🥇Cum lucrăm cu ideile și cum a apărut LANBIX

În «ЛАНИТ-Интеграции» sunt mulți angajați creativi. Ideile despre produse și proiecte noi plutesc literalmente în aer. Uneori este foarte greu să identifici cele mai interesante. De aceea, am dezvoltat în comun propria noastră metodă. Cum să selectăm cele mai bune proiecte și să le implementăm, citiți în acest articol.

În Rusia, dar și în lume în general, se desfășoară o serie de procese care duc la transformarea pieței IT. Datorită creșterii puterii de procesare și apariției tehnologiilor de virtualizare a serverelor, rețelelor și altor tipuri, piața nu mai are nevoie de o cantitate mare de „hardware”. Vânzătorii preferă din ce în ce mai mult să colaboreze direct cu clienții. Pe piața IT, externalizarea înflorește în toate formele sale, de la externalizarea clasică la „furnizorii de cloud” de nouă generație. Sistemele și elementele infrastructurale devin semnificativ mai ușor de întreținut și configurat. Calitatea software-ului crește de la an la an, iar sarcinile integratorului se transformă.

Cum lucrăm cu ideile

Direcția startup de produse în «ЛАНИТ-Интеграции» există de mai bine de un an. Principalul nostru obiectiv este crearea de noi produse și lansarea acestora pe piață. Prima etapă a fost să organizăm procesul de creare a produselor. Am studiat o multitudine de metodologii, de la cele clasice la cele moderne. Totuși, niciuna dintre ele nu corespundea cerințelor noastre. Atunci am decis să folosim metodologia Lean Startup și să o adaptăm la nevoile noastre. «Startup-ul Lean» este o teorie antreprenorială creată de Eric Ries. La baza sa stau principii, abordări și practici ale unor concepte precum producția Lean, dezvoltarea clientului și metodologia agilă de dezvoltare.

În ceea ce privește abordarea managementului dezvoltării produsului: nu am reinventat roata, ci am aplicat o metodologie de dezvoltare deja existentă SCRUM, adăugând creativitate, și acum o putem numi cu încredere SCRUM-WATERFALL-BAN. SCRUM, în ciuda flexibilității sale, este un sistem foarte rigid și este potrivit pentru gestionarea unei echipe care se ocupă de un singur produs/proiect. Așa cum înțelegeți, afacerea „integrator” clasică nu preconizează alocarea specialiștilor tehnici full-time pentru a lucra la un singur proiect (excepțiile sunt rare), deoarece, pe lângă lucrul la produse, toți sunt ocupați cu proiectele curente. Din SCRUM am preluat divizarea muncii în sprinturi, raportări zilnice, retrospective și roluri. Pentru gestionarea fluxului de sarcini am ales Kanban, iar acesta s-a integrat excelent în sistemul nostru existent de urmărire a sarcinilor. Ne-am structurat activitatea, integrându-ne lin în ordinea deja existentă.
Înainte de a ieși pe piață, produsul trece prin 5 etape: idee, selecție, concept, MVP (detalii - mai jos) și producție.

Ideea

În această etapă există ceva etereal – o idee. Ideal, este vorba despre o idee care rezolvă o problemă existentă sau o nevoie a clientului. Nu avem lipsă de idei. Conform conceptului inițial, acestea ar trebui generate de angajații din domeniile tehnice. Pentru ca o idee să fie acceptată pentru dezvoltare ulterioară, autorul trebuie să completeze „Șablonul de formulare a ideilor”. Acolo sunt patru întrebări: Ce? De ce? Cine are nevoie de asta? Și dacă nu este produsul nostru, atunci ce?

Sursa

Selecție

De îndată ce șablonul completat ajunge la noi, începe procedura de procesare și selecție. Etapa de selecție este cea mai laborioasă. În această etapă se formează ipoteze legate de probleme (nu am menționat întâmplător în paragraful anterior că, în ideal, idea ar trebui să rezolve o problemă a clientului) și valoarea produsului. Se formează o ipoteză de scalabilitate, adică cum intenționează afacerea noastră să crească și să prospere. Se desfășoară interviuri de tip problemă și expert cu posibili clienți pentru a confirma preliminar că intenționăm să producem ceva necesar. Sunt necesare minimum 10-15 interviuri pentru a trasa concluzia referitoare la necesitatea produsului.

