Pourquoi chaque projet commence par un prototype de deux semaines

Le problème des propositions

Une proposition est une promesse écrite avant que quiconque ait touché à la partie difficile. La partie difficile est là où les projets échouent : l'intégration qui n'a pas l'API qu'elle était censée avoir, la scène qui ne tient pas la fluidité sur les téléphones que possèdent les clients, le modèle qui est presque juste. Une proposition ne peut pas le savoir. Un prototype, si.

À quoi servent les deux semaines

Une tranche fonctionnelle, à travers la partie difficile, que vous pouvez ouvrir. Pour un configurateur, un produit avec toutes ses options à pleine vitesse sur le téléphone le moins cher qui compte pour vous. Pour un agent, vos vrais faits, un canal, une tâche. Pour une plateforme, la fonction dont tout le reste dépend, en fonctionnement sur vos vraies données. Des angles non polis partout ailleurs, volontairement.

À quoi elles ne servent pas

Pas un exercice de design. Pas un document. Pas une démo faite pour impressionner puis jetée : le code du prototype est la première étape de la construction, dans votre dépôt, et si vous arrêtez, vous le gardez.

Pourquoi un prix fixe

Pour que la décision soit peu coûteuse à prendre et peu coûteuse à abandonner. Le prix est convenu lors du premier appel et affiché dans votre devise. Si nous manquons la date écrite, vous ne le payez pas. Après les deux semaines, vous avez quelque chose qui fonctionne, un plan de construction avec des étapes et des dates, et le choix.

Quand nous nous en passons

Une page de lancement ou un site d'entreprise n'en a pas besoin ; le prix est fixe et le travail est connu. Tout ce qui comporte une inconnue en a besoin.