Lancer son Saas B2B : Les leçons des 18 premiers mois

Comme développeur j'ai longtemps voulu créer ma société et éditer une application en ligne. Je me suis finalement lancé et voici ce que j'ai appris, confirmé ou infirmé dans les 18 premiers mois.

Transcript

1. Lancer son Saas « ce que j’aurais aimé savoir il y a 18 mois »
2. Humain !
3. Savoir s’entourer Clé de la réussite Faire adhérer à son projet. ! L’écosystème Python : Peu de monde mais des personnes de qualité en grande majorité ! Recruter mais peu de monde sur le marché : Débaucher. YEP !
4. Qui choisiriez vous ? Hello, je veux bien travailler gratuitement pour toi Comptable spécialisé dans ton domaine Mes honoraires sont en PJ, Cordialement Pareil, si je peux être utile Je reste joignable au cas où VS. QUIZZ FLASH
5. Etre exigeant sur les compétences, l’expérience, le rendu promis. ! Faire confiance à son expérience, intuition. ! Non, le coût / jour n’est pas gage de qualité ! S’assurer de son jugement en échangeant avec une personne de confiance Nope YEP Nope Le mauvais spécialiste peut être fatal " #
6. Il faut assurer plusieurs métiers à la fois et pas uniquement celui que tu préfères. ! Et c’est votre nouveau métier. Nope « Je vais pouvoir coder toute la journée le produit que j’aime » $ #
7. « Plus je bosse plus je réussirai » Règle des 4 tâches de JM Armand (Pytong 2013) En l’appliquant on peut réaliser que l’on en réalise pas une seule = fatigue, productivité nulle ! Le sport, la famille, les amis+bières, permettent de se consolider pour faire face aux montagnes russes émotionnelles. Nope ◦ ◦ ◦␣ ◦
8. « Je me paierai plus tard » ! Le faire dès que possible (si possible). Même un minimum, mais régulièrement. Effet psychologique. ! L’entreprise devient une « personne » à part qui te doit quelque chose. ! Le travail n’est jamais terminé Nope
9. « Le client est roi » On doit tenir la vision -> vraie valeur du produit (et ce que recherche *vraiment* le client) ! On a développé des features à la demande non utilisées depuis. ! Nope
10. Vente '
11. Application grand public Une voie dure, hasardeuse. Les gens ne veulent pas payer Moins ils paient plus ils râlent Modèle éco principal : la pub. Nope
12. Application métier Les gens veulent bien payer pour un service (mais facturent à 60/90 jours) Echanges plus riches/productifs avec les clients. Nécessite de bien connaître le métier mais .. IE 8 (voire 7) YEP (
13. Excel est une mouette Le poisson se trouve sous les mouettes en mer. Les marchés de niche pour Saas se trouvent sous Excel. Quand des gens doivent gérer des flux de données ils utilisent Excel. Rapidement Excel présente des limites que Django peut dépasser. Si vous rendez service à une entreprise et que d’autres peuvent être intéressées vous avez un Saas B2B. YEP )
14. Cycles commerciaux longs Avis partagé par Jonathan Benhamou de PeopleDoc (appli. Django également) Tenir en terme de trésorerie et de mental. Peut prendre jusqu’à 10 mois selon notre expérience Cuidado ( *
15. Développer sa politique tarifaire est une tâche complexe • N’être ni trop cher ni pas assez • Le coût du support ! • Démarche Agile (avec tes clients ?) mais tu ne peux pas changer tous les deux mois • J’aimerais avoir plus de concurrents (la concurrence c’est le bien) ' Cuidado (
16. , ◦ Expérience utilisateur Sans documentation pas de produit. Le temps d’acquisition est très long, très minutieux. Changer les habitudes de travail (même vers du mieux) peut être anxiogène pour l’utilisateur. D’autant plus anxiogène si la doc/support est médiocre. Une bonne ergonomie n’est pas magique. Cuidado (
17. Fabrication -
18. Temps perdu : ~15 jours Trouver le langage le plus rapide, le framework absolu Perte de temps assurée ! Surtout dans le web / B2B : 100 ms de calcul versus 1 seconde de chargement des assets ! Nope # ?
19. La vitesse qui compte est celle de « service » « Release early, release often » ! Hotfix ! Livrer un code médiocre reste toujours really bad Karma YEP .
20. Python/Django Simplicité ! -> Batteries ! (qui marchent !) -> Agile -> Lisible (aucune friction I/O) -> C -> Maturité -> Communauté -> Pluralité (science, jeux, NTLK,..) YEP / Seul choix non guidé par « l’effet de mode », seul choix du stack non regretté
21. Agilité Python + Agilité ! Extrême « release early, release often » ! Freiner un peu pour remettre du temps de conception ! Importance capitale des TESTS! YEP 0 ♥ ( Temps gagné à ne pas écrire un CdC : ~ 2 mois
22. Les solutions de facilité sont des pièges, chapitre 2 ! Itérer mais sur bases solides ! Tu es CRUD, construit tes fondations dans ce sens. Nope YEP Nope « On va s’installer Bootstrap vite fait, c’est gratuit, on verra après » 2 Temps perdu : ~ 15 jours #
23. « Git push -> deploy, ça fait américain, j’achète » Heroku, ça fait « startup », c’est moderne, tu penses que tu vas gagner du temps mais : ! • Un flot d’obstacles à gérer quand on doit uploader des fichiers lourds et supporter IE8 • gérer les CORS • parser ses logs • compresser ses statiques. ! Un cauchemar dans notre expérience. ! ! Savoir déclarer l’échec Nope Temps perdu : ~1 mois (sur 12!) # 3 Erreur#1 « Je ne me suis pas trompé, ça va finir par marcher » Erreur#2 « J’ai trop dépensé pour arrêter, j’insiste »
24. Always Data, Admin sys sous contrat, Paas open source Ca fait moins « startup Américaine » mais, par exemple, chez AD tu peux uploader un fichier (« Amaizing! ») ! Solutions de facilité = pièges 4 YEP (
25. 5 Pour dresser son JS sauvage Donne une structure Facile à lire/relire ! Low level, modulaire ! Idéal pour les non Single Page App YEP
26. Test ALL the things « Je passerai du temps à écrire des tests » « LOL, moi vivant jamais je paierai pour ça, je veux des features à vendre, plein, partout » « C’était pas une proposition » « . » YEP
27. Tests Permettent d’assurer des déploiements en cycle court (ou ultra court : hotfix) ! Permettent de consacrer son temps à des tâches avec plus-value ! Les développeurs de qualité les demandent systématiquement avant d’intégrer un projet. ! ! Une application sans tests porte en elle les gènes de son futur échec ! YEP ~4h de travail économisé à chaque fois qu’on a lancé des tests 6
28. Matthieu Bellon - Huckleberry / Pilot ! @m_ripr matt@pilot.pm ! ! ! Who ? 7 8