Dacă ipotezele sunt confirmate, se efectuează o analiză financiară preliminară, se evaluează volumul estimat al investițiilor și câștigurile posibile ale investitorului. Astfel, în urma acestei etape, se naște un document numit Lean Canvas, care este prezentat conducerii.

Conceptul

În această etapă sunt respinse aproximativ 70% din idei. Dacă conceptul este aprobat, începe faza de dezvoltare a ideii. Se definește funcționalitatea viitorului produs, se stabilesc modalitățile de implementare și soluțiile tehnice optime, iar planul de afaceri este actualizat. Rezultatul acestei etape este un caiet de sarcini pentru dezvoltare și un studiu de caz detaliat. În caz de succes, trecem la etapa MŽP sau MVP.

MŽP sau MVP

MŽP este un produs minim viabil. Adică un produs care nu este complet dezvoltat, dar care poate aduce deja valoare și își îndeplinește funcționalitatea. Cu siguranță, în această etapă a dezvoltării, colectăm feedback de la utilizatori reali și facem modificări.

Producție

Și ultima etapă - producția. La această etapă ajung nu mai mult de 5% dintre produse. Aceste 5% includ doar produsele cele mai importante, necesare, viabile și funcționale.

Avem multe idei, am strâns un portofoliu semnificativ. Analizăm fiecare idee și facem tot posibilul pentru a ajunge la etapa finală. Este foarte plăcut că colegii nu au rămas indiferenți față de direcția noastră R&D și participă activ la dezvoltarea și implementarea produselor și soluțiilor.

Cum am realizat LANBIX

Să luăm în considerare crearea unui produs printr-un exemplu real - produsul LANBIX. Acesta este un complex software și hardware destinat monitorizării infrastructurilor IT mici și alertării rapide a persoanelor responsabile și utilizatorilor de afaceri cu privire la defecțiuni, prin gestionarea prin intermediul unui chatbot. Pe lângă funcția de monitorizare, LANBIX include și funcționalitatea Help Desk. Acest produs este exclusiv pentru segmentul de piață pe care ne-am axat. Este atât un avantaj, cât și o durere pentru noi. Dar despre toate acestea pe rând. Voi spune imediat că LANBIX este un produs în continuă dezvoltare (adică nu este finalizat și se află la un nou pas MVP).

Așadar, prima etapă - ideea. Pentru ca o idee să apară, sunt necesare probleme, iar acestea au existat, mai exact nu la noi, ci la cunoștințele noastre. Mai jos, vom analiza câteva situații reale, care s-au petrecut în diferite domenii de afaceri.

O mică companie de gestionare se ocupă de două clădiri din regiunea Moscovei. Numărul angajaților care dispun de un PC este de aproximativ 15 persoane. Administratorul de sistem este un freelancer angajat ocazional (un tânăr isteț, fiul unuia dintre locatarii implicați). S-ar părea că activitatea companiei de gestionare nu depinde foarte mult de IT, dar particularitatea acestei afaceri este raportarea lunară către numeroase instituții. Pe discul de sistem al șefului companiei (care, ca de obicei, îndeplinește multe roluri) nu mai era spațiu liber. În mod evident, aceasta nu s-a întâmplat brusc, avertizările au fost afișate timp de aproximativ 2 luni și au fost constant ignorate. Dar a venit o actualizare, sistemul de operare s-a actualizat și, ca pe neașteptate, s-a blocat în mijlocul actualizării, plângându-se înainte de 'moarte' de un disc ocupat. Computerul a intrat într-o buclă de repornire. În timp ce se ocupau de problemă și căutau rapoartele, au ratat termenul de depunere a acestora. S-ar părea că o defecțiune minoră a devenit cauza unor neplăceri variate: de la pierderi financiare până la litigii și responsabilitate administrativă.

Sursa

Un caz similar a avut loc într-un mare holding, care reunește numeroase companii mici, cu un singur serviciu de suport tehnic pentru întreaga birou. În unul dintre departamente, computerul șefului contabil s-a stricat. Era de mult cunoscut că acesta se va defecta (computerul încetinea disperat și se supraîncălzea), dar șeful contabilului nu a avut niciodată timpul necesar pentru a trimite o cerere către suportul tehnic. Evident, s-a stricat exact în ziua plății salariilor, iar angajații departamentului au stat câteva zile fără bani.

