Les aventures de Iron Startup en Russie: Team Building

Chers collègues, bonne journée.

À l'automne 2018, votre humble serviteur a lancé à lui seul une startup matérielle. C'était un acte prétentieux et téméraire. Il n'y avait pas d'éducation spécialisée. L'expérience dans le développement du fer est nulle. L'équipe d'ingénierie et l'argent pour le développement du contrat étaient absents. Après 9 mois, le projet est plus vivant que tous les vivants: la pièce de fer travaille et se développe, les ventes ont commencé, un stand public a été déployé à HSEinc , et l'équipe compte neuf unités de combat.

L'équipe travaille de manière autonome, les gars n'ont plus besoin de conseils, de mots de séparation ou de coups de pied. Ils se sont enfermés avec le directeur technique et ont labouré. Ils repensent les planches et le boîtier, assemblent la première série, écrivent le support du site. Que doit faire le fondateur? Vendre? Pour se prélasser dans la brise chaude de la "vallée de la mort" imminente? Non. Profitant du moment présent, le fondateur fatigué court à Habr. Il espère déverser son âme et obtenir ici des conseils précieux.

Ceci est mon premier post sur Habré. Dans ce document, je prévois de parler des plus chers - des gars, de la collecte de l'équipe. Au cours de l'histoire, je vais essayer de répondre aux questions qui m'ont tourmenté tout au long du parcours du projet:

• Vaut-il la peine de démarrer un matériel au démarrage pour réunir une équipe d'ingénieurs, ou pouvez-vous vous en tirer avec le développement de contrats?
• Quelles sont les compétences techniques minimales et dans quel ordre sont nécessaires pour créer un produit matériel simple?
• dans quel bassin regarder et sur quoi attraper les ingénieurs?
• À quels problèmes et risques l'équipe de fer est-elle confrontée?

Ce qui est écrit ci-dessous n'est pas une réussite (nous sommes en profond désavantages), pas une révélation divine et pas le résultat d'une longue recherche scientifique. Ce n'est qu'une expérience acquise en 9 mois de lutte quotidienne pour le projet. J'invite tout le monde à botter. Je m'engage à corriger rapidement les erreurs et les violations des règles.

Contexte

À propos de moi. 30 ans, majeure en administration publique à l'École supérieure d'économie, candidate aux sciences économiques. Par coïncidence, il est venu au projet en tant que projet chez la fille de Rostelecom et y a travaillé pendant 4 ans. Il a ensuite ouvert sa propre entreprise pour développer des solutions informatiques pour les agences gouvernementales. Je travaille beaucoup avec le ministère des Finances, Rostelecom, les départements industriels et de défense. À un moment donné, j'ai réalisé que si je continuais à travailler uniquement dans ce domaine, je sortirais pour brûler le coucou. J'ai décidé de plonger dans le domaine inexploré du développement de l'électronique pour les personnes. Le projet ClimateGuard est donc né.

