🥇Com treballem les idees, i com va néixer LANBIX

Hi ha molts empleats creatius a LANIT-Integration. Les idees per a nous productes i projectes estan literalment pendents a l'aire. De vegades pot ser molt difícil identificar els més interessants. Per això, junts hem desenvolupat la nostra pròpia metodologia. Llegiu aquest article sobre com seleccionar els millors projectes i implementar-los.

A Rússia, i a tot el món, s'estan produint una sèrie de processos que porten a la transformació del mercat informàtic. Gràcies a l'augment de la potència de càlcul i a l'aparició de tecnologies de virtualització de servidors, xarxes i altres, el mercat ja no necessita una gran quantitat de maquinari. Els venedors prefereixen cada cop més treballar directament amb els clients. El mercat de les TI està experimentant un auge de l'externalització en totes les seves formes, des de l'externalització clàssica fins a la nova onada de subcontractadors: "proveïdors de núvol". Els sistemes i elements d'infraestructura són molt més fàcils de mantenir i configurar. La qualitat del programari creix cada any i les tasques de l'integrador es transformen.

Com treballem amb les idees

Direcció d'inici del producte "LANIT-Integració" fa més d'un any que existeix. El nostre objectiu principal és crear nous productes i portar-los al mercat. El primer que vam començar va ser organitzar el procés de creació de productes. Hem estudiat moltes metodologies, des de la clàssica fins a la moda. Tanmateix, cap d'ells va satisfer les nostres necessitats. Aleshores vam decidir prendre com a base la metodologia Lean Startup i adaptar-la a les nostres tasques. El Lean Startup és una teoria de l'emprenedoria creada per Eric Ries. Es basa en els principis, enfocaments i pràctiques de conceptes com ara la manufactura ajustada, el desenvolupament del client i la metodologia de desenvolupament flexible.

Pel que fa a l'enfocament directe de la gestió del desenvolupament de productes: no vam reinventar la roda, sinó que vam aplicar una metodologia de desenvolupament ja existent SCRUM, afegint creativitat, i ara amb seguretat es pot anomenar SCRUM-WATERFALL-BAN. SCRUM, malgrat la seva flexibilitat, és un sistema molt rígid i és adequat per a la gestió d'un equip responsable d'un sol producte/projecte. Com enteneu, el clàssic negoci d'"integració" no implica assignar especialistes tècnics a temps complet per treballar en un projecte (hi ha excepcions, però molt rarament), ja que a més de treballar en productes, tothom està ocupat amb els projectes actuals. Des de SCRUM vam dividir el treball en sprints, reportatges diaris, retrospectives i rols. Vam triar Kanban per al nostre flux de tasques i es va integrar bé al nostre sistema de seguiment de tasques existent. Hem estructurat el nostre treball integrant-nos perfectament en l'ordre de coses existent.
Abans d'entrar al mercat, un producte passa per 5 etapes: idea, selecció, concepte, MVP (més detalls a continuació) i producció.

Idea

En aquesta etapa hi ha alguna cosa efímer: una idea. Idealment, una idea per resoldre un problema existent o un problema d'un client. No ens falten idees. Segons el pla inicial, haurien de ser generats per empleats de les àrees tècniques. Per tal que una idea sigui acceptada per a un desenvolupament posterior, l'autor ha d'omplir la "Plantilla de disseny d'idees". Només hi ha quatre preguntes: què? Per a què? Qui necessita això? I si no és el nostre producte, què?

Font

Selecció

Tan bon punt ens arriba la plantilla completada, s'inicia el procediment de tramitació i selecció. L'etapa de selecció és la més intensiva en mà d'obra. En aquesta etapa, es formen hipòtesis de problemes (no va ser debada que he esmentat en el paràgraf anterior que idealment una idea hauria de resoldre el problema d'un client) i el valor del producte. Es forma una hipòtesi d'escala, és a dir. com creixerà i prosperarà el nostre negoci. Es realitzen entrevistes de problemes i experts amb clients potencials per proporcionar una confirmació preliminar que produirem alguna cosa necessària. Es necessiten almenys 10-15 entrevistes per treure una conclusió sobre la necessitat del producte.