Un mic business de comerț en-gros a suferit o cădere a site-ului de vânzări, care era găzduit pe o platformă externă. Despre indisponibilitatea acestuia au aflat prin telefon de la un client fidel. La momentul apelului, site-ul era deja căzut de aproximativ trei ore. Căutarea persoanei responsabile pentru site a durat încă câteva ore, iar remedierea defecțiunii — alte două. Prin urmare, practic întreaga zi de lucru site-ul a fost indisponibil. Potrivit directorului comercial al companiei, acest timp de nefuncționare le-a costat aproximativ 1 milion de ruble.

Am întâmpinat o situație similară atunci când am mers la o programare la policlinică și trebuia să ajung la registratura DMS. Nu m-au putut trimite la doctor dintr-un motiv banal – dimineața a fost o creștere de tensiune, iar după accident, serviciul lor poștal și un anumit serviciu de comunicare cu asigurarea nu au funcționat. Când am întrebat unde sunt administratorii lor, mi s-a spus că administratorul lor vine o dată pe săptămână. Și acum (la acel moment era deja ora 16:00) el nu răspunde la telefon. Cu cel puțin 7 ore policlinica a fost tăiată de la lumea exterioară și nu a putut oferi servicii plătite.

Ce leagă toate aceste cazuri? Absolut toate problemele ar fi putut fi prevenite în avans. Cu o reacție promptă din partea celor care se ocupă de IT, ar fi putut fi redus prejudiciul cauzat. Acest lucru ar fi fost posibil și cu o interpretare corectă a simptomelor timpurii din partea utilizatorilor.

Am identificat ipotezele problemelor:

pierderi financiare și de reputație semnificative din cauza vitezei scăzute de reacție la defecțiunile din infrastructura IT;
interpretarea greșită a simptomelor timpurii ale defecțiunii din partea utilizatorilor.

Ce poate face clientul cu acestea și cum poate evita situații asemănătoare în viitor? Opțiunile nu sunt foarte multe:

să angajeze un administrator de sistem foarte calificat și să-l facă să lucreze cu conștiinciozitate;
să externalizeze întreținerea IT unei companii de servicii specializate;
să implementeze singur un sistem de monitorizare și alertare pentru defecțiuni;
să organizeze instruirea utilizatorilor/personalului din afaceri în principiile alfabetizării digitale.

Ne oprim la cea de-a treia opțiune. Să propunem un sistem de monitorizare celor care nu îl folosesc din diverse motive.

O intervenție lirică. Diferitele sisteme de monitorizare a serviciilor IT pe piața enterprise sunt folosite de mult timp, iar utilitatea lor nu este contestată. Am discutat cu reprezentanți ai unor companii mari, am observat cum sunt structurate relațiile dintre afaceri și IT. Directorul tehnic al unei mari companii din domeniul ingineriei mecanice a externalizat întreținerea infrastructurii IT către o companie externă, dar rămâne la curent cu toate activitățile. În biroul său este montat un ecran mare al sistemului de monitorizare, care arată indicatorii stării serviciilor IT. Cele mai critice aspecte sunt integrate în sistem. În orice moment, directorul tehnic poate afla care este starea infrastructurii, ce se întâmplă, unde este problema, dacă persoanele responsabile au fost informate și dacă sarcina este în curs de soluționare.

Poveștile menționate ne-au determinat echipa să se gândească la cum să creăm un sistem de monitorizare optim pentru companiile mici. Ca rezultat, a apărut LANBIX — un sistem de monitorizare pe care îl poate implementa orice persoană, fără cunoștințe în domeniul IT. Sarcina principală a sistemului este simplă, la fel ca toate sistemele destinate creșterii continuității și disponibilității — reducerea pierderilor financiare și a altor tipuri de pierderi în cazul unor opriri neplanificate. Dispozitivul are rolul de a minimiza timpul între „am o defecțiune” și „problema este rezolvată”.

Pentru a confirma ipotezele, au fost realizate interviuri problematice. Nu mi-am putut imagina cât de mult sunt dispuși oamenii să împărtășească, dacă nu le cer să cumpere. Fiecare conversație a durat cel puțin 1,5 ore și am obținut o mulțime de informații utile pentru dezvoltarea ulterioară.

Să rezumăm rezultatul acestei etape:

înțelegerea problemei — există,
înțelegerea valorii — există,
ideea pentru soluție — există.

A doua etapă a fost mai detaliată. Ca rezultat, a trebuit să prezentăm conducerii, care îndeplinește practic rolul de investitor, un business case (acel Lean Canvas) pentru a lua o decizie cu privire la viitorul produsului.

Am început cu o cercetare a pieței și o analiză competitivă pentru a determina cine, ce și, mai ales, cum face pe această piață.

