22 articles
La plupart des articles sur le sujet vous conseillent d’acheter un logiciel dès le premier paragraphe. Celui-ci fait l’inverse : il vous donne les points de rupture réels, en nombre de lots, de personnes qui saisissent, d’heures perdues et de dates oubliées, l’arithmétique pour chiffrer votre propre situation, et le moment où rester sur le tableur reste la meilleure décision.
Faut-il une seule longue page ou un vrai site à plusieurs adresses ? Plutôt que d'aligner des avantages abstraits, nous sortons le calcul que nous faisons avec nos clients : le nombre d'adresses qu'un moteur de recherche peut classer, ce que chaque page ajoute à la facture et au calendrier, ce qu'une page unique vous cache de vos chiffres, et cinq questions qui tranchent en dix minutes, y compris quand la bonne réponse est la moins chère.
La plupart des comparaisons s'arrêtent à une liste de fonctionnalités. Nous préférons poser l'arithmétique que nous utilisons vraiment avec nos clients : ce que la couche vendable ajoute par-dessus les mêmes écrans, ce que chaque chemin coûte à faire tourner tous les mois, combien de clients payants il faut pour rentrer dans vos frais, et les cas honnêtes où acheter un logiciel du commerce reste la meilleure décision.
La plupart des articles sur la refonte sont écrits par ceux qui la vendent : dix symptômes, une seule conclusion. Nous proposons l'inverse, un test de décision honnête, appuyé sur les quatre chiffres que vous avez déjà, les réparations qui règlent la même plainte pour 5 à 15 % du prix, et la courte liste des situations où reconstruire est réellement la seule issue.
Les textes qui manquent retardent plus de sites que le design ou le code, et pourtant vous détenez déjà la matière première : les questions que vos clients vous posent chaque semaine. Voici comment les récolter, un squelette de page en cinq blocs, le nombre de mots utile par type de page, une méthode d'enregistrement qui donne un premier jet en une heure et demie une fois les questions récoltées, et le calcul honnête entre payer un rédacteur et écrire vous-même.
Huit entreprises sur dix qui viennent nous demander une application mobile ont d'abord besoin d'un bon site pensé pour le téléphone. Voici la question tranchée avec les trois seuls chiffres qui comptent : combien de gens installeront vraiment l'application, ce qu'elle coûte en deuxième et troisième année, et à quelle fréquence un client l'ouvrirait. Budgets, délais et exemples chiffrés à l'appui.
La plupart des articles sur le sujet alignent trois symptômes vagues puis vous vendent un développement. Celui-ci vous donne les calculs : ce que votre tableur vous coûte réellement chaque semaine en heures et en argent, le nombre de lignes et d’utilisateurs à partir duquel un fichier ne suit plus, une comparaison sur trois ans que vous pouvez refaire à la calculatrice, et les cas où nous conseillons de garder le fichier et de dépenser l’argent ailleurs.
Personne ne vous donnera un prix ferme au téléphone, et il y a une raison à cela. Nous préférons vous livrer les fourchettes que nous constatons vraiment, du petit outil à 8 000 dollars jusqu'à la plateforme client, puis poser le calcul complet sur cinq ans face à un abonnement facturé par utilisateur. Vous saurez ensuite faire votre propre addition, y compris quand elle vous dit de ne rien construire.
La plupart des réponses s'arrêtent à un vague « trois à six mois », ce qui n'aide personne à annoncer une date à son équipe. Nous donnons ici le calendrier semaine par semaine pour trois tailles d'application réelles, la répartition honnête des heures, les comptes et les documents qu'Apple et Google réclament avant d'autoriser le moindre téléchargement, les cinq retards qui coûtent le plus cher, et ce que vous pouvez lancer dès aujourd'hui pour tenir votre date.
Presque tous les guides sur ce sujet donnent un prix de développement puis s'arrêtent là, ce qui explique les mauvaises surprises du septième mois. Nous chiffrons ici toute la vie de l'application : les trois paliers que nous pratiquons, les petites factures que personne ne détaille, les mises à jour annuelles des téléphones qui imposent du travail payant, les coûts qui arrivent avec vos utilisateurs, et un total sur cinq ans où le développement pèse moins de la moitié.