Si es confirmen les hipòtesis, es fa una anàlisi financera preliminar, es valora el volum aproximat d'inversió i els possibles beneficis de l'inversor. Arran d'aquesta etapa neix i es presenta a la direcció un document anomenat Lean Canvas.

Concepte

En aquesta etapa, aproximadament el 70% de les idees s'eliminen. Si s'aprova el concepte, s'inicia l'etapa de desenvolupament de la idea. Es forma la funcionalitat del futur producte, es determinen les vies d'implementació i les solucions tècniques òptimes i s'actualitza el pla de negoci. El resultat d'aquesta etapa és una especificació tècnica per al desenvolupament i un cas de negoci detallat. Si tenim èxit, passem a l'etapa de MVP o MVP.

MVP o MVP

MVP és un producte mínim viable. Aquells. un producte que no està totalment desenvolupat, però que ja pot aportar valor i realitza la seva funcionalitat. És imprescindible que en aquesta fase de desenvolupament recollim comentaris d'usuaris reals i fem canvis.

Producció

I l'última etapa és la producció. No més del 5% dels productes arriben a aquesta fase. Aquest 5% inclou només els productes més importants, necessaris, viables i funcionals.

Tenim moltes idees i ja hem muntat una cartera voluminosa. Analitzem cada idea i fem tot per assegurar-nos que arribi a l'etapa final. És molt agradable que els nostres companys no es quedin indiferents a la nostra direcció d'R+D i participin activament en el desenvolupament i implementació de productes i solucions.

Com hem fet LANBIX

Vegem com crear un producte amb un exemple real: el producte LANBIX. Es tracta d'un sistema de programari i maquinari "en caixa" dissenyat per supervisar petites infraestructures informàtiques i alertar ràpidament els responsables de la presa de decisions i els usuaris empresarials sobre mal funcionament controlat mitjançant un chatbot. A més de la funció de monitorització, LANBIX inclou la funcionalitat de Help Desk. Aquest producte és exclusiu del segment de mercat al qual ens dirigim. Aquest és el nostre avantatge i el nostre dolor. Però primer és el primer. De seguida diré que LANBIX és un producte viu (és a dir, no és definitiu en el seu desenvolupament i està a la següent ronda de MVP).

Per tant, la primera etapa és la idea. Perquè neixi una idea calen problemes, i els vam tenir nosaltres, o millor dit no nosaltres, sinó els nostres amics. A continuació analitzarem diverses situacions reals que es van produir en diferents àrees de negoci.

