Quitter un CDI pour devenir Web Auto Entrepreneur

Bonjour Guica,

Tout d'abord, bienvenue sur le forum et sur ce fil de discussion : je suis quasiment certain que vous allez avoir de nombreuses questions/réponses de la part des habitués et grêce à cela, tout le monde sera constructif.

Ce que je vais écrire ci-dessous n'est que le pur jus d'une réflexion que tout le monde serait en droit d'avoir et qui n'engage que moi.
Il faut juste se placer au bon endroit pour avoir le meilleur angle de vue et je pense qu'il y aurait encore du grain à moudre.

1/ Bravo pour la démarche et l'on ne peut que vous en féliciter (CDI -> Web Entrepreneur).

2/ Aspects administratifs, il y a ici pléthore d'éminents spécialistes qui se feront un plaisir de réagir à votre idée/projet.

3/ Aspects marketing, je subodore que vous avez mûrement réfléchi à la question et que vous avez fait valider une solide étude de marché car la concurrence est rude, depuis quelques années, sur le domaine du CMS (Content Management System), de ses extensions (plugins) et de tout ce qui se peut se greffer autour de cette manne financière.

• Quel serait votre business plan ? votre modèle de croissance ? votre politique de vente (SaaS, On Premise, marque blanche, OpenSource, Libre, à l'utilsateur, au produit, au site, à la rétribution) ?

• Comment allez-vous faire connaitre votre produit, vos services ? Publicités sur des canaux traditionnels ? Réseaux sociaux standard ? Spécifiques ? Communautés ? Démo live Youtube ? ....

PS : actuellement, des acteurs hors frontières (que je ne nommerais pas pour respecter la netiquette et la déontologie du site) commencent à pulluler sérieusement dans ce secteur d'activité avec des coûts à la page ou au greffon, difficilement concurrençable et de très bonne facture pour certains, qui feraient pâlir n'importe quel patron d'agence web.

4/ Aspects assurances : je suppose que vous y avez réfléchi et pas à la légère car l'enjeu peut devenir colossal.

• PS : il est souvent regrettable, que par manques d'informations, par négligence, par méconnaissance, par économie, de ne pas s'entourer à minima de personnes compétentes (comme un avocat/expert-comptable/assureurs) car vous allez devoir fournir des prestations à des futurs clients (quels que soient la taille de leurs organisation) : votre produit doit fonctionner (imaginez que le site 'plante" en plein milieu d'un lancement d'une marchandise ou d'un service ... De bons et sérieux contrats, bien établis, sur un juste périmètre .... cela a un coût.

• PS : peut-être comptez-vous vous faire héberger votre solutions CMS (autrement dit, vous aurez un lien avec un prestataire, donc un sous-traitant, donc un ou des contrats de services : SLA, SLE, maintenance, règlementations diverses (RGPD) et variées ...
• PS : Sera-t-il uniquement disponible en langue française ou dans d'autres langues ? Uniquement le contenu ou entièrement ? Pensez dans ce cas à vous adjoindre un service de traduction fiable et efficace (j'en vois trop qui font du 'translate' et qui peut conduire à des absurdités de langage ou pire que cela).

• PS : peut-être comptez-vous que votre produit soit hébergé directement sur les infrastructures de votre client (sur un serveur interne) ou dans un espace cloud (i en existe plusieurs : publics ou privés) .... ici aussi, il faut des contrats et des règlementations car en cas de dysfonctionnements mineurs ou majeurs , il y aura des responsables à désigner et des responsabilités à prendre.

5/ Aspects techniques : vous indiquez avoir créé de toutes pièces un socle (framework) et des outillages, à base de composants React.JS/Java/PostgreSQL ... très bien sauf que ...

• Comment garantissez-vous, vis-àvis des clients/partenaires/assureurs et de vous-même, que votre socle et outillage sont totalement exempts de failles de sécurité et de vulnérabilités ? de la qualité des temps de réponses ? que les bibliothèques/langages utilisé(e)s ne sont pas trop sujettes à changement ? qu'il n'y a pas de risques d'indisponibilités de tel ou tel composant et dépendances ?

PS : comme vous le savez certainement, avec les actualités couvrant les problématiques de (cyber)sécurité auxquels bon nombre des mortels sont concernés, l'ANSSI (Agence Nationale de Sécurité des Systèmes d'Information) mènent la vie dure aux éditeurs de solutions informatiques (matériels, logiciels, services, règlementations, tierces parties) quels qu'ils soient, surtout lorsqu'il s'agit en ce moment des TPE/TPI/PME/PMI et des actifs à protéger.

PS : les sociétés d'assurances (cyber) ne doivent plus payer, ni rembourser les victimes. Ces dernières devront déclarer tout incident avéré de cybersécurité dans les 24 heures à l'ANSSI.

• Autrement dit : votre solution, hébergée ou pas, ici, là-bas ou ailleurs, pour peu qu'elle soit en relation directe ou indirecte, avec un composant de l'entreprise et c'est la mouise. Que pouvez-vous prouver à votre client ? à l'ANSSI ? aux assureurs (le vôtre et celui du client) ? aux cabinets d'avocats (le vôtre et celui du client) ?

PS : à un moment ou à un autre, il faudra que votre solution et ses outillages fassent l'objet d'un audit complet (de la conception à la production, au support, ... en passant obligatoirement par le code pour que le produit et ses outillages soient validés/tamponnés/certifiés, pas que pour du one-shot mais comme pour le RGPD, tout le cycle de vie de vos solutions.

PS : vous devrez être conforme au RGPD (si vos clients sont en France), mais peut-être si des clients français sont dans un autre pays, il faudra aussi gérer avec les règlementations des autres pays (qui ne seront peut-être pas dans l'UE) ... car les données, issue de votre site web, sont de 3 ordres : traitées, en transit, stockées.

PS : un hébergeur, comme celui qui a défrayé la chronique incendie du Web, envoie un cahier d'exigences, long comme le bras, lorsqu'il s'agit d'héberger une solution qui ne vient pas de leurs propres usines digitales : ce n'est pas vous qui allez dire ou exiger de ce monsieur comment votre base PostgreSQL va être installée/paramétrée/sauvegardée/sécurisée de base : c'est l'hébergeur et pareil pour les outillages en React.JS/Java.

• Autrement dit : ça marche bien sur mon portable et ça ne marche plus chez l'hébergeur .... comme le disait, avec malice, le feu brave homme Garcimore : 'des fois, ça marche ...hihihihi ... des fois, ça marche pas'. Attention à ce genre d'écueil.

6/ Vous indiquez que votre solution est plus flexible, plus avantageuse (pour des petits projets) que les plus connus, comme wordpasdepub et ses 'magnifiques' plugins : ok, je vous crois ... sauf qu'un site web, cela demande bien souvent des adaptations, en plus de ce qui est configurable/customisable nativement (développement spécifique de composant spécfique par exemple ou de plugins/greffons). Imaginez qu'un client vous demande de lui ajouter un composant pour faire de l'e-commerce ou faire du contrôle en lien avec des services de base de l'Etat français ...

PS : comment faites-vous ? vous allez ajouter des composants ou des services, dont les modèles n'ont pas été éprouvés et/ou approuvés ?
Comment s'assurer que tout est conforme aux lois, règlementations diverses et variées (le RGPD n'est que la Noisette de Scratt dans ce cas-là précis) ?

7/ Vous êtes tout seul et votre produit rencontre un franc succès (ce que j'espère très sincèrement pour vous) : comment gérez-vous cela ? Avez-vous prévu, dans votre business plan, une telle demande (recrutement, salaires, formations ...) ? Traitement des devis, des commandes, des mises à jour, des versions, de la roadmap, de la feuille de route à court/moyen/long terme de votre solution ? (1 / 3 / 5 ans) voire même moins .

Je pense qu'il y en aurait 'Encore et encore, ce n'est que le début, d'accord, d'accord' à dire comme le chante si bien notre bon Francis. C'est un excellent cas d'école et je vous remercie de nous l'avoir exposé et j'espère que nous pourrons éclairer, de notre mieux, vos lanternes sur un chemin formidable, semé d'embûches certes, mais Ô combien valorisant.

Bien à vous,
Yanolezard.

Bonjour yanolezard,

Merci pour le retour qui soulève des éléments sur lesquels je n'ai pas encore accordé assez d'importance, notamment au niveau assurances.

Aspects administratifs : En dehors des démarches simplifiées d'auto-entrepreneur, au niveau 'entreprise' je n'y connais pas grand chose derrière. Ce n'est pas mon but de créer une entreprise, je préfère la tranquilité de l'auto-entreprenariat. Cependant je ne suis pas fermé à cette idée si ça devait réellement bien marcher et que je m'en sens capable plus tard.

Aspects marketing : J'ai déjà beaucoup d'idée à ce sujet, pas mal de réflexion et je me renseigne beaucoup sur les techniques de vente actuelles (Persona, Inbound Marketing, Réseau sociaux, etc.).

Aspects assurances : Merci de l'avoir soulevé, c'est peut être mon point noir : celui sur lequel j'ai le moins réfléchi... je vais y travailler !

Aspects techniques : Effectivement, ma solution me permet de créer rapidement une base de site web, après c'est moi-même qui vais adapter cette base (Textes et images ; style? Sections supplémentaires ? Plugins spécialisé sur demande ? Pages supplémentaires ? etc.) par rapport à ce qui a été défini avec le client.
La solution est simplement là pour aller plus vite à l'initialisation d'un nouveau projet, après ça reste du sûr-mesure.

Dans l'attente d'éventuels autres retours, si des personnes qui ont déià essayé ce lancer à leur compte dans le développement web et qui aurait un retour d'expérience à faire.

Les réponses de yanolezard sont déjà très complètes (comme toujours) et très justes.
Je trouve que ça ne donne pas trop envie de se lancer, mais c'est mon avis perso.

Quoi qu'il en soit, il faut vous demander quelle est votre valeur ajoutée.
Comment vous allez vous démarquer par rapport à la concurrence, et donc comment vous allez faire votre business ?
Il y a pleins de webinar / articles sur le net sur ces sujets de valeur ajouté. Ca peut être intéressant de creuser et vous faire un business model à 3-5 ans.