À propos du projet. D'un point de vue technique, le projet est très simple. ClimateGuard est une sonde pour mesurer la qualité de l'environnement et alerter le propriétaire des menaces, un autre «nez intelligent». Les principales différences par rapport aux analogues sont la mesure honnête et précise de 10 paramètres climatiques (pas seulement l'air), une API de serveur flexible et la possibilité de personnalisation pour le client. Des produits commerciaux similaires ont été vus à plusieurs reprises sur Habré maintenant , ici , ici , ici , ici , ici , etc., ainsi que des produits faits maison ici , ici , ici , etc.

À propos des ressources. Du budget familial pour le projet, il restait 30 à 50 000 roubles par mois. Parmi les techniciens familiers, il n'y avait que des développeurs, des ingénieurs et des artistes arduino vus dans les films hollywoodiens. Je ne savais pas de quel type de réfrigérateur venaient les composants radio et les cartes. Il n'y avait pas d'équipement pour travailler avec l'électronique et les boîtiers de construction. Les connaissances et l'expérience dans le domaine de l'électronique se limitaient à la fixation du fer.

Rassembler une équipe de fanatiques technophiles

Étape 1. Designer industriel

Étant donné. Il y en a deux dans l'équipe - le fondateur et l'analyste. L'analyste a noblement essayé sous le couvert d'un directeur technique et marche avec l'interface de poker. Il y a une vague compréhension du produit dans leur tête.

Défi. Concevez le produit sous forme de dessins et de modèles 3D qui peuvent être montrés aux clients et aux accélérateurs.

Solution. L'analyste a trouvé un bon ami impliqué dans la conception d'équipements dans l'un des instituts de recherche de Moscou. Ce travail, apparemment, était ennuyeux et ne motivait pas les exploits du travail. Le designer a accepté avec enthousiasme l'offre de participer à une startup. Contrairement à l'institut de recherche, il a eu ici l'opportunité de déterminer de manière indépendante, à partir de zéro, la structure et l'apparence du "vrai" produit.
Pourquoi avons-nous eu un designer, pas un designer régulier? À la première étape, peu importe la beauté esthétique du morceau de fer. L'essentiel est de comprendre que vous pouvez le créer et comment le faire. Besoin de dessins et de modèles 3D.

Résultat. Pendant trois heures de brainstorming, googler et dessiner sur des serviettes dans un café, nous avons pu déterminer le concept général de l'apparence de l'affaire. Ali a trouvé un ensemble approximatif de capteurs qui seront utilisés dans l'appareil. Une semaine plus tard, le premier modèle 3D était prêt!

Étape 2. Concepteur

Étant donné. Il y en a trois dans l'équipe, tous sans sens de la beauté.

Défi. Trouvez un spécialiste qui développera le logo (il n'y a aucun moyen pour une startup d'avoir un logo), et plus tard pourra dessiner des interfaces web et mobiles. Cela ressemble à un mélange de chaleur et de douceur. Mais pourquoi perdre du temps à chercher différents spécialistes si vous pouvez une fois trouver et travailler avec un designer talentueux, y compris lui dans le processus.

Solution. L'auteur a invité un designer dans l'équipe, avec qui il travaillait régulièrement sur d'autres projets.

Résultat. Le logo et le contour de l'interface utilisateur sont apparus. Et avec eux - une mer de créativité folle du designer.

Étape 3. Électronique radio

Étant donné. Il y en a quatre dans l'équipe, mais aucun ne peut assembler des composants électroniques et écrire des micrologiciels. Il existe une compréhension de l'apparence et des composants de l'appareil.

Défi. Trouvez un ingénieur généraliste en électronique qui assemblera un prototype et le transformera en produit.

Solution. Ce fut une douleur. Interrogé tous les amis, établi des contacts avec ses camarades de classe, écrit sur des forums et dans des chats de profil. Il a ensuite formé un savoir traditionnel, qu'il a publié et envoyé sur des agrégateurs indépendants. Les types de caractères suivants ont été rencontrés:

• rêveurs - «Cool, je peux le faire, allons-y ... Seulement alors, après un mois, un jour. Maintenant occupé. ”;
• étudiants - "Désolé, frère, je me bats depuis 2 semaines, ça ne marche pas ... Mais je sais magistralement" plisser ". Remuons quelque chose sur les "plis"? ";
• old-timers - «Et qu'est-ce qu'une startup? Avez-vous une commande? À l'usine, nous avons conçu pendant 3 ans de tels gadgets. L'essentiel est d'exécuter correctement la documentation R&D. Pensez d'abord à la certification, puis venez ";
• travailleurs contractuels - «150 000 roubles à l'avance, 150 000 roubles en fait, en 3 mois, vous recevrez un MVP en état de marche. Vous trouverez plus d'argent et créerez un carnet de commandes - je le modifierai. »

Aucune de ces options ne nous convenait pour un démarrage rapide. Nous avons perdu beaucoup de temps et étions très déprimés.

Mais un miracle s'est produit - l'oncle Styopa est venu vers nous. Oncle Styopa a 24 ans, il est diplômé de Baumanka, assemblé et responsable, sait concevoir des tableaux, lire des fiches techniques, souder, "assembler rapidement" et "assembler bien". Il a sa propre imprimante 3D. Il s'intéresse au projet, pas à l'argent. Et il peut continuer aujourd'hui.

Savez-vous d'où vient l'oncle Styopa? Ne devinez jamais. Avec youdo! Pas de freelance, pas de forums électroniques. Sur youdo était l'annonce "collecter MVP" pour 10 000 roubles, à laquelle était attaché un TK d'une page avec des photos. Ce matériel n'est pas un programme d'affiliation. Mais la startup doit précisément son existence au site youdo.

Résultat. Nous nous sommes mis d'accord sur un ensemble de composants avec l'ingénieur en électronique. Acheté dans ChipDip. Après 3 semaines, le prototype était prêt. Un mois plus tard - la première version de leurs propres cartes, boutons tactiles et un tas d'autres nishtyakov.

Étape 4. Directeur technique

Étant donné. Il y en a cinq dans l'équipe. Il y a un prototype qui doit être développé. Les premiers adeptes ont été trouvés qui voulaient tester l'appareil. À l'intérieur du démarrage, des tâches organisationnelles et commerciales surviennent. Le fondateur n'a pas le temps de "vendre", d'aller à des soirées dans les accélérateurs, de communiquer avec les techniciens et de gagner de l'argent pour le développement du projet.

Défi. Trouvez un directeur technique. Il doit coordonner le travail des autres techniciens, accumuler des informations sur le projet, et dans les situations de crise - prendre place à la machine.

Solution. La tâche a été résolue rapidement, mais avec des conséquences dévastatrices pour le karma. Le directeur technique a été retiré d'un projet de matériel convivial. Pour cela, les techniques suivantes ont été utilisées:

• L'auteur s'est gonflé les joues et a démontré de diverses manières à quel point il est bon homme d'affaires et avec quelle facilité il peut envoyer un projet dans l'espace avec un bon CTO. C'était un mensonge.
• Le futur directeur technique a acheté une imprimante 3D, puis une station de soudage. C'était un pot-de-vin.
• On a montré à la victime une équipe de spécialistes sympas, qu'il devrait diriger. C'était un jeu de vanité humaine.
• Maintenant, le directeur technique comprend que sans lui, le chaos viendra sur le projet. Il s'agit d'une exploitation d'un sens des responsabilités.

C'est encore très gênant pour le fondateur d'une startup conviviale, et pour le directeur technique lui-même. Mais d'un point de vue commercial, cela en valait la peine.

Résultat. Nous avons un jeune homme fanatique dans l'équipe avec la motivation personnelle la plus élevée, l'expérience, qui sait tout - de la communication avec les clients à l'écriture de firmware et à la soudure. Plus important encore, il est prêt à travailler sur le projet de 14 à 20 heures par jour, gratuitement. Et l'auteur, en plus d'autres taches dans le karma, a reçu le pire ennemi en la personne de la «seconde moitié» du directeur technique et la stigmatisation du propriétaire d'esclaves.

Étape 5. Développeur Web

Étant donné. Il y en a six dans l'équipe. Le produit se développe.

Défi. Trouvez un développeur pour créer la partie serveur et l'interface web du portail.

Solution. Le développeur est retiré du même démarrage convivial. L'algorithme de chasse est répété 1 en 1. Au lieu d'une imprimante 3D, un ordinateur portable a été acheté pour le développeur.

Est-il professionnel qu'un développeur soit responsable de l'arrière et de l'avant? Pour un démarrage "ironique" d'un stade précoce - oui. Nous sommes déjà 7 personnes. Pas de ventes. Death Valley se rapproche.

Résultat. Un prototype du dos et de l'interface utilisateur a été développé, une API a été créée. L'achèvement du portail se poursuit.

Étape 6. L'évangéliste

Étant donné. Il y en a sept dans l'équipe. Le produit n'est pas encore terminé. L'argent s'épuise. Vous recherchez des avis d'utilisateurs et des ventes.

Défi. Trouvez une personne qui dirigera les premiers adeptes. Sera en mesure de remplacer le fondateur paresseux dans les négociations, d'aller à sa place à Saint-Pétersbourg ou à l'étranger à ses frais. Il assumera certaines des tâches administratives.

Solution. Pendant le projet, nous avons essayé de mener une campagne d'information par nous-mêmes. Cela s'est avéré chaotique et inefficace. Mais en conséquence, a réussi à obtenir des commentaires d'experts, de business angels, de personnes qui ne sont pas indifférentes aux problèmes environnementaux. L'un d'eux a suggéré d'entrer dans l'équipe et de nous aider dans les tâches d'information et d'administration.

Résultat. L'évangéliste, qui demande à être appelé «ingénieur d'affaires», a assumé la part du lion des tâches administratives, attiré plusieurs clients importants et renforcé notre campagne de relations publiques. Bien sûr, gratuitement.

Étape 7. Actionnaire

Étant donné. L'équipe compte 8 personnes. Les premiers clients à acheter un appareil sont apparus. La gamme d'entreprises demandant un appareil pour les tests est en croissance. La productivité réelle de l'équipe est de 1 à 2 appareils par mois. Sur RnD, le développement du produit et l'optimisation du firmware ne sont absolument pas suffisants.

Défi. Trouvez un spécialiste responsable qui est prêt à prendre en charge l'achat de poudre libre, le soudage de composants sur des cartes et des dispositifs d'assemblage.

Solution. Déjà assez simple. L'évangéliste jette un cri à travers ses canaux. Plusieurs arrivants sont appelés. Parmi eux, la sélection s'effectue selon quatre critères: expérience, activité, intérêt pour le projet et volonté de travailler pour l'idée. Un est choisi. Les autres sont envoyés à la réserve.

Résultat. La vitesse de création d'appareils est passée à 3 pièces par semaine.

Qui est nouveau?

Maintenant, le groupe de développement de produits est formé. Besoin de crier et de vendre. Par conséquent, nous commençons à chercher des sciences humaines - un vendeur et un PR-schika. De meilleures filles ... Il suffit de voir s'il y a des fanatiques parmi elles qui sont prêtes au départ à travailler pour l'intérêt - l'auteur reste dans le doute. Le temps nous le dira.

Risques de l'équipe projet matériel

La spécificité du projet Iron est qu'une horde d'ingénieurs s'ajoute à l'ensemble standard de techniciens "développeur + designer". À partir de là, les risques suivants augmentent:

1. Nous avons neuf personnes dans l'équipe, dont six techniciens et deux RP (analytique). Tout le monde est occupé. De plus, le projet devra ajouter des spécialistes spécialisés dans le travail avec les clients, le contenu et les ventes. Cependant, les investisseurs nous regardent déjà avec beaucoup de suspicion et demandent à chaque fois: «Quoi, 9 personnes? Pourquoi tant ce qu'ils font? De quel genre de travail s'agit-il - concevoir des planches? Voulez-vous sérieusement prendre plus de gens? " Dans le monde des startups logicielles, tout le monde est trop habitué à des équipes de trois. Et expliquer le besoin de spécialisation et la nature multidimensionnelle du projet est très difficile.
2. L'équipe doit être nourrie ou libérée avec du pain gratuit. Il est impossible de nourrir une grande équipe de démarrage. Fultime (quoique gratuit) ne compte plus que deux personnes - le fondateur et directeur technique. Les autres pour subvenir aux besoins des familles sont obligés d'avoir une source de revenu constant. Et en même temps, donnez le projet de deux à quatre heures par jour.
3. Les ingénieurs du cycle RnD forment la chaîne de production "conception des cartes - conception du châssis - achat de composants - assemblage - écriture du firmware - test". Si quelqu'un de l'équipe reçoit un voyage d'affaires tant attendu en Australie, décide de partir en vacances ou de passer un week-end avec sa famille - le travail est ralenti et le CTO est déprimé. Toutes les stars, toutes irremplaçables à court terme.
4. Il y a une rumeur persistante et très fiable selon laquelle dans une start-up matérielle réussie, il devrait y avoir trois spécialistes du marketing pour un technicien. Et cela signifie que nous avons deux moyens: trouver 18 maniaques-humanitaires qui sont prêts au départ à travailler gratuitement et qui sont en mesure de vendre un produit avec une enveloppe décuplée, ou de vendre à des entrepreneurs externes - des intégrateurs. La première option est fantastique, et la seconde limite considérablement les opportunités de croissance du projet et lui impose de nombreuses obligations.

Équipe propre VS développement de contrat

Au début de la voie du «fer», l'auteur avait une expérience infructueuse dans le développement de contrats et a juré de ne pas s'y impliquer à l'avenir. Les 9 longs mois de formation et de gestion d'une équipe d'ingénieurs ont ébranlé sa confiance. Jusqu'à "Il fallait donner de la production à la Chine et l'oublier comme un mauvais rêve". En fait, chacune des méthodes a ses avantages et ses inconvénients. Si vous jetez les choses évidentes, la comparaison est la suivante.

Développement de contrat

Avantages :

• Pas besoin de regrouper une équipe d'ingénieurs.
• Vous pouvez appliquer le savoir traditionnel le plus simple ou même une image à l'entrée.
• Vous pouvez demander de manière rigide «le résultat», en faisant abstraction des problèmes personnels des ingénieurs et de leurs propres erreurs de calcul.
• Vous pouvez obtenir une vitesse de développement élevée et la possibilité d'évoluer rapidement.
• C'est une option idéale pour tester rapidement de nombreuses hypothèses: "payé - reçu un prototype - testé un prototype sur le marché - confirmé / réfuté l'hypothèse".

Inconvénients:

• Coût. L'élaboration de contrats ne vaut pas seulement l'argent, mais elle coûte très cher. Trouver un pigiste bon marché et talentueux pour les tâches "de fer" est beaucoup plus difficile que pour les tâches de l'informatique classique.
• Long contrat, long transfert de tâches au travail.
• Difficulté dans la mise en œuvre du contrôle intermédiaire. Vous ne pouvez pas appeler l'ingénieur dimanche soir pour lui dire: «Maxim, donnez d'urgence un rapport sur les deux dernières heures de travail et le plan pour les 7 prochaines heures. Et n'oubliez pas qu'aujourd'hui vous ne dormez pas plus de 3 heures. Et le matin, vous allez à l'objet au client en une piqûre. »;
• Incapacité à influencer le processus, ajustez rapidement le processus de développement.
• Utilisation limitée des résultats de développement. À la suite du cycle RnD, vous obtenez un prototype ou une petite série de 5 à 20 appareils. Leur fonctionnement n'est pas clair. Il n'est pas clair si une autre équipe pourra modifier le projet. Comment réparer rapidement l'appareil en cas de panne n'est pas clair.

Propre équipe

Avantages:

• Expérience. C’est la chose la plus importante. En travaillant uniquement au sein de l'équipe et en ayant expérimenté le développement de l'intérieur, vous pouvez comprendre le produit et le processus - les étapes de production, les bogues du produit, les directions pour un développement ultérieur.
• Économies. Connaissant chaque membre de l'équipe, vous pouvez lui créer de la valeur non monétaire dans le projet. Ou, au minimum, réduisez le montant des ressources dépensées.
• Contrôle de projet. Vous voyez le processus de l'intérieur, vous comprenez clairement le calendrier, les performances, le potentiel et les priorités de chaque membre de l'équipe.
• La possibilité de changer rapidement de cap. Pour une startup en démarrage, il est primordial de pouvoir pivoter à tout moment.
• L'occasion d'obtenir des personnes partageant les mêmes idées avec lesquelles vous pouvez démarrer un nouveau projet en toute sécurité en cas d'échec de l'actuel.

Inconvénients:

• Pour terminer la quête de constitution d'une équipe, vous avez soudainement besoin de beaucoup de ténacité terne et impénétrable et d'un miracle (comme dans le cas de l'oncle Stepa). L'équipe doit constamment motiver, surveiller les problèmes de communication. La perte de chaque membre de l'équipe arrête le projet.
• Il est nécessaire d'acheter des équipements dont le coût augmente avec chaque cycle RnD.
• Déjà au stade RnD, il faut rechercher des fournisseurs (équipements, cartes, composants, poudre libre), résoudre les problèmes de mariage, les délais de livraison, l'incompatibilité des composants.

Ainsi, le choix du développement du contrat est optimal si vous êtes familiarisé avec le processus de création de matériel, il y a une compréhension claire du produit final, un directeur technique solide et des ressources financières suffisantes. Si, comme dans notre cas, vous venez de découvrir le domaine du matériel, il n'y a ni argent ni exigences techniques claires - il vaut mieux assembler votre équipe et partager avec elle toutes les peines et les joies de la vie de startup.

L'équipe de démarrage du matériel dans le résidu sec

Résumez tout ce qui précède décrit dans 5 thèses.

1. «» .
2. , .
3. , .
4. , , , .
5. () – , .

L'auteur essaie de ne pas poser la question «Pourquoi, contrairement aux sciences humaines et aux développeurs, tous ces ingénieurs de l'équipe travaillent-ils beaucoup et gratuitement? ..». Et quand il y pense, il se souvient de Pouchkine, le conte du prêtre et de son ouvrier Balda. Et inquiet.

Mais il y a quelque chose d'encore plus merveilleux sur notre chemin. Le développement de produits dépasse constamment l'équipe. Et les camarades extérieurs au projet nous prêtent assistance gratuitement:

• développer des prototypes de travail de l'interface (bonjour Vadim de la vaillante équipe «Hemul IT»);
• créer un bot de télégramme (salut Artem);
• dessiner les premiers rendus de l'appareil et les dispositions du portail (bonjour Asya);
• proposer leurs solutions pour capteurs et cartes (hi Dima);
• imprimer des cas expérimentaux et donner des consommables à l'imprimante (bonjour Vadim de RK Gadget);
• donner des recommandations sur la façon de réparer les montants d'impression (salut Balats de rk3dpro );
• réduire les prix des composants et accepter les défauts après la période de garantie (salut Eduard de duino );
• appareils de test (salut Maxim);
• faites une vidéo pour nous (salut Sophia).

L'auteur ne comprend pas pourquoi cela se produit. Et très reconnaissant à tous les amis et adeptes du projet. ClimateGuard n'oubliera pas votre aide! #climatematters