Il y a un an, mon équipe et moi avons commencé à construire un incubateur pour les startups de gadgets, dans lequel nous développons des produits de l'idée à la production de masse. Nous nous concentrons sur la création de gadgets qui résolvent un problème connu d'une nouvelle manière.
Dans cet article, je souhaite partager mon expérience et vous expliquer comment nous essayons d'organiser le processus de développement afin d'avancer le plus rapidement et dans la bonne direction possible. Je vais vous parler du processus en prenant l'exemple d'un produit qui sera très prochainement expédié aux premiers clients - les bouchons d'oreille Veer à niveau d'isolation acoustique réglable pour ceux qui en ont assez du bruit constant.
Au cours de l'année, nous avons rempli un nombre décent de têtes et avons fait des progrès. Un produit a été amené au lancement de la production de masse ( getsilence.com ), le second à la finalisation de la construction ( tribrush.co ), le troisième à une décision volontaire de reporter ( easymusic.club ), et environ 15 produits potentiels ont également été tués à différentes étapes. Aujourd'hui, parallèlement à la production, nous développons plusieurs concepts pour de nouveaux produits.
Comment tout commence: trouver une idée
Nous avons tout un processus de recherche, vous pouvez écrire un article séparé à ce sujet, mais certaines idées sont nées presque par accident. Par exemple, le projet Veer est apparu lorsque nous avons réalisé que notre bureau est toujours très bruyant - les gens discutent de quelque chose, font des allers-retours, fraisent, scient, travaillent avec un compresseur, etc. Il est difficile de se concentrer sur l'activité intellectuelle dans de telles conditions, tant de membres d'équipage ont commencé à porter des bouchons d'oreille. Ici, de nouveaux problèmes sont apparus: lorsque vous avez besoin d'échanger quelques mots avec un collègue, et cela arrive souvent, vous devez retirer vos bouchons d'oreille et les remettre en place. Le processus est un peu ennuyeux.
L'idée est donc venue de fabriquer des bouchons d'oreille à volume réglable. Nous avons trouvé quelques projets similaires sur Kickstarter, mais aucun d'entre eux n'a encore atteint la vente. Considérant que le financement participatif se termine souvent au stade de l'idée, nous avons décidé de l'essayer.
Déterminez s'il vaut vraiment la peine de prendre en charge un projet
Nous avons un certain nombre de filtres pour vous aider à déterminer s'il faut prendre un produit en développement. Le premier concerne les compétences. Nous n'utilisons pas de produits de développement pour lesquels notre équipe manque de compétences ( ou les compétences sont difficiles d'accès) . Le second est la complexité technologique. Nous avons une échelle subjective de dix, où 1 est une pelle et 10 est une fusion froide. Il est super subjectif et sert plutôt à synchroniser la perception. En règle générale, nous n'entreprenons pas de projets d'une complexité de 5 ou plus.
Veer à notre échelle est 3. Voici, par exemple, des projets que nous avons rejetés en raison de leur grande complexité:
- . : , . , , 6. , , .
- . : , , , . , – , 5. .
En plus d'évaluer les compétences et la complexité nécessaires, avant de commencer le développement, nos spécialistes du marketing déterminent le public cible, la demande potentielle du marché, regardent les concurrents, la présence et la conscience du problème dans le public, etc., mais c'est déjà un sujet pour un autre article.
Principes de conception
Nous faisons souvent des choses difficiles à planifier, nous adhérons donc à deux principes de base:
- Le développeur doit effectuer la tâche la plus importante à tout moment (il ne s'agit pas de tyrannie, mais de priorités).
- Le travail doit être organisé en itérations raisonnablement courtes.
La tâche la plus importante est généralement celle qui fournit la caractéristique principale de l'utilisateur et / ou identifie le risque principal, en fonction du détail et du stade de développement. Pour déterminer la tâche la plus importante, chaque étape a ses propres artefacts, ils seront discutés ci-dessous.
Par exemple, au début du développement, nous avions deux exigences importantes pour les bouchons d'oreille:
- Il est nécessaire de fournir la possibilité de régler le volume du son pénétrant;
- Le niveau minimal d'amortissement du bruit ne dépasse pas 5 dB (pour qu'une conversation normale puisse être entendue), le niveau d'amortissement maximal du bruit est de 40 dB (de sorte que nos bouchons d'oreille ne sont pas pires que les meilleurs en mousse en termes d'efficacité).
Ce sont ces tâches que nous avons clôturées dans les premiers prototypes, et ce n'est qu'alors que nous avons pensé aux tâches / risques restants - comment s'intégrer au coût et à la taille, pouvons-nous fournir une bonne expérience utilisateur ...
Artefacts de processus: sur quoi tout est-il construit?
Afin de prévoir et de structurer en quelque sorte le processus de développement, nous utilisons quatre documents.
Document 1: description de la tâche
Dans ce document, le chef de produit décrit les points suivants:
- Quel genre de produit nous faisons;
- Qui sont nos utilisateurs;
- Quels sont leurs problèmes;
- Pourquoi ont-ils besoin de notre produit?
- Quand et comment le produit sera utilisé;
- Quelles propriétés le produit devrait avoir;
- Quels sont les concurrents, comment sont-ils bons et mauvais;
- Quelles propriétés sont critiques et lesquelles peuvent être négligées.
Après étude de cette description, la complexité du projet et les compétences nécessaires à sa mise en œuvre sont évaluées. En outre, la description peut être ajustée pour s'adapter à nos limites.
Nous l'utilisons pour évaluer les risques, réfléchir à un concept, etc.
Document 2: plan de travail
En règle générale, il s'agit d'un diagramme de Gantt, qui répond aux questions de ce qui doit être fait, dans quel ordre le faire, ce qui influence quoi, approximativement quand le projet peut être achevé.
Au stade du développement, un tel plan n'est pas une sorte de document avec des tâches et des délais clairs, mais plutôt une abstraction qui permet de se faire une idée générale de ce qui nous attend. Le processus de planification lui-même est ici plus important, lorsque l'on structure l'idée du projet, des tâches, des risques ...
Pour la production, nous faisons un Gantt séparé - là le plan devient d'une importance cruciale: sur sa base, nous convenons de certaines dates avec les acheteurs. Ici, nous essayons de prendre en compte des risques réalistes et de réhypothéquer, même si nous ne pouvons toujours pas prendre en compte tous les risques. Par exemple, pour les bouchons d'oreille, nous avons commandé des oreillettes auprès de partenaires chinois. Nous nous sommes mis d'accord sur tout, avons noté les dates d'expédition, compté le reste des étapes à partir de ces dates et annoncé une pré-commande.
Cliquable:
Deux semaines plus tard, les Chinois sont revenus avec les mots: "Cela ne fonctionnera pas, faisons les choses différemment." Ils ne nous convenaient pas d'une «manière différente», nous avons dû chercher une alternative pendant une semaine, payer deux fois plus cher - en conséquence, le temps d'expédition a considérablement augmenté.
Document 3: Backlog de développement
Il s'agit d'une liste hiérarchisée de tâches à partir de laquelle nous formons des itérations hebdomadaires. Nous essayons de formuler les tâches de manière à ce que leur description réponde à la question "Quelle propriété importante le produit recevra-t-il si nous accomplissons cette tâche?"
L'arriéré est particulièrement pertinent au stade du développement, lorsque nous devons comprendre clairement ce que nous faisons et pourquoi. Les besoins des utilisateurs sont à la base de la hiérarchisation des tâches: plus une propriété de produit est critique pour un client, plus elle l'est pour nous. Les bouchons d'oreille en sont un exemple très révélateur car leurs principales caractéristiques sont évidentes.
Les priorités ici sont basées sur des recherches quantitatives, qualitatives et du bon sens: contrôle du volume, puis seuils sonores, puis confort, etc.
Nous divisons les tâches de l'arriéré entre celles qui nécessitent des recherches et d'autres. Par exemple, "Anodiser le corps des bouchons d'oreille avec du noir" - ici, vous pouvez utiliser une technologie bien connue, aucune recherche n'est nécessaire pour résoudre le problème. Mais " Fournir une réduction du bruit de 5-40 dB" - recherche. Les coussinets d'oreille resserrent considérablement le conduit auditif, nous avons donc dû proposer une conception spéciale et tester plusieurs approches pour atteindre un seuil de réduction du bruit inférieur de 5 dB.
Épreuve 4: Liste des hypothèses
Ce sont les expériences qui doivent être menées pour résoudre chaque problème de recherche, classées par ordre de priorité.
Avec une telle liste, nous travaillons selon un modèle de type HADI, nous faisons la liste de la même manière:
- Jeter toutes les hypothèses possibles;
- Nous estimons la complexité de la vérification de chacun d'eux (séparément pour les tests et la production);
- Nous évaluons notre «croyance au succès» de l'hypothèse: quelle est la probabilité qu'elle résoudra le problème dans nos contraintes;
- Nous calculons le score total en utilisant la formule: temps pour tester l'hypothèse * complexité * probabilité.
Ce score détermine la priorité de l'hypothèse. Sur la base des résultats des tests, le plus important, si le problème n'est pas résolu, nous passons au suivant.
Au lieu d'une conclusion
À chaque étape du développement, il existe un grand nombre de risques associés à l'interdépendance des éléments du système, et en production - avec la fabricabilité du produit, des sous-traitants, etc. Chaque fois qu'un risque survient, nous le prenons en compte dans le plan pour comprendre où se trouve maintenant le goulot d'étranglement »Et comment la date de fin change. Nous n'avons pas trouvé d'équilibre entre les approches « multiplions tous les délais par 10, puis nous nous adapterons exactement » et « nous finirons dans 27,5 jours », donc nous essayons toujours de faire les choses les plus importantes en courtes itérations. Donc, il nous semble que nous réagissons plus rapidement aux risques, ce qui signifie qu'en général nous avançons plus vite.
Nous serons heureux si notre expérience est utile. Écrivez si vous souhaitez en savoir plus sur quelque chose. Vous pouvez en savoir plus sur les bouchons d'oreille sur le site officiel du projet, ici vous pouvez pré-commander avec une réduction: getsilence.com
Abonnez-vous à notre chaîne , nous parlons ici de la douleur et de la souffrance de la production matérielle des bouchons d'oreille Veer.