S-a descoperit următoarele.

Pe piață nu există sisteme de monitorizare gata realizate pentru segmentul nostru (mici afaceri), cu excepția câtorva, despre care din motive evidente nu voi vorbi.
Principalii noștri concurenți, ciudat, sunt administratorii de sistem cu scripturi personalizate și „îmbunătățiri” la sistemele de monitorizare cu sursă deschisă.
Există o problemă evidentă în utilizarea sistemelor de monitorizare cu sursă deschisă. Există un sistem, există o cantitate uriașă de informații despre funcționarea și adaptarea acestuia la nevoile proprii. Dintre administratorii intervievați, mulți au recunoscut că le lipsesc competențele necesare pentru a pune în aplicare ideile lor. Și nu pot să recunoască acest lucru în fața conducerii din teama de a fi concediați. Așadar, se formează un cerc vicios.

Apoi, am trecut la analiza nevoilor potențialilor noștri clienți. Am identificat pentru noi segmentul organizațiilor mici, care din anumite motive nu au un departament IT propriu, unde IT-ul este responsabilizat fie de un administrator de sistem extern, fie de un freelancer, fie de o companie de servicii. Am decis să ne abordeze nu din perspectiva IT-ului, ci din cea a afacerii, oferind fondatorilor și proprietarilor de afaceri un instrument pentru îmbunătățirea calității serviciilor IT. Un produs care ar trebui să ajute proprietarii să își securizeze afacerea, dar, în același timp, va adăuga muncă oamenilor care răspund de IT. Un produs care oferă afacerii un instrument de control al calității întreținerii IT.

Ca rezultat al procesării datelor obținute, a fost creat primul set de cerințe (o oarecare listă preliminară) pentru viitorul produs:

sistemul de monitorizare trebuie să fie bazat pe o soluție cu sursă deschisă și, ca urmare, ieftină;
simplu și rapid de instalat;
nu trebuie să necesite cunoștințe specifice în IT, chiar și un contabil (nu am intenționat să ofensez reprezentanții acestei profesii) ar trebui să fie capabil să implementeze și să configureze sistemul;
ar trebui să detecteze automat obiectele pentru monitorizare în rețea;
ar trebui să instaleze agenții de monitorizare în mod automatizat (iar în ideal automat);
ar trebui să aibă capacitatea de a monitoriza servicii externe, cel puțin un sistem CRM și un site de vânzare;
ar trebui să alerteze atât afacerea, cât și administratorul de sistem despre probleme;
nivelul de detaliere și „limbajul” alertelor ar trebui să fie diferite pentru administrator și afacere;
sistemul ar trebui să fie livrat pe hardware propriu;
hardware-ul ar trebui să fie cât mai accesibil posibil;
sistemul trebuie să fie cât mai independent de factorii externi.

Apoi au fost calculate investițiile pentru dezvoltarea produsului (inclusiv timpul de muncă al angajaților din departamentul tehnic). A fost elaborat un schiț de model de afaceri și a fost calculată economia unității produsului.

Rezultatul etapei:

backlog de produs la nivel înalt;
modelul de afaceri formulat sau ipoteza de scalare, care trebuie încă verificată în practică.

Să trecem la următoarea etapă — concepția. Aici, ca ingineri, ne aflăm în elementul nostru. Există „dorințe”, care sunt decompuse în componente/subsisteme/funcționalități, apoi acestea se transformă în specificații/istorii de utilizator, apoi în proiect etc. Nu voi insista asupra procesului de pregătire a unui set de opțiuni alternative, ci vom trece direct la cerințe și metodele alese pentru realizarea acestora.

Cerință
Soluție

Aceasta trebuie să fie un sistem de monitorizare deschis;

Luăm un sistem de monitorizare cu cod sursă deschis.

Sistemul trebuie să fie simplu și rapid de instalat;
nu ar trebui să necesite cunoștințe specifice în IT. Chiar și un contabil ar trebui să fie capabil să instaleze și să configureze sistemul.

Oferim un sistem preinstalat, astfel încât utilizatorului să-i rămână doar să pornească dispozitivul și să-l configureze puțin, similar cu un router.

Vom închide interacțiunea cu dispozitivul pe ceva simplu și ușor de înțeles pentru toată lumea.

Vom scrie un chatbot pentru una dintre celebrele aplicații de mesagerie și vom canaliza toată interacțiunea cu sistemul pe acesta.

Sistemul trebuie să:

