Comment nous travaillons avec les idées et comment LANBIX est né

L'intégration LANIT a beaucoup d'employés créatifs. Des idées de nouveaux produits et projets sont littéralement en suspens. Révéler les plus intéressants est parfois très difficile. Par conséquent, nous avons développé conjointement notre propre méthodologie. Comment sélectionner les meilleurs projets et les mettre en œuvre, lisez cet article.


En Russie, et même dans le monde dans son ensemble, un certain nombre de processus sont en cours qui conduisent à la transformation du marché informatique. En raison de l'augmentation de la puissance de calcul et de l'avènement des serveurs, des réseaux et d'autres technologies de virtualisation, le marché a cessé d'avoir besoin de beaucoup de matériel. Les fournisseurs préfèrent de plus en plus travailler directement avec les clients. Sur le marché informatique, l'essor de l'externalisation sous toutes ses formes, de l'externalisation classique aux outsourcers d'une nouvelle vague - les «cloud providers». Les systèmes et éléments d'infrastructure deviennent beaucoup plus faciles à entretenir et à configurer. La qualité des logiciels augmente chaque année et les tâches de l'intégrateur se transforment.

Comment nous travaillons avec les idées

La zone de démarrage des produits dans LANIT-Integration existe depuis plus d'un an. Notre objectif principal est de créer de nouveaux produits et de les mettre sur le marché. La première chose que nous avons commencée a été d'organiser le processus de création de produit lui-même. Nous avons étudié de nombreuses méthodologies, en commençant par les classiques et en terminant par les hype. Cependant, aucun d'entre eux ne correspondait à nos demandes. Nous avons ensuite décidé de prendre la méthodologie Lean Startup comme base et de l'adapter à nos tâches. Lean Startup est une théorie de l'entrepreneuriat créée par Eric Rees. Il est basé sur les principes, les approches et les pratiques de concepts tels que la fabrication sans gaspillage, le développement client et une méthodologie de développement flexible.

Quant à l'approche de la gestion directe du développement de produits: nous n'avons pas inventé un vélo, mais appliqué la méthodologie de développement SCRUM déjà existante, ajoutant de la créativité, et maintenant il peut être appelé en toute sécurité SCRUM-WATERFALL-BAN. SCRUM, malgré sa flexibilité, est un système très rigide et convient à la gestion d'une équipe responsable d'un seul produit / projet. Comme vous le comprenez, l'activité «intégrateur» classique n'implique pas l'affectation de spécialistes techniques à plein temps pour travailler sur un projet (il y a des exceptions, mais très rarement), car en plus de travailler sur des produits, tout le monde est occupé par les projets en cours. De SCRUM, nous avons pris la division du travail en sprints, rapports quotidiens, rétrospectives et rôles. Pour travailler avec le flux de tâches, nous avons choisi Kanban, et il s'intègre parfaitement dans notre système de suivi des tâches existant. Nous avons construit le travail, en s'intégrant de manière transparente dans l'ordre des choses existant.

Avant d'entrer sur le marché, le produit passe par 5 étapes: idée, sélection, concept, MJP (plus - ci-dessous) et production.

Idée

À ce stade, il y a quelque chose d'éphémère - une idée. Idéalement, l'idée est de résoudre un problème ou une tâche existante du client. Nous ne manquons pas d'idées. Selon l'idée initiale, ils devraient être générés par des employés des domaines techniques. Pour que l'idée soit acceptée pour un développement ultérieur, l'auteur doit remplir le «modèle de conception d'idée». Il n'y a que quatre questions: Quoi? Et alors? Qui en a besoin? Et si ce n'est pas notre produit, alors quoi?

Source

Sélection

