Je vais juste vous raconter comment mon cabinet n'est parce que cela fonctionne pour nous: nous sommes heureux et nos clients sont heureux (aussi loin que l'on peut dire).
Pour les non-retenue du travail, nous avons toujours payer à l'heure. Nous facturer le même taux quel que soit le type de travail que nous sommes en train de faire (par exemple: WordPress peau vs personnalisé e-commerce plate-forme) parce que nous pensons que notre temps vaut ce qu'elle vaut. Dans certains projets se précipita avec des lignes de temps, nous facturer des frais supplémentaires par heure, parce que nous avons à mettre hors d'autres projets, ce qui rend notre entreprise est moins rentable. Nous le faisons à notre discrétion mais, et ont seulement augmenté notre taux une ou deux fois dans la dernière année.
Combien le projet de loi est très différente, alors quand le projet de loi. Ayant travaillé sur un large éventail de clients de maman-et-pop, des grandes sociétés, je peux vous dire que quand vous le projet de loi sera différent de client à client. Pour les petites et moyennes entreprises, il fonctionne bien pour le projet de loi une troisième place avant qu'un dépôt de garantie avant d'être tout travail), un autre tiers à un certain point de mi-parcours, une fois certaines étapes ont été respectées, et le dernier tiers lors de l'achèvement et de livraison.
Ceci est important, surtout pour les petites entreprises, parce qu'il libère de l'avoir à vous soucier de la coupe d'une case à chaque deux semaines, ce qui est parfois difficile pour eux à cause de leurs propres clients et de la facturation. Aussi, considérer que les petites entreprises sont généralement seulement une poignée de personnes et ont que très rarement quelqu'un qui est un expert-comptable. Cela signifie que si vous la structure de votre facturation pour les paiements fréquents, ils peuvent souvent arriver en retard et de retarder le projet. De moins en moins fréquentes de facturation signifie moins de facturation, ce qui est souvent idéal pour vous et le client.
De taille moyenne à grande entreprise ont plus d'options quand il s'agit de la facturation. Vous pouvez le projet de loi par étapes, bi-hebdomadaire, ou lors de la livraison. Il vient vraiment à ce que vous et le client peuvent convenir. Les grandes entreprises disposent en général de leur propre système de facturation, ce qui peut dicter quand et comment vous pouvez le projet de loi. Il ne ressemble pas à ce scénario s'applique à votre situation, puisqu'il semble que ce n'est pas normal de votre ligne de travail.
De fixer le prix est la partie la plus difficile. D'autres ont cité la loi de Hofstadter, et qu'ils sont corrects pour le faire. Jusqu'à ce que vous avez plus que votre juste part de l'expérience de l'estimation de la tâche et de l'ensemble du temps de projet, il est très probable que vous serez toujours sous-estimer. Certains suggèrent de multiplier votre temps par 2 ou même 3, mais c'est peut-être un peu excessif. Personnellement, je ne suivez pas cette école de pensée, que j'ai l'impression que c'est injuste pour le client et se termine généralement en plus de la charge, mais si vous devez utiliser un multiplicateur de 1,5 est probablement plus approprié. Si je ne suis pas certain combien de temps un composant spécifique, j'ai ajouter quelques heures de là, mais je n'ai pas de traiter l'ensemble du projet comme un géant de l'inconnu.
Nous n'avons généralement pas de charge par le nombre de pages que nous trouvons que c'est une mauvaise mesure pour la plupart des travaux que nous faisons. Ayant été dans les affaires d'un moment, je le trouve plus facile à la place de déterminer combien de temps une tâche spécifique à prendre. Essaie de briser les zones du site en tant que modules spécifiques que possible. Ce sera plus facile de déterminer combien de temps il vous faudra. Ce n'est en aucun cas d'une liste complète et varient d'un client à client, mais les secteurs clés comprennent:
- Conception de base de données
- Modèles
- Vues
- Les contrôleurs de
- HTML/CSS de mise en œuvre de prévoir du temps supplémentaire pour le débogage IE (drôle oui, mais tout à fait exacte)
- JavaScript (Si le projet est JavaScript-lourd, alors vous aurez supplémentaires, mais des domaines similaires pour le côté client)
- CMS/Admin contrôle (le cas échéant)
- Contenu de l'entrée (ce qui devrait être copier et coller à partir de ce que le client fournit et devrait prendre moins de temps par page)
Pour plus compliquée projets de développement qui nécessitent une grande quantité de programmation ou avoir une grande possibilité de changement, nous avons inclus un bloc de temps de jusqu'à 20% du total du temps de projet pour l'AQ et les révisions. Cela a plusieurs avantages. Tout d'abord, il vous protège. Nous savons tous que le plus de vous développer, en particulier pour les grands systèmes complexes, le plus vous aurez à debug—surtout si vous visez plusieurs plates-formes (par exemple: CSS/JavaScript de compatibilité sur plusieurs navigateurs). Deuxièmement, il donne à votre client un degré approprié de la possibilité de demander des modifications mineures sans avoir à modifier le contrat existant. Ce deuxième avantage est fourni avec la mise en garde qu'un mal informés client devra prendre les mauvais avantage de cette situation (voir le paragraphe suivant pour plus de détails), et qu'il permet de donner à votre client le service qui le méritent (ils sont de vous payer, après tout) et être suffisamment souple pour décalant légèrement les spécifications (parce qu'ils ont TOUTES les maj), ce qui fait de vous regarder mieux et les rend heureux.
Il est toujours important d'éduquer votre client, même si elles ne sont pas nouvelles pour vos types de services. Les Clients se comportent de façon comparable à la façon dont vous informer. Si vous ne leur dites pas quelque chose au sujet de votre processus, comment comptez-vous le projet de loi, ce que les jalons sont, à quelle fréquence vous avez l'intention de communiquer avec eux, ce qui constitue une révision mineure, et ce qui nécessite une modification de contrat, pourquoi vous êtes en charge que vous pratiquez, exactement ce que vous livrez, ce qu'ils sont pas arriver, etc., alors qu'ils sont libres de s'attendre à des choses que vous ne pouvez pas livrer. Cela ne crée jamais une bonne situation. C'est frustrant pour le développeur, et ça donne une mauvaise image du client. Toujours avoir un contrat, et toujours détailler autant que possible dans le contrat. Il protège tout le monde.
Ce sujet a été des années de le faire pour moi, et ce ne sont que les plus larges et de plus en plus important de points, mais en tout cas, j'espère que c'était utile.