Salut Emilie, encore merci pour ta pépite de newsletter !
Je suis justement en train d'effectuer ce virage dans ma formule de maintenance : heures > unités. Je partais de loin d'ailleurs...
Pour l'anecdote :
Il y a quelques temps de cela, je vendais 1 journée à mon tarif journalier sauf que chez moi... 1 journée = 10 heures (et pas 8, la réalité d'une journée de travail "classique"). Cela me permettait de compter plus facilement.
Chaque tâche faisait l'objet d'un ticket Trello sur le projet du client. 1h travaillée sur la tâche valait "0.1" sur le ticket. Tu vois le délire... Chaque journée vendue me coûtait en réalité 1.2 journée. Sur toute une année la perte... A un moment donné et pour récompenser la fidélité, je me suis dit "offrons 2h gratuites", cela me permet de garder la formule du 1 journée = 10 heures. Sauf que non non...
Désormais, je fonctionne peu à peu en unités. Et cela change tout. Si je restais sur ma formule précédente, avec l'IA, je pourrais dire "bye bye" à mon activité.
Ta suggestion de grille d'unités en fonction de la plus value pour le client/ce que le tâche me coûte est vraiment intéressante. Cela me conforte dans la direction que je prends actuellement.
A plus Emilie, et ravi de t'avoir croisé rapidement sur le WordCamp Rennes ! :)
Chez Whodunit, on avait fait l’inverse : une journée vendue comptait 5h de production. On gardait 2h par jour pour tout le hors production (suivi, réunions, échanges clients…), parce que ce temps-là existe, qu’on le facture ou non.
Et tu as raison sur l’IA : avec une formule à l’heure, chaque gain de productivité devient une perte de chiffre ...
Je suis curieuse de la suite :) Comment tes clients ont réagi au passage aux unités ?
Tu as construit ta grille comment, par type de demande ou par niveau de complexité ?
Si tu es d’accord, j’aimerais bien reprendre ton cas (anonymisé si tu préfères) dans une prochaine édition, c’est exactement le genre de retour terrain qui parle aux lecteurs. Je t'en parle en MP ?
Ravie aussi de t’avoir croisé à Rennes, à la prochaine !
Le passage aux unités se fait vraiment progressivement car j'ai des contrats en cours qui ont été signés de longues dates sur un principe horaire/journée... héhé
Je procède donc à un "entre-deux" actuellement : temps dépensé et niveau de complexité (correctif rapide, modif' avec test, nouvelles features, réunion de suivi...).
Lorsque les tâches sont considérées comme "complexe" (exemple : espace membre, développement d'un système de carto dernièrement, landing page...), on fait un devis à part.
Je n'ai pas encore de grille à proprement parlé. On a une vraie relation de confiance avec mes clients, j'ai des suivis réguliers (hebdo ou mensuel) et chacun s'y retrouve dans le cadre de mes prestations.
Pour la grille, je veux prochainement l'exposer sur mon site et la présenter à mes futurs clients. Je travaille sur une page qui expose toutes mes offres (tes conseils me sont bien utiles, l'exemple WP Kraken était parlant).
Sur l'IA, perte de chiffre oui. C'est pour cela qu'il a fallu vite virer sur cet entre-deux. L'IA me permet d'aller plus vite mais elle a également augmenté la qualité de mes prestations, indéniablement. La production de code ne vaut (quasi) plus rien en général mais la plus-value que j'apporte à mes clients, elle, demeure. Elle arrive même beaucoup plus vite qu'avant, est beaucoup plus réactive. Cela joue en la faveur du client et son activité du même coup.
Franchement, il y avait tellement de choses que je voulais mettre en place depuis un bout de temps (harness engineering, CICD, lint sur chacun de mes projets, audit systématique de performance sur chacun de mes pushs, audit de sécurité, PHP... et j'en passe). Être dev' actuellement et après avoir vécu des années sous la contrainte du temps, c'est un tel bonheur...
Avec plaisir pour reprendre mon cas ! On s'en parle en MP.
J'ai aussi pendant une certaine période appliquer le principe des packs d'heures. Mais finalement ce n'était pas une bonne idée car certains clients ont pris des packs d'heure important et ne les ont pas complètement utilisés. Et finalement je me retrouve avec des clients qui n'ont pratiquement pas besoin de moi, des heures qui restent payées, et des prestations que je ne fais plus sauf dans cette circonstance. Donc ça met un certain inconfort dans la relation avec le client
Je vois tout à fait, pour la consommation des heures nous avions les points réguliers, ce qui permettait de leur proposer de les consommer (mise en conformité, amélioration de perf, etc). Mais ce n'est pas toujours évident. Du coup maintenant, tu appliques quel modèle ?
Je ne fais plus ce type de prestations, il me reste un seul client avec encore des heures a prester en cas de problème avec son WordPress. Depuis j'ai appliqué un système qui me convient mieux dans le développement d'applications qui résout des problèmes spécifiques, je la construit, et je partage 50/50 sur la vente récurrente des applications
Salut Emilie, encore merci pour ta pépite de newsletter !
Je suis justement en train d'effectuer ce virage dans ma formule de maintenance : heures > unités. Je partais de loin d'ailleurs...
Pour l'anecdote :
Il y a quelques temps de cela, je vendais 1 journée à mon tarif journalier sauf que chez moi... 1 journée = 10 heures (et pas 8, la réalité d'une journée de travail "classique"). Cela me permettait de compter plus facilement.
Chaque tâche faisait l'objet d'un ticket Trello sur le projet du client. 1h travaillée sur la tâche valait "0.1" sur le ticket. Tu vois le délire... Chaque journée vendue me coûtait en réalité 1.2 journée. Sur toute une année la perte... A un moment donné et pour récompenser la fidélité, je me suis dit "offrons 2h gratuites", cela me permet de garder la formule du 1 journée = 10 heures. Sauf que non non...
Désormais, je fonctionne peu à peu en unités. Et cela change tout. Si je restais sur ma formule précédente, avec l'IA, je pourrais dire "bye bye" à mon activité.
Ta suggestion de grille d'unités en fonction de la plus value pour le client/ce que le tâche me coûte est vraiment intéressante. Cela me conforte dans la direction que je prends actuellement.
A plus Emilie, et ravi de t'avoir croisé rapidement sur le WordCamp Rennes ! :)
Merci François-Xavier, ça me fait super plaisir !
Chez Whodunit, on avait fait l’inverse : une journée vendue comptait 5h de production. On gardait 2h par jour pour tout le hors production (suivi, réunions, échanges clients…), parce que ce temps-là existe, qu’on le facture ou non.
Et tu as raison sur l’IA : avec une formule à l’heure, chaque gain de productivité devient une perte de chiffre ...
Je suis curieuse de la suite :) Comment tes clients ont réagi au passage aux unités ?
Tu as construit ta grille comment, par type de demande ou par niveau de complexité ?
Si tu es d’accord, j’aimerais bien reprendre ton cas (anonymisé si tu préfères) dans une prochaine édition, c’est exactement le genre de retour terrain qui parle aux lecteurs. Je t'en parle en MP ?
Ravie aussi de t’avoir croisé à Rennes, à la prochaine !
Le passage aux unités se fait vraiment progressivement car j'ai des contrats en cours qui ont été signés de longues dates sur un principe horaire/journée... héhé
Je procède donc à un "entre-deux" actuellement : temps dépensé et niveau de complexité (correctif rapide, modif' avec test, nouvelles features, réunion de suivi...).
Lorsque les tâches sont considérées comme "complexe" (exemple : espace membre, développement d'un système de carto dernièrement, landing page...), on fait un devis à part.
Je n'ai pas encore de grille à proprement parlé. On a une vraie relation de confiance avec mes clients, j'ai des suivis réguliers (hebdo ou mensuel) et chacun s'y retrouve dans le cadre de mes prestations.
Pour la grille, je veux prochainement l'exposer sur mon site et la présenter à mes futurs clients. Je travaille sur une page qui expose toutes mes offres (tes conseils me sont bien utiles, l'exemple WP Kraken était parlant).
Sur l'IA, perte de chiffre oui. C'est pour cela qu'il a fallu vite virer sur cet entre-deux. L'IA me permet d'aller plus vite mais elle a également augmenté la qualité de mes prestations, indéniablement. La production de code ne vaut (quasi) plus rien en général mais la plus-value que j'apporte à mes clients, elle, demeure. Elle arrive même beaucoup plus vite qu'avant, est beaucoup plus réactive. Cela joue en la faveur du client et son activité du même coup.
Franchement, il y avait tellement de choses que je voulais mettre en place depuis un bout de temps (harness engineering, CICD, lint sur chacun de mes projets, audit systématique de performance sur chacun de mes pushs, audit de sécurité, PHP... et j'en passe). Être dev' actuellement et après avoir vécu des années sous la contrainte du temps, c'est un tel bonheur...
Avec plaisir pour reprendre mon cas ! On s'en parle en MP.
J'ai aussi pendant une certaine période appliquer le principe des packs d'heures. Mais finalement ce n'était pas une bonne idée car certains clients ont pris des packs d'heure important et ne les ont pas complètement utilisés. Et finalement je me retrouve avec des clients qui n'ont pratiquement pas besoin de moi, des heures qui restent payées, et des prestations que je ne fais plus sauf dans cette circonstance. Donc ça met un certain inconfort dans la relation avec le client
Je vois tout à fait, pour la consommation des heures nous avions les points réguliers, ce qui permettait de leur proposer de les consommer (mise en conformité, amélioration de perf, etc). Mais ce n'est pas toujours évident. Du coup maintenant, tu appliques quel modèle ?
Je ne fais plus ce type de prestations, il me reste un seul client avec encore des heures a prester en cas de problème avec son WordPress. Depuis j'ai appliqué un système qui me convient mieux dans le développement d'applications qui résout des problèmes spécifiques, je la construit, et je partage 50/50 sur la vente récurrente des applications