detecteze automat obiectele care trebuie monitorizate în rețea;
instaleze automat agenții de monitorizare;
să aibă capacitatea de a monitoriza servicii externe, cel puțin sistemele CRM și site-ul de vânzări.

Scriem extensii pentru sistemul de monitorizare pe:

detectarea automată a obiectelor;
instalarea automată a agenților;
monitorizarea disponibilității serviciilor externe.

Sistemul trebuie să:

să notifice cu privire la defecțiuni atât afacerea, cât și administratorul de sistem;
să aibă capacitatea de a monitoriza servicii externe, cel puțin sistemele CRM și site-ul de vânzări. Gradul de detaliu și „limbajul” notificărilor trebuie să fie diferit pentru administrator și afacere.
Sistemul nu trebuie să necesite cunoștințe specifice în IT, chiar și un contabil ar trebui să fie capabil să instaleze și să configureze sistemul.

Vom adăuga diferite tipuri de notificări pentru diferite categorii de utilizatori. Acestea se vor distinge prin formulare și detalii. Utilizatorul de afaceri va primi notificări de tipul „totul este bine, dar computerul lui Ivanov se va strica în curând”. Administratorul va primi un mesaj complet despre eroare, specificând cine, cum și ce s-a întâmplat sau s-ar putea întâmpla.
Vom adăuga posibilitatea utilizării unei adrese de email a unei persoane de contact suplimentare, pentru a primi un mesaj în caz de defecțiune.
Vom adăuga interacțiune cu furnizori externi de servicii pe baza trimiterii de emailuri cu text predefinit, deoarece un email oferă baza pentru generarea unui incident.
Toată interacțiunea cu sistemul va fi centralizată într-un chatbot, comunicarea fiind purtată într-un stil de dialog.

Adăugare:

vom adăuga funcționalitatea „chat cu administratorul”, astfel încât utilizatorul să poată trimite un mesaj administratorului cu descrierea problemei direct.

Sistemul trebuie să fie livrat pe echipamente proprii.
Echipamentele trebuie să fie disponibile.
Sistemul trebuie să fie cât mai independent de mediu.

Să luăm un computer Raspberry PI, gata și ieftin.
Vom proiecta o placă pentru alimentarea neîntreruptă.
Vom adăuga un modem pentru independență față de starea rețelei locale.
Vom proiecta un carcasă frumoasă.

Au apărut trei subsisteme cu cerințe și viziuni de implementare proprii:

subsistemul hardware;
subsistemul de monitorizare;
subsistemul de interacțiune utilizator.

Pentru subsistemul hardware am dezvoltat un proiect schițat. Da, da! Încălcând toate regulile agilității, am realizat un document, deoarece fabricile colaboratoare lucrează exclusiv cu documente. Pentru celelalte subsisteme am identificat utilizatorii (persoanele), am pregătit poveștile utilizatorilor, am redactat sarcini pentru dezvoltare.

Aceasta este ultima fază a conceptului, iar rezultatul a fost:

proiect pentru platforma hardware;
viziunea formulată sub formă de povești utilizator pentru celelalte două subsisteme;
prototipul părții software, realizat sub formă de mașină virtuală;
prototipul părții hardware, realizat sub formă de stand, unde soluțiile hardware au fost testate pentru robustețe;
testarea efectuată de administratorii noștri.

Problemele de la acest stadiu au fost în mare parte organizaționale și au fost legate de cunoștințele insuficiente ale echipei inginerie în aspectele legale și contabile ale vânzărilor. Adică, este o chestiune să inventezi ce și cum să vinzi, și cu totul alta să te confrunți cu mașina juridică nemiloasă: patente, sarcini de dezvoltare, înregistrarea, EULA și multe altele, pe care, ca oameni creativi, nu le-am luat inițial în calcul.

Nu era o problemă, ci mai degrabă o dificultate legată de proiectarea carcaselor. În echipa noastră sunt doar ingineri, așa că prima variantă a carcasei a fost creată din Plexiglas de specialistul nostru în electronică.

Aspectul carcasei a fost, în cuvinte ușor de spus, controversat, mai ales pentru un public răsfățat de tehnologia modernă. Cu siguranță au apărut cu apreciații din partea «meșteșugarilor» de vârstă mai înaintată — carcasa le-a trezit sentimente nostalgice. S-a decis să se producă și să se proiecteze carcasa din nou, deoarece cea veche prezenta nu doar defecte estetice, ci și constructive — Plexiglasul suporta cu greu asamblarea și dezasamblarea dispozitivului și avea tendința de a crăpa. Voi povesti mai departe despre producerea carcasei.

