Une première rencontre avec son CTO externalisé, c’est un peu comme un premier rendez-vous amoureux 💘 : on a plein de questions et un peu de stress avant le rendez-vous. Qu’est-ce que je dois emmener ? De quoi va-t-on parler ? Est-ce vraiment la personne dont j’ai besoin / qui me correspond ?…
La première rencontre est néanmoins cruciale ; elle va nous permettre de mieux vous connaître et donc de mieux travailler avec vous. Si on essaie de traduire cela en langage amoureux, nous allons un peu vous servir d’agence matrimoniale entre vous et votre projet web 🎯. Plusieurs scénarios peuvent ainsi se présenter.
Premier scénario : Le client 😍 qui a une idée 💡
Il sait ce qu’il veut mais ne sait pas exactement à quoi cela correspond dans le monde informatique. Pour être honnête, ce sont mes rendez-vous préférés. La personne en face de moi, même si elle ne fait pas beaucoup d’informatique, connaît très bien son métier, connaît ses priorités et va me parler de ses problèmes.
Avec ce client, nous proposons d’avancer de façon très interactive 👬, autrement dit de manière « agile » en langage informatique. Plutôt que de nous précipiter dans un tunnel avec un effet « boîte noire » pour le client, nous allons lui revenir avec les premiers éléments pour qu’il puisse y réagir. Et ainsi ne pas attendre le mariage pour lui présenter la mariée ou le marié !
Deuxième scénario : Le client 😍 qui a un cahier des charges 📑
Accompagné, ou pas, d’un cabinet de conseil (Levanna ou un autre 😇️️️️️️), notre « date » a préparé un livre blanc plus ou moins construit et plus ou moins précis. Là, on va être honnêtes ; notre méthode est plutôt de déconstruire avec lui ce cahier. Pas de panique, rien n’est perdu !
En effet, si on adore un cahier des charges orienté sur le fonctionnel (processus métier, maquettes d’écrans, choix graphiques, etc.) qui va nous fournir une matière de travail très intéressante, on a tendance à se méfier des cahiers des charges « bible ». Ces derniers ont en effet la fâcheuse tendance à manquer de souplesse et à enfermer le client dans des choix implicites ou explicites du cahier des charges. Notre philosophie est plutôt de vous accompagner dans le choix de votre application web plutôt que de suivre à la lettre une demande qui peut s’avérer en décalage avec votre réel besoin.
Troisième scénario : Le client 😍 qui a une équipe technique interne 💪
C’est un peu comme si vous aviez déjà eu un conseiller conjugal mais que vous n’aviez pas le temps ou les compétences pour traiter un cas spécifique. Eh bien, encore une fois, notre rôle est celui d’un conseiller qui va bien sûr amener le client à choisir la bonne application web, mais surtout une qui pourra être reprise par ses propres équipes.
Si vous avez déjà un conseiller dont vous êtes satisfait, notre but n’est pas de prendre sa place mais de vous accompagner tous les deux pour continuer à avancer ensemble. Une fois notre intervention terminée, vous pouvez continuer votre relation de collaboration l’esprit tranquille. Un petit bonus pour nous : s’il y a un interlocuteur technique côté client, cela nous donne déjà des indications sur la façon dont le métier a été traduit en langage informatique.
Scénario bonus : Le client 😍 qui veut son propre développeur interne 💎
Un exemple concret : satisfait de notre travail, un de nos clients 😍 s’est rendu compte qu’il avait tellement de besoins web qu’il voulait recruter pour avoir son propre geek « à domicile ». Eh bien, grâce à notre réseau et notre connaissance du métier, nous avons pu lui fournir la bonne personne au bon moment !
Plutôt que de perdre du temps sur Meetechic ou AdopteUnGeekMec pour des résultats pas toujours satisfaisants, « offrez-vous un premier rendez-vous avec Levanna » 😎 !
Prêt à démarrer ? Planifiez une consultation initiale avec Levanna.