Dès que le modèle conçu nous parvient, la procédure de traitement et de sélection démarre. La phase de sélection est la plus longue. À ce stade, la formation d'hypothèses de problèmes se produit (ce n'est pas pour rien que j'ai mentionné dans le paragraphe précédent que, idéalement, une idée devrait résoudre le problème d'un client) et les valeurs des produits. L'hypothèse d'échelle est formée, c'est-à-dire comment notre entreprise va croître et prospérer. Des entretiens problématiques et d'experts sont menés avec des clients potentiels pour confirmer au préalable que nous allons produire quelque chose dont nous avons besoin. Il faut au moins 10 à 15 entretiens pour conclure que le produit est nécessaire.


Si les hypothèses sont confirmées, une analyse financière préliminaire est effectuée, le volume approximatif des investissements et les gains éventuels de l'investisseur sont estimés. À la suite de cette étape, un document appelé Lean Canvas est né et présenté aux dirigeants.

Concept

À ce stade, environ 70% des idées sont éliminées. Si le concept est approuvé, alors l'étape de développement de l'idée commence. Les capacités fonctionnelles du futur produit sont formées, les voies de mise en œuvre et les solutions techniques optimales sont déterminées, le plan d'affaires est mis à jour. Le résultat de cette étape est le cahier des charges du développement et une analyse de rentabilisation détaillée. En cas de succès, passez à l'étape MJP ou MVP.

MJP ou MVP

MJP est un produit peu viable. C'est-à-dire un produit qui n'est pas entièrement développé, mais qui peut déjà apporter de la valeur et exécuter ses fonctionnalités. Assurez-vous qu'à ce stade du développement, nous recueillons les commentaires des vrais utilisateurs et apportons des modifications.

La production

Et la dernière étape est la production. Jusqu'à ce stade ne reçoit pas plus de 5% des produits. Ces 5% ne comprennent que les produits les plus importants, nécessaires, viables et fonctionnels.

Nous avons beaucoup d'idées, un portefeuille volumineux a déjà été rassemblé. Nous analysons chaque idée et faisons tout pour qu'elle atteigne l'étape finale. Il est très agréable que nos collègues ne soient pas restés indifférents à notre direction R&D et aient participé activement au développement, à la mise en œuvre de produits et de solutions.

Comment avons-nous fait LANBIX

Envisagez de créer un produit à l'aide d'un exemple réel - LANBIX. Il s'agit d'un système matériel et logiciel «en boîte» conçu pour surveiller les petites infrastructures informatiques et alerter rapidement les décideurs et les utilisateurs professionnels sur les dysfonctionnements contrôlés via un chat bot. En plus de la fonction de surveillance, LANBIX inclut la fonctionnalité Help Desk. Ce produit est exclusif au segment de marché que nous visons. C'est à la fois notre avantage et notre douleur. Mais tout d'abord. Je dois dire tout de suite que LANBIX est un produit vivant (c'est-à-dire qu'il n'est pas définitif dans son développement et qu'il est au prochain tour de MVP).

Donc, la première étape est une idée. Pour qu'une idée naisse, nous avons besoin de problèmes, et nous en avons eu, ou plutôt pas avec nous, mais avec nos amis. Ci-dessous, nous considérons plusieurs situations réelles qui se sont produites dans différents domaines de l'entreprise.