Iată, ne-am apropiat de linia de sosire — MVP. Desigur, acesta nu este încă produsul final de serie, dar deja aduce beneficii și reprezintă o valoare. Principalul obiectiv al acestui stadiu este lansarea ciclului „creație-evaluare-învățare”. Anume în acest stadiu se află LANBIX.

În stadiul „creație”, am creat un dispozitiv care îndeplinește funcționalitatea declarată. Da, nu este încă perfect, și am continuat să lucrăm la el.

Întorcându-ne la fabricarea carcasei, adică la sarcina de a transforma dispozitivul nostru din unul care trezește sentimente nostalgice într-unul modern. La început, am cercetat piața pentru a găsi producători de carcase și prestatori de servicii de design industrial. În primul rând, companiile care produc carcase pe piața din Rusia sunt foarte puține, iar în al doilea rând, costul designului industrial în această etapă este exorbitant de mare, în jur de 1 milion de ruble.

Pentru design, ne-am adresat departamentului nostru de marketing, iar un tânăr designer a fost pregătit pentru experimente creative. Ne-am prezentat viziunea corpului (după ce am studiat cele mai bune exemple de construcție a carcaselor), iar el, la rândul său, a transformat-o într-o adevărată operă de artă. Rămânea doar să o producem. Mândri de designul nostru, ne-am adresat partenerilor. Directorul lor general a distrus instantaneu fanteziile noastre, semnalizând gratuit lucrurile care nu puteau fi produse în modul ales de noi. Corpul poate fi produs, și va fi la fel de bun ca al celor de la Apple, dar costul său va fi de trei până la patru ori mai mare decât întreaga electronică. După o serie de operațiuni și aprobări, am proiectat un corp care poate fi fabricat. Da, nu mai este atât de frumos cum ne-am planificat, dar este ideal pentru atingerea obiectivelor curente.

Rezultatul etapei: prima serie de dispozitive, pregătite pentru luptă și teste.

Și acum cea mai dificilă parte — etapa „evaluării”, și cu produsul nostru ne aflăm exact în acest punct. Putem evalua doar pe baza rezultatelor utilizării de către clienți reali și nicio presupunere nu funcționează aici. Avem nevoie de acei „primii urmași” pentru a oferi feedback și a face modificările necesare produsului. Se pune întrebarea: de unde să obținem clienți și cum să-i convingem să participe la experiment?

Dintre toate opțiunile posibile, am ales un set clasic de instrumente digitale: o pagină de destinație și o campanie publicitară pe rețelele sociale.

Procesul a fost deja inițiat, dar este prea devreme pentru a vorbi despre rezultate, deși avem deja reacții și am primit confirmarea multora dintre ipotezele noastre. O surpriză plăcută a fost reacția reprezentanților unor segmente de afaceri complet diferite, mult mai mari decât cele pe care ne-am bazat. Ar fi fost prostesc să ignorăm noile date, iar în urma interviurilor realizate s-a decis să lansăm o linie paralelă LANBIX numită LANBIX Enterprise. Am adăugat suport pentru infrastructuri distribuite, monitorizarea rețelelor Wi-Fi cu localizarea și identificarea defecțiunilor, monitorizarea calității canalelor de comunicație. Cel mai mare interes pentru soluție a fost exprimat de companiile de servicii. În același timp, dispozitivele pe care le-am dezvoltat deja joacă un rol important în cadrul soluțiilor.

Ce urmează

Ce va urma pentru LANBIX va deveni clar în funcție de rezultatele campaniei. În cazul în care ipotezele noastre nu se confirmă, conform metodologiei Lean, ne vom despărți fără milă de el sau va fi transformat într-un ceva nou, căci nu există nimic mai rău decât a crea un produs de care nimeni nu are nevoie. Însă, deja se poate spune că munca depusă nu a fost în zadar și, datorită acesteia, a apărut o întreagă ramură de produse paralele la care lucrăm activ. În cazul succesului, LANBIX va trece din stadiul MVP în stadiul final și va evolua conform legilor clasice de marketing de produs.

Repet, acum vrem să găsim primii susținători, companii cărora să le putem instala produsul nostru în scopul colectării feedback-ului. Dacă sunteți interesați să testați LANBIX, scrieți în comentarii sau în mesaje directe.

Sursa

Sursa: habr.com