Una petita empresa de gestió manté dues cases a la regió de Moscou. El personal amb ordinadors és d'unes 15 persones. L'administrador del sistema és un autònom visitant (el fill intel·ligent d'un dels residents atents). Sembla que les activitats de l'empresa gestora depenen dèbilment de les TI, però la peculiaritat d'aquest negoci és informar mensualment a moltes autoritats. El disc del sistema del cap de l'empresa (que, com és habitual, combina molts rols) s'ha quedat sense espai lliure. Naturalment, això no va passar de sobte; l'avís va durar uns 2 mesos i es va ignorar constantment. Però va arribar una actualització, el sistema operatiu es va actualitzar i, per sort, es va congelar enmig de l'actualització, queixant-se abans de la "mort" d'un disc ocupat. L'ordinador es va reiniciar cíclic. Mentre solucionàvem el problema i obteníem informes, no vam complir el termini de presentació d'informes. Sembla que un mal funcionament trivial ha provocat diversos problemes: des de pèrdues fins a litigis i responsabilitat administrativa.

Font

Un incident semblant va passar en un gran holding, unint moltes empreses petites, amb un únic servei de suport tècnic per a tota l'oficina. En un dels departaments, l'ordinador del cap comptable es va avariar. Feia temps que se sabia que es podia trencar (l'ordinador s'estava alentint i s'escalfava desesperadament), però el comptable en cap no va arribar a enviar una sol·licitud al suport tècnic. Naturalment, es va trencar exactament el dia de pagament i els empleats del departament van estar diversos dies sense diners.

Una petita empresa de petit comerç a l'engròs tenia un lloc web de vendes, que estava allotjat en un lloc extern. Ens vam assabentar de la seva indisponibilitat per telèfon d'un client habitual. En el moment de la trucada, el lloc havia estat inactiu durant unes tres hores. Va trigar un parell d'hores més a trobar la persona responsable del lloc i dues més a solucionar el problema. En conseqüència, el lloc no va estar disponible durant gairebé tota la jornada laboral. Segons el director comercial de l'empresa, aquest temps d'inactivitat els va costar al voltant d'un milió de rubles.

Jo mateix em vaig trobar amb una situació semblant quan vaig venir a una cita a la clínica i vaig haver d'anar a la matrícula del VHI. No van poder enviar-me al metge per una raó trivial: hi va haver una pujada de corrent al matí i, després de l'accident, el seu servei postal i un determinat servei de comunicació amb la companyia d'assegurances no van funcionar. En resposta a la meva pregunta, on són els vostres administradors, em van dir que el seu administrador ve i els visita un cop per setmana. I ara (aleshores ja eren les 16:00) no agafa el telèfon. Durant almenys 7 hores, la clínica va estar aïllada del món exterior i no va poder oferir serveis de pagament.

Què tenen en comú tots aquests casos? Absolutament, tots els problemes es podrien haver evitat amb antelació. Amb la resposta oportuna del personal informàtic, els danys es podrien haver reduït. Això seria possible si els primers símptomes fossin interpretats correctament pels usuaris.

Hem identificat hipòtesis problema:

importants pèrdues monetàries i reputacionals a causa de la baixa velocitat de resposta a errors en la infraestructura informàtica;
interpretació errònia dels primers símptomes d'un mal funcionament per part dels usuaris.

Què pot fer el client amb ells i com evitar situacions similars en el futur? No hi ha moltes opcions:

contractar un administrador de sistemes altament qualificat i fer-lo treballar a consciència;
externalitzar el manteniment informàtic a una empresa de serveis especialitzats;
implementar de manera independent un sistema de seguiment i notificació d'errors;
proporcionar formació als usuaris/personal empresarial en els fonaments bàsics de l'alfabetització informàtica.

Fixem-nos en la tercera opció. Oferim un sistema de seguiment a aquells que no l'utilitzin per diferents motius.

Digressió lírica. Durant molt de temps s'utilitzen diversos sistemes de monitorització de serveis informàtics al mercat empresarial i els seus beneficis no estan en disputa. Vaig parlar amb representants de grans empreses, vaig mirar com es va construir la relació entre negoci i TI. El director tècnic d'una gran empresa de construcció de màquines ha subcontractat el manteniment de la infraestructura informàtica a una empresa externa, però ell mateix està al corrent de tots els assumptes. Al seu despatx penja una gran pantalla de sistema de monitorització amb indicadors de l'estat dels serveis informàtics. Els més crítics s'inclouen al sistema. En qualsevol moment, el director tècnic pot saber quin és l'estat de la infraestructura, què està passant, on està el problema, si s'ha avisat als responsables i si s'està solucionant el problema.

Les històries enumerades anteriorment van fer que el nostre equip pensi en com crear un sistema de seguiment òptim per a petites empreses. Com a resultat, va néixer LANBIX, un sistema de monitorització que pot ser desplegat per absolutament qualsevol persona sense cap coneixement informàtic. L'objectiu principal del sistema és senzill, com tots els sistemes destinats a augmentar la continuïtat i la disponibilitat: reduir les pèrdues monetàries i altres en cas d'inactivitat no planificada. El dispositiu està dissenyat per reduir al mínim el temps entre "alguna cosa està trencada" i "el problema s'ha solucionat".

Per confirmar les hipòtesis, es van realitzar entrevistes de problemes. No em podia imaginar quanta gent estaria disposada a explicar sense intentar vendre'ls. Cada conversa va durar almenys 1,5 hores i vam rebre molta informació útil per al desenvolupament posterior.

Resumim els resultats d'aquesta etapa:

hi ha una comprensió del problema,
comprensió del valor - hi ha,
Hi ha una idea per a una solució.

La segona etapa va ser més detallada. A partir dels seus resultats, vam haver de presentar a la direcció, que bàsicament fa el paper d'inversor, un cas de negoci (el mateix Lean Canvas) per prendre una decisió sobre el futur destí del producte.

Hem començat amb estudis de mercat i anàlisi competitiva per tal d'esbrinar qui, què i, sobretot, com ho fan en aquest mercat.

Va resultar el següent.

No hi ha al mercat sistemes de monitorització en caixa ja preparats per al nostre segment (petita empresa), amb l'excepció d'un parell o tres, dels quals no parlaré per raons òbvies.
Els nostres principals competidors, curiosament, són administradors de sistemes amb scripts escrits a casa i "complements" per a sistemes de monitorització de codi obert.
Hi ha un problema clar amb l'ús de sistemes de control de codi obert. Hi ha un sistema, hi ha una gran quantitat d'informació sobre com treballar i modificar el sistema per adaptar-se a les vostres necessitats. Dels administradors que vaig entrevistar, molts van admetre que no tenien prou competències per implementar les seves idees per si mateixos. Però no ho poden admetre a la direcció per por de ser acomiadats. Resulta ser un cercle viciós.

Després vam passar a analitzar les necessitats dels nostres clients potencials. Hem identificat per nosaltres mateixos un segment de petites organitzacions que per algun motiu no tenen el seu propi servei informàtic, on un administrador del sistema entrant, un autònom o una empresa de serveis és responsable de les TI. No va ser la part informàtica la que va decidir entrar, sinó la vessant empresarial, oferint als fundadors i empresaris una eina per millorar la qualitat del servei d'infraestructura informàtica. Un producte que hauria d'ajudar els propietaris a assegurar el seu negoci, però que al mateix temps aportarà feina als responsables de les TI. Un producte que proporciona a les empreses una eina per controlar la qualitat del suport informàtic.

Com a resultat del processament de les dades rebudes, va néixer la primera llista de requisits (una mena de retard aproximat) per al futur producte:

el sistema de seguiment s'ha de basar en una solució de codi obert i, per tant, barat;
fàcil i ràpid d'instal·lar;
no hauria de requerir coneixements específics en informàtica, fins i tot un comptable (de cap manera vaig voler ofendre els representants d'aquesta professió) hauria de poder desplegar i configurar el sistema;
hauria de detectar automàticament objectes per al seguiment a la xarxa;
hauria d'instal·lar automàticament (i idealment automàticament) agents de supervisió;
ha de poder supervisar serveis externs, almenys un sistema CRM i un lloc web de venda;
hauria de notificar els problemes tant a l'empresa com a l'administrador del sistema;
el grau de profunditat i el "idioma" de les alertes haurien de ser diferents per a l'administrador i l'empresa;
el sistema s'ha de subministrar amb el seu propi maquinari;
el ferro ha de ser el més accessible possible;
el sistema ha de ser el més independent possible dels factors externs.

A continuació, es van calcular les inversions en desenvolupament de productes (inclosos els costos laborals dels empleats del departament tècnic). Es va elaborar un esbós del model de negoci i es va calcular l'economia de la unitat del producte.

Resultat de l'etapa:

acumulació de productes d'alt nivell;
un model de negoci formulat o una hipòtesi d'escala que encara s'ha de provar a la pràctica.

Passem a la següent etapa: concepte. Aquí nosaltres, com a enginyers, ens trobem en el nostre element natiu. Hi ha "llistes de desitjos" que es descomponen en components/subsistemes/funcions, després es converteixen en especificacions tècniques/històries d'usuari, després en un projecte, etc. No m'atendré en detall en el procés de preparació d'una sèrie d'opcions alternatives; passem directament als requisits i als mètodes escollits per a la seva implementació.

Demanda
decisió

Hauria de ser un sistema de seguiment obert;

Prenem un sistema de monitoratge de codi obert.

El sistema ha de ser senzill i ràpid d'instal·lar;
no hauria de requerir coneixements informàtics específics. Fins i tot un comptable hauria de poder desplegar i configurar el sistema.

Oferim un sistema instal·lat perquè l'usuari només hagi d'encendre el dispositiu i configurar-lo una mica, com un router.

Tanquem la interacció amb el dispositiu a una cosa senzilla i comprensible per a tothom.

Escrivim el nostre propi chatbot per a un dels coneguts missatgers instantanis i transferim-hi totes les interaccions amb el sistema.

El sistema hauria de:

detectar automàticament els objectes necessaris per al monitoratge a la xarxa;
instal·lar automàticament agents de supervisió;
Ser capaç de supervisar serveis externs, almenys un sistema CRM i un lloc web de venda.

Escrivim complements per al sistema de monitorització per a:

detecció automàtica d'objectes;
instal·lació automàtica d'agents;
seguiment de la disponibilitat de serveis externs.

El sistema hauria de:

notificar els problemes tant a l'empresa com a l'administrador del sistema;
poder supervisar serveis externs, almenys un sistema CRM i un lloc web de venda. El grau de profunditat i "idioma" de les notificacions hauria de ser diferent per a l'administrador i per a l'empresa.
El sistema no hauria de requerir coneixements informàtics específics; fins i tot un comptable hauria de poder desplegar i configurar el sistema.

Afegim diferents tipus de notificacions per a diferents tipus d'usuaris. Es diferencien pel to i la profunditat. Un usuari empresarial rebrà notificacions com "tot està bé, però l'ordinador d'Ivanov morirà aviat". L'administrador rebrà un missatge complet sobre l'error, qui, com i què ha passat o podria passar.
Afegim la possibilitat d'utilitzar el correu d'una persona responsable addicional, de manera que en cas d'avaria rebrà un missatge.
Afegim la interacció amb proveïdors de serveis externs basant-nos en l'enviament de correus electrònics amb text preparat prèviament, perquè És el correu electrònic el que dóna lloc a l'incident.
Tota la interacció amb el sistema es connectarà a un chatbot; la comunicació es duu a terme en un estil de diàleg.

Suplement:

Afegim la funcionalitat de "xatejar amb l'administrador" perquè l'usuari pugui enviar a l'administrador un missatge que descrigui el problema directament.

El sistema s'ha de subministrar amb el seu propi maquinari.
Cal disposar de ferro.
El sistema ha de ser el més independent possible de l'entorn.

Prenem un ordinador Raspberry PI ja fet i barat.
Dissenyarem una placa d'alimentació ininterrompuda.
Afegim un mòdem que sigui independent de l'estat de la xarxa local.
Dissenyarem un edifici preciós.

Ara tenim tres subsistemes amb els seus propis requisits i visió per a la seva implementació:

subsistema de maquinari;
subsistema de seguiment;
subsistema d'interacció amb l'usuari.

Hem desenvolupat un disseny preliminar per al subsistema de maquinari. Sí sí! Després d'haver infringit totes les regles de l'àgil, hem desenvolupat un document, perquè les plantes de fabricació treballen amb documents. Per als subsistemes restants, vam identificar usuaris (persones), vam preparar històries d'usuari i vam escriure tasques per al desenvolupament.

Això conclou l'etapa de concepte i el resultat és:

projecte per a una plataforma de maquinari;
visió formulada en forma d'històries d'usuari per als dos subsistemes restants;
un prototip de programari implementat com a màquina virtual;
un prototip de maquinari, implementat en forma d'estand, on les solucions de maquinari es van provar realment per a la seva resistència;
proves realitzades pels nostres administradors.

Els problemes en aquesta etapa eren majoritàriament organitzatius i relacionats amb el desconeixement del personal d'enginyeria en els aspectes legals i comptables de les vendes. Aquells. Una cosa és esbrinar què i com vendre, i una altra molt diferent és enfrontar-se a una màquina legal despietada: patents, tasques de desenvolupament, registre, CLUF i molt més que nosaltres, com a persones creatives, no teníem en compte inicialment.

Encara no hi havia cap problema, sinó una dificultat associada al disseny dels tancaments. El nostre equip està format només per enginyers, de manera que la primera versió de la caixa va ser "construïda" amb plexiglàs pel nostre especialista en electrònica.

El cos semblava, per dir-ho suaument, controvertit, especialment per al públic, malmès per la tecnologia moderna. Hi havia, per descomptat, coneixedors entre la generació més antiga de "Kulibins": l'edifici va evocar sentiments nostàlgics. Es va decidir fabricar i dissenyar de nou la caixa, ja que l'antic, a més de defectes estètics, també tenia d'estructurals: el plexiglàs no tolerava bé el muntatge i el desmuntatge de l'aparell i tendia a esquerdar-se. Us explicaré més endavant la producció del cas.

I ara estem a prop de la meta: MVP. Per descomptat, aquest encara no és un producte final de producció, però ja és útil i valuós. L'objectiu principal d'aquesta etapa és posar en marxa el cicle “crear-avaluar-aprendre”. Aquest és exactament l'etapa en què es troba LANBIX.

A l'etapa de "crear", vam crear un dispositiu que realitza la funcionalitat indicada. Sí, encara no és perfecte, i hem continuat treballant-hi.

Tornem a la fabricació del cos, és a dir. a la tasca de transformar el nostre dispositiu de nostàlgic a modern. Al principi, vaig buscar el mercat de fabricants d'armaris i serveis de disseny industrial. En primer lloc, no hi ha moltes empreses que produeixen estoigs al mercat rus i, en segon lloc, el cost del disseny industrial en aquesta etapa és prohibitiu, al voltant d'un milió de rubles.

Es van posar en contacte amb el nostre departament de màrqueting per al disseny; el jove dissenyador estava preparat per a experiments creatius. Vam esbossar la nostra visió del casc (havent estudiat prèviament els millors exemples de construcció del casc), i ell, al seu torn, el va convertir en una obra d'art. Només queda produir-lo. Nosaltres, orgullosos del nostre disseny, vam recórrer als nostres socis. El seu director general va aixafar immediatament les nostres fantasies assenyalant, de manera totalment gratuïta, coses que no es podien produir de la manera que vam triar. El cas es pot produir, i no serà pitjor que el d'Apple, però el cost del cas serà de tres a quatre vegades més car que tots els components electrònics. Després d'una sèrie d'operacions i homologacions, hem dissenyat una carcassa que es pot fabricar. Sí, no és tan bonic com havíem previst, però és ideal per assolir els objectius actuals.

Resultat de l'etapa: el primer lot d'aparells preparats per al combat i les proves.

I ara el més difícil és l'etapa d'"avaluar", i amb el nostre producte estem exactament en aquest punt. Només podem avaluar en funció dels resultats de l'ús per part de clients reals i aquí no hi ha cap hipòtesi. Necessitem que aquests "early adopters" proporcionin comentaris i facin els canvis que realment es necessiten al producte. La pregunta sorgeix: on aconseguir clients i com convèncer-los perquè participin en l'experiment?

De totes les opcions possibles, hem escollit un conjunt clàssic d'eines digitals: pàgina de destinació i campanya publicitària a les xarxes socials.

El procés ja està engegat, però és massa aviat per parlar de resultats, tot i que ja hi ha respostes i hem rebut confirmació de moltes de les nostres hipòtesis. Una agradable sorpresa va ser la reacció de representants de segments de negoci completament diferents, molt més grans dels que esperàvem. Seria una tonteria ignorar les noves presentacions i, a partir dels resultats de les entrevistes, es va decidir llançar una línia paral·lela LANBIX anomenada LANBIX Enterprise. Hem afegit suport per a infraestructures distribuïdes, monitorització de xarxes Wi-Fi amb resolució de problemes i localització, i monitoratge de la qualitat dels canals de comunicació. Les empreses de serveis van expressar el major interès per la solució. Al mateix temps, els dispositius que ja hem desenvolupat tenen un paper important en el funcionament de les solucions.

Què passarà després

El que passarà després amb el LANBIX original quedarà clar a partir dels resultats de la campanya. Si no es confirmen les nostres hipòtesis, segons la metodologia Lean, ens desfem sense pietat o es transformarà en quelcom nou, perquè no hi ha res pitjor que fer un producte que ningú necessita. Però ara podem dir que la feina feta no ha estat en va i gràcies a ella ha aparegut tota una branca de productes paral·lels en la qual estem treballant activament. Si té èxit, LANBIX passarà de l'etapa MVP a l'etapa final i es desenvoluparà d'acord amb les lleis clàssiques comprensibles del màrqueting de productes.

Repeteixo, ara volem trobar primers usuaris, empreses que puguin instal·lar el nostre producte per recollir comentaris. Si esteu interessats a provar LANBIX, escriviu als comentaris o missatges privats.

Font

Font: www.habr.com

Com treballem les idees i com va néixer LANBIX