Une petite société de gestion dessert deux maisons en banlieue. Le personnel avec PC, environ 15 personnes. L'administrateur système est un pigiste entrant (le fils le plus intelligent d'un des résidents concernés). Il semblerait que les activités de la société de gestion soient faiblement dépendantes de l'informatique, mais la particularité de cette activité est le reporting mensuel à de nombreux cas. Sur le disque système du chef d'entreprise (comme d'habitude, combinant plusieurs rôles), l'espace libre est épuisé. Naturellement, cela ne s'est pas produit soudainement, l'avertissement a été suspendu pendant environ 2 mois et a été constamment ignoré. Mais la mise à jour est arrivée, le système d'exploitation a été mis à jour et, comme par hasard, il s'est accroché au milieu de la mise à jour, se plaignant avant la «mort» du disque occupé. Comp est entré dans un redémarrage cyclique. Pendant que nous réglions le problème et obtenions des rapports, nous avons manqué la date limite pour le rapport. Il semblerait qu'un dysfonctionnement mineur ait causé divers problèmes: des pertes aux litiges et à la responsabilité administrative.

Source

Un incident similaire s'est produit dans une grande holding réunissant de nombreuses petites entreprises avec un seul service d'assistance technique pour l'ensemble du bureau. Dans l'un des départements, l'ordinateur du chef comptable est tombé en panne. Qu'il pouvait se casser, c'était connu depuis longtemps (l'ordinateur ralentissait et se réchauffait désespérément), mais les mains du chef comptable n'ont pas atteint le point d'envoyer une demande d'assistance technique. Naturellement, il est tombé en panne exactement le jour du salaire, et les employés du département se sont assis sans argent pendant plusieurs jours.


Une petite entreprise de vente en gros possède un site Web de vente hébergé sur un site externe. Nous avons appris son inaccessibilité par téléphone auprès d'un client régulier. Au moment de l'appel, le site a été suspendu pendant environ trois heures. Il a fallu encore quelques heures pour trouver la personne responsable du site et deux autres pour réparer le dysfonctionnement. En conséquence, presque toute la journée de travail, le site n'était pas disponible. Selon le directeur commercial de l'entreprise, ce temps d'arrêt leur a coûté environ 1 million de roubles.

J'ai moi-même fait face à une situation similaire lorsque je suis arrivée à la clinique et que j'ai dû me rendre au registre VHI. Ils ne pouvaient pas m'envoyer chez le médecin pour une raison banale - le matin il y avait une surtension et après l'accident, leur service postal et certains services liés à l'assurance ne fonctionnaient pas. À ma question, où sont vos administrateurs, on m'a dit que l'administrateur les accompagnait et leur rendait visite une fois par semaine. Et maintenant (il était déjà 16 heures à ce moment-là), il ne décrochait pas le téléphone. Au moins 7 heures, la clinique a été coupée du monde extérieur et ne pouvait pas fournir de services payants.


Qu'est-ce qui unit tous ces cas? Absolument tous les problèmes pourraient être évités à l'avance. Grâce à une réponse opportune de la part des informaticiens, il a été possible de réduire les dommages causés. Cela serait possible avec une interprétation correcte des premiers symptômes par les utilisateurs.

Nous avons identifié des hypothèses de problèmes:

• Pertes importantes de trésorerie et de réputation en raison de la faible rapidité de réaction aux dysfonctionnements de l'infrastructure informatique;
• mauvaise interprétation des premiers symptômes de dysfonctionnement par les utilisateurs.

Que peut en faire le client et comment éviter à l'avenir des situations similaires? Il n'y a pas beaucoup d'options:

1. amener un administrateur système hautement qualifié au personnel et le faire travailler de bonne foi;
2. fournir des services informatiques à une société de services spécialisée;
3. introduire indépendamment un système de surveillance et d'alerte;
4. offrir une formation aux utilisateurs / au personnel des affaires sur les bases de la maîtrise de l'informatique.

Nous nous attardons sur la troisième option. Offrons un système de surveillance à ceux qui ne l'utilisent pas pour diverses raisons.

Digression lyrique. Divers systèmes de surveillance des services informatiques sur le marché des entreprises sont utilisés depuis longtemps et leurs avantages ne sont pas contestés. J'ai parlé avec des représentants de grandes entreprises, j'ai vu comment la relation entre l'entreprise et l'informatique s'est construite. Le directeur technique d'une grande entreprise de construction de machines a rendu service à l'infrastructure informatique d'une entreprise externe, mais il reste lui-même au courant. Il dispose dans son bureau d'un système de surveillance grand écran avec des indicateurs de l'état des services informatiques. Les plus critiques sont entrés dans le système. À tout moment, le directeur technique peut savoir dans quel état se trouve l'infrastructure, ce qui se passe, dans quel domaine se situe le problème, si les personnes responsables sont informées et si le problème est résolu.

