Je cherche un associé dans le domaine du logiciel B2B, j'ai une expertise côté client et partiellement technique

ton côté a l'air solide mais je te le dis du point de vue dev : quelqu'un qui cherche un associé dev est soit super ambitieux (mais naïf) soit il a quitté son ancien boulot et veut gagner du fric... le dev doit comprendre c'est quoi ton profil mais ce que je veux dire : même si t'as l'air super sérieux le pote dev va voir le risque. ouvre la répartition des parts.

Le service basé sur API est un bon modèle. L'intégration client est facile ? C'est quoi le modèle de pricing (par transaction, abonnement, hybride) ? Le CTO devra forcément décider de ça. C'est quoi la stack technique ? Prépare les réponses à ces questions, pose-les pendant les entretiens.

Ma question pour toi : dans ton précédent job en logiciel B2B tu faisais quoi 'côté client' ? T'as trouvé des clients démo, t'as réussi à leur vendre le produit ? Parce que pour un associé technique, ces questions sont importantes, il donne pas ses parts pour rien.

En B2B, c'est long et la vente est super dure. La personne qui reçoit des parts peut se demander "pourquoi je bosserais autant". Mon conseil : trouve toi-même les 5-10 premiers clients (démo, MVP), puis présente le partenaire tech. Comme ça, ton offre sera plus attractive.

Une assoc B2B logicielle soit ça marche super bien, soit ça finit par "mais pourquoi je bosse autant ?". franchement :) Ne mets rien sans contrat écrit une fois le sentiment fraternel fini tout est fini.

Je vais expliquer comment c'est fait en pratique. Lors de la rédaction d'une annonce, mettez la preuve que le produit fonctionne réellement au tout début.

À votre place j'irais par cette voie.

La réponse ci-dessus va droit au but. Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement.

Voilà, désolé si je me suis étendu.

Enregistré. Commencez par un petit test ne vous engagez pas sur tout d'un coup.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Je le note au cas où.

Laissez-moi détailler l'aspect technique. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Je vous conseille de ne pas vous presser. Si le transfert de propriété intellectuelle à la société n'est pas rédigé dès le départ, il ne se récupère pas après.

Avant de décider, regardez quelles données vous avez en main.

C'est une bonne idée d'avoir ouvert ce sujet.

Je suis d'accord en partie, pas en partie. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Pensez-vous que cela fonctionne à toutes les échelles ? Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Voilà, désolé si je me suis étendu.

Je suis d'accord, j'aimerais même souligner ce point. Si vous proposez des parts au lieu d'un salaire, indiquez aussi ce que vous offrez en échange.

Si vous avez des questions écrivez-moi, je répondrai au mieux.

Merci beaucoup, cela m'a été très utile.

Ne manquez rien : Lors de la rédaction d'une annonce mettez la preuve que le produit fonctionne réellement au tout début.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Chez nous, ça s'est passé comme ça. La seule chose qui distingue l'amitié du partenariat c'est le contrat écrit.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.