Ces histoires ont amené notre équipe à réfléchir à la manière de créer un système de surveillance optimal pour les petites entreprises. En conséquence, LANBIX est né - un système de surveillance qui peut être déployé par quiconque sans connaissance de l'informatique. La tâche principale du système est simple, comme pour tous les systèmes visant à accroître la continuité et la disponibilité - en réduisant les liquidités et autres pertes en cas d'arrêt non planifié. L'appareil est conçu pour minimiser le temps entre «quelque chose est cassé pour moi» et «le problème est résolu».

Des entretiens avec problèmes ont été menés pour confirmer les hypothèses. Je ne pouvais pas imaginer combien de personnes sont prêtes à dire, sinon essayer de les vendre. Chaque conversation a duré au moins 1,5 heure, et nous avons reçu beaucoup d'informations utiles pour un développement ultérieur.

Résumez le résultat de cette étape:

1. compréhension du problème - est,
2. compréhension de la valeur - est,
3. il y a une idée de solution.

La deuxième étape était plus détaillée. Sur la base de ses résultats, nous aurions dû présenter à la direction, qui joue essentiellement le rôle d'investisseur, une analyse de rentabilisation (le même Lean Canvas) pour décider de l'avenir du produit.

Nous avons commencé par des études de marché et des analyses concurrentielles afin de découvrir qui, quoi et, surtout, comment cela fonctionne sur ce marché.

Il s'est avéré ce qui suit.

1. Il n'y a pas de systèmes de surveillance en boîte prêts à l'emploi pour notre segment (petites entreprises) sur le marché, à l'exception de quelques ou trois, dont je ne parlerai pas pour des raisons évidentes.
2. Curieusement, nos principaux concurrents sont les administrateurs système avec des scripts auto-écrits et «dopilki» pour les systèmes de surveillance open source.
3. Il y a un problème évident avec l'utilisation de systèmes de surveillance open source. Il y a un système, il y a une énorme quantité d'informations sur le fonctionnement et l'amélioration du système selon vos besoins. Parmi les administrateurs que j'ai interrogés, beaucoup ont admis qu'ils n'avaient pas les compétences nécessaires pour mettre en œuvre leurs idées par eux-mêmes. Et ils ne peuvent pas admettre à la direction par crainte de licenciement. Il en résulte un cercle vicieux.

Nous avons ensuite analysé les besoins de nos clients potentiels. Nous avons identifié pour nous-mêmes un segment de petites organisations qui, pour une raison quelconque, ne disposent pas de leurs propres services informatiques, où l'administrateur système entrant, le pigiste ou la société de services sont responsables de l'informatique. Ils ont décidé de ne pas aller du côté informatique, mais du côté commercial, offrant aux fondateurs et aux propriétaires d'entreprise un outil pour améliorer la qualité des services d'infrastructure informatique. Un produit qui devrait aider les propriétaires à sécuriser leur entreprise, mais en même temps, il ajoutera du travail aux personnes responsables des TI. Un produit qui fournit aux entreprises un outil pour surveiller la qualité du support informatique.

À la suite du traitement des données reçues, la première liste d'exigences (une sorte de backlog grossier) pour le futur produit est née:

• le système de surveillance devrait être basé sur une solution open source et, par conséquent, bon marché;
• simple et rapide à installer;
• ne devrait pas nécessiter de connaissances spécifiques en informatique, même un comptable (qui ne voulait en aucun cas offenser les représentants de cette profession) devrait pouvoir déployer et configurer le système;
• devrait détecter automatiquement les objets à surveiller sur le réseau;
• Il devrait installer automatiquement (et idéalement automatiquement) des agents de surveillance;
• doit être capable de surveiller des services externes, au moins un système CRM et un site de vente;
• Doit signaler les problèmes à la fois à l'entreprise et à l'administrateur système;
• la profondeur et la «langue» des alertes doivent être différentes pour l'administrateur et l'entreprise;
• le système doit être fourni sur son propre matériel;
• le fer doit être aussi abordable que possible;
• le système doit être aussi indépendant que possible des facteurs externes.

Ensuite, les investissements dans le développement de produits ont été calculés (y compris les coûts salariaux des employés du service technique). Une esquisse d'un modèle commercial a été préparée et l'économie unitaire du produit a été calculée.

Résultat de l'étape:

• Carnet de produit de haut niveau
• formulé un modèle commercial ou une hypothèse d'échelle, qui reste à tester dans la pratique.

Passons à l'étape suivante - le concept. Ici, en tant qu'ingénieurs, nous tombons dans notre propre élément. Il y a des listes de souhaits qui sont décomposées en composants / sous-systèmes / fonctionnalités, puis elles se transforment en savoirs traditionnels / histoires d'utilisateurs, puis en projet, etc. Je ne m'attarderai pas sur le processus de préparation d'un éventail d'options alternatives, nous irons directement aux exigences et aux méthodes choisies pour leur mise en œuvre.


Nous avons trois sous-systèmes avec leurs propres exigences et une vision pour leur mise en œuvre:

• sous-système matériel;
• sous-système de surveillance;
• sous-système d'interaction avec l'utilisateur.

Pour le sous-système matériel, nous avons développé une conception conceptuelle. Oui oui Ayant violé toutes les règles d'agglomération, nous avons développé un document, car les fabricants travaillent avec des documents. Pour les sous-systèmes restants, nous avons alloué des utilisateurs (personnes), préparé des user stories et écrit des tâches pour le développement.

À ce stade, le concept prend fin et son résultat a été:

• projet de plate-forme matérielle;
• une vision formulée sous forme d'histoires d'utilisateurs sur les deux autres sous-systèmes;
• partie logicielle prototype implémentée comme une machine virtuelle;
• matériel prototype, mis en œuvre sous la forme d'un stand, où les solutions matérielles ont été testées pour leur résistance;
• tests effectués par nos administrateurs.

Les problèmes à ce stade étaient principalement d'ordre organisationnel et liés au manque de connaissances techniques dans les aspects juridiques et comptables des ventes. C'est-à-direC'est une chose de comprendre quoi et comment vendre, et c'en est une autre d'affronter une machine juridique impitoyable: les brevets, les tâches de développement, l'équilibrage, le CLUF et bien d'autres choses, que nous, en tant que créatifs, n'avons pas pris en compte au départ.

Il n'y avait toujours pas de problème, mais plutôt la difficulté associée à la conception des bâtiments. Notre équipe ne compte que des ingénieurs, donc notre spécialiste de l'électronique en «plexiglas empilé» en plexiglas.


L'affaire semblait, pour le moins, controversée, en particulier pour le public, gâté par la technologie moderne. Bien sûr, des connaisseurs ont été trouvés parmi les «Kulibins» de l'ancienne génération - le corps a suscité des sentiments nostalgiques en eux. Il a été décidé de refaire et de concevoir le boîtier, car l'ancien, en plus des défauts esthétiques, présentait également des défauts structurels - le plexiglas ne tolérait pas le montage et le démontage de l'appareil et s'efforçait de se fissurer. Sur la production de l'étui, je dirai plus loin.

Et maintenant, nous sommes proches de la ligne d'arrivée - MVP. Bien sûr, ce n'est pas le produit de série final, mais il est déjà bénéfique et de valeur. L'objectif principal de cette étape est de lancer le cycle «créer-évaluer-apprendre». C'est à ce stade que LANBIX est localisé.

À l'étape de «création», nous avons créé un appareil qui exécute la fonctionnalité déclarée. Oui, ce n'est pas encore parfait et nous avons continué à y travailler.

Nous revenons à la fabrication de l'étui, c'est-à-dire à la tâche de transformer notre appareil d'un sentiment nostalgique en un sentiment moderne. Au début, j'ai parcouru le marché des fabricants de boîtiers et des services de design industriel. Premièrement, il n'y a pas beaucoup d'entreprises produisant des boîtiers sur le marché russe, et deuxièmement, le coût du design industriel à ce stade est prohibitif, environ 1 million de roubles.

Nous nous sommes tournés vers notre service marketing pour le design, un jeune designer était prêt pour des expériences créatives. Nous avons exposé notre vision du corps (après avoir étudié les meilleurs exemples de construction de corps), et à son tour, il en a fait une œuvre d'art. Il ne reste plus qu'à produire. Nous, fiers de notre design, nous sommes tournés vers nos partenaires. Leur PDG a instantanément détruit nos fantasmes, soulignant les choses gratuites qui ne peuvent pas être faites de la manière que nous avons choisie. Le boîtier peut être fabriqué, et ce ne sera pas pire que celui d'Apple, mais le coût du boîtier sera trois à quatre fois plus cher que le remplissage électronique complet. Après une série d'opérations et d'approbations, nous avons conçu l'enceinte qui peut être fabriquée. Oui, ce n'est pas aussi beau que nous l'avions prévu, mais idéal pour atteindre les objectifs actuels.


Résultat de l'étape: le premier lot d'appareils prêts pour la bataille et les tests.

Et maintenant, la partie la plus difficile est l'étape «évaluer», et avec notre produit, nous avons raison à ce stade. Nous ne pouvons évaluer que par les résultats d'utilisation par de vrais clients et aucune hypothèse ne fonctionne ici. Nous avons besoin de ces «premiers adeptes» pour fournir des commentaires et apporter les modifications au produit qui sont vraiment nécessaires. La question se pose: où trouver des clients et comment les convaincre de participer à l'expérience?

De toutes les options possibles, nous avons choisi l'ensemble classique des outils numériques: atterrissage et campagne publicitaire sur les réseaux sociaux.

Le processus a déjà été lancé, mais il est trop tôt pour parler des résultats, bien qu'il y ait déjà des réponses et nous avons reçu la confirmation de plusieurs de nos hypothèses. Une agréable surprise a été la réaction des représentants de segments complètement différents de l'entreprise, beaucoup plus importants que ceux que nous attendions. Il serait stupide d'ignorer la nouvelle introduction, et sur la base des résultats des entretiens, il a été décidé de lancer une ligne LANBIX parallèle appelée LANBIX Enterprise. Nous avons ajouté la prise en charge des infrastructures distribuées, la surveillance des réseaux Wi-Fi avec le dépannage et la localisation des défauts, la surveillance de la qualité des canaux de communication. Le plus grand intérêt pour la solution a été exprimé par les sociétés de services. De plus, les appareils déjà développés par nos soins jouent un rôle important dans le travail des solutions.

Que se passera-t-il ensuite

Que se passera-t-il ensuite avec le LANBIX d'origine - cela ressortira clairement des résultats de la campagne. Si nos hypothèses ne sont pas confirmées, selon la méthodologie Lean, nous nous en débarrassons sans pitié ou elle se transforme en quelque chose de nouveau, car il n'y a rien de pire que de créer un produit dont personne n'a besoin. Mais maintenant, nous pouvons dire que le travail effectué n'est pas vain et grâce à lui, toute une branche de produits parallèles est apparue sur laquelle nous travaillons activement. En cas de succès, LANBIX passera de l'étape MVP à l'étape finale et se développera conformément aux lois classiques compréhensibles de la commercialisation des produits.

Je le répète, nous voulons maintenant trouver des abonnés précoces, des entreprises auxquelles nous pouvons installer notre produit afin de recueillir des commentaires. Si vous souhaitez tester LANBIX, écrivez dans les commentaires ou les messages privés.

Source