Cum lucrăm cu ideile și cum s-a născut LANBIX

Sunt mulți angajați creativi la LANIT-Integration. Ideile pentru produse și proiecte noi sunt literalmente în aer. Uneori poate fi foarte dificil să le identifici pe cele mai interesante. Prin urmare, împreună am dezvoltat propria noastră metodologie. Citiți acest articol despre cum să selectați cele mai bune proiecte și să le implementați.

În Rusia și în întreaga lume, au loc o serie de procese care duc la transformarea pieței IT. Datorită creșterii puterii de calcul și apariției serverelor, rețelelor și altor tehnologii de virtualizare, piața nu mai are nevoie de o cantitate mare de hardware. Furnizorii preferă din ce în ce mai mult să lucreze direct cu clienții. Piața IT se confruntă cu un boom în externalizarea sub toate formele sale, de la externalizarea clasică până la noul val de externalizări – „furnizori de cloud”. Sistemele și elementele de infrastructură devin mult mai ușor de întreținut și configurat. Calitatea software-ului crește în fiecare an, iar sarcinile integratorului se transformă.

Cum lucrăm cu ideile

Direcția de pornire a produsului în "LANIT-Integrare" exista de peste un an. Scopul nostru principal este să creăm produse noi și să le aducem pe piață. Primul lucru cu care am început a fost organizarea procesului de creare a produselor. Am studiat multe metodologii, de la clasic la hype. Cu toate acestea, niciunul dintre ele nu ne satisface nevoile. Apoi am decis să luăm ca bază metodologia Lean Startup și să o adaptăm sarcinilor noastre. Lean Startup este o teorie a antreprenoriatului creată de Eric Ries. Se bazează pe principiile, abordările și practicile unor concepte precum lean manufacturing, dezvoltarea clienților și metodologia de dezvoltare flexibilă.

În ceea ce privește abordarea directă a managementului dezvoltării produselor: nu am reinventat roata, ci am aplicat o metodologie de dezvoltare deja existentă Scrum, adăugând creativitate, iar acum poate fi numit în siguranță SCRUM-WATERFALL-BAN. SCRUM, în ciuda flexibilității sale, este un sistem foarte rigid și este potrivit pentru gestionarea unei echipe responsabile de un singur produs/proiect. După cum înțelegeți, afacerea clasică de „integrare” nu implică alocarea unor specialiști tehnici cu normă întreagă care să lucreze la un singur proiect (există excepții, dar extrem de rar), deoarece pe lângă lucrul la produse, toată lumea este ocupată cu proiectele curente. De la SCRUM am luat împărțirea muncii în sprinturi, reportaje zilnice, retrospective și roluri. Am ales Kanban pentru fluxul nostru de sarcini și s-a integrat bine în sistemul nostru existent de urmărire a sarcinilor. Ne-am structurat munca integrându-ne perfect în ordinea existentă a lucrurilor.
Înainte de a intra pe piață, un produs trece prin 5 etape: idee, selecție, concept, MVP (mai multe detalii mai jos) și producție.

Idee

În această etapă există ceva efemer - o idee. În mod ideal, o idee pentru a rezolva o problemă existentă sau o problemă a clientului. Nu ne lipsesc ideile. Conform planului inițial, acestea ar trebui să fie generate de angajații ariilor tehnice. Pentru ca o idee să fie acceptată pentru dezvoltare ulterioară, autorul trebuie să completeze „Șablonul de proiectare a ideii”. Sunt doar patru întrebări: ce? Pentru ce? Cine are nevoie de asta? Și dacă nu produsul nostru, atunci ce?

Sursă

Selecţie

Imediat ce șablonul completat ajunge la noi, începe procedura de procesare și selecție. Etapa de selecție este cea mai intensivă în muncă. În această etapă se formează ipoteze de probleme (nu degeaba am menționat în paragraful anterior că în mod ideal o idee ar trebui să rezolve problema unui client) și valoarea produsului. Se formează o ipoteză de scară, adică cum va crește și prospera afacerea noastră. Interviurile cu probleme și experți sunt efectuate cu potențiali clienți pentru a oferi o confirmare preliminară că vom produce ceva necesar. Este nevoie de cel puțin 10-15 interviuri pentru a trage o concluzie despre necesitatea produsului.

Dacă ipotezele sunt confirmate, se efectuează o analiză financiară preliminară, se evaluează volumul aproximativ al investiției și posibilele câștiguri ale investitorului. În urma acestei etape, ia naștere un document numit Lean Canvas și prezentat conducerii.

Concept

În această etapă, aproximativ 70% dintre idei sunt eliminate. Dacă conceptul este aprobat, atunci începe etapa de dezvoltare a ideii. Se formează funcționalitatea viitorului produs, se determină căi de implementare și soluții tehnice optime, iar planul de afaceri este actualizat. Rezultatul acestei etape este o specificație tehnică pentru dezvoltare și un caz de afaceri detaliat. Dacă reușim, trecem la etapa MVP sau MVP.

MVP sau MVP

MVP este un produs minim viabil. Acestea. un produs care nu este pe deplin dezvoltat, dar poate aduce deja valoare și își îndeplinește funcționalitatea. Este imperativ ca în această etapă de dezvoltare să colectăm feedback de la utilizatori reali și să facem modificări.

Producere

Și ultima etapă este producția. Nu mai mult de 5% dintre produse ajung în această etapă. Acest 5% include doar cele mai importante, necesare, viabile și funcționale produse.

Avem o mulțime de idei și am asamblat deja un portofoliu voluminos. Analizăm fiecare idee și facem totul pentru a ne asigura că ajunge la etapa finală. Este foarte plăcut că colegii noștri nu au rămas indiferenți față de direcția noastră de cercetare și dezvoltare și să ia parte activ la dezvoltarea și implementarea produselor și soluțiilor.

Cum am făcut LANBIX

Să ne uităm la crearea unui produs folosind un exemplu real - produsul LANBIX. Acesta este un sistem software și hardware „în cutie” conceput pentru a monitoriza infrastructurile IT mici și pentru a alerta prompt factorii de decizie și utilizatorii de afaceri despre defecțiunile controlate prin intermediul unui chatbot. Pe lângă funcția de monitorizare, LANBIX include și funcționalitatea Help Desk. Acest produs este exclusiv segmentului de piață pe care îl vizam. Acesta este atât avantajul nostru, cât și durerea noastră. Dar mai întâi lucrurile. Voi spune imediat că LANBIX este un produs viu (adică nu este final în dezvoltarea sa și se află la următoarea rundă de MVP).

Deci, prima etapă este ideea. Pentru ca o idee să se nască, ai nevoie de probleme, iar noi le-am avut, sau mai bine zis nu noi, ci prietenii noștri. Mai jos vom analiza mai multe situații reale care s-au petrecut în diferite domenii de afaceri.

O mică companie de management deține două case în regiunea Moscova. Personalul cu PC-uri este de aproximativ 15 persoane. Administratorul de sistem este un freelancer în vizită (fiul inteligent al unuia dintre rezidenții grijulii). S-ar părea că activitățile companiei de management sunt slab dependente de IT, dar particularitatea acestei afaceri este raportarea lunară către multe autorități. Discul de sistem al șefului companiei (care, ca de obicei, combină multe roluri) a rămas fără spațiu liber. Desigur, acest lucru nu s-a întâmplat brusc; avertismentul a rămas timp de aproximativ 2 luni și a fost ignorat în mod constant. Dar a sosit o actualizare, sistemul de operare a fost actualizat și, după noroc, a înghețat în mijlocul actualizării, plângându-se înainte de „moarte” de un disc ocupat. Computerul a intrat într-o repornire ciclică. În timp ce rezolvam problema și primim rapoarte, am ratat termenul limită de raportare. S-ar părea că o defecțiune banală a cauzat diverse necazuri: de la pierderi la litigii și răspundere administrativă.

Sursă   

Un incident similar s-a petrecut într-un mare holding, care reunește multe companii mici, cu un singur serviciu de suport tehnic pentru întregul birou. Într-unul din departamente, calculatorul contabilului șef s-a stricat. Se știa de multă vreme că s-ar putea rupe (calculatorul încetinește și se încălzea cu disperare), dar contabilul șef nu a apucat niciodată să trimită o solicitare către suport tehnic. Desigur, s-a stricat exact în ziua de plată, iar angajații departamentului au rămas fără bani câteva zile.

O afacere mică din comerțul cu ridicata mic avea un site web de vânzări, care era găzduit pe o platformă externă. Am aflat despre indisponibilitatea acestuia prin telefon de la un client obișnuit. La momentul apelului, site-ul era oprit de aproximativ trei ore. A fost nevoie de încă câteva ore pentru a găsi persoana responsabilă pentru site și alte două pentru a remedia problema. În consecință, site-ul a fost indisponibil aproape toată ziua lucrătoare. Potrivit directorului comercial al companiei, această perioadă de nefuncționare i-a costat aproximativ 1 milion de ruble.

Eu însumi am întâlnit o situație similară când am venit la o programare la clinică și a trebuit să merg la înregistrarea VHI. Nu au putut să mă trimită la medic dintr-un motiv banal - a existat o creștere a puterii dimineața, iar după accident serviciul lor poștal și un anumit serviciu de comunicare cu compania de asigurări nu au funcționat. Ca răspuns la întrebarea mea, unde sunt administratorii tăi, mi s-a spus că administratorul lor vine și îi vizitează o dată pe săptămână. Și acum (la acea oră era deja 16:00) nu ridică telefonul. Timp de cel puțin 7 ore, clinica a fost izolată de lumea exterioară și nu a putut oferi servicii plătite.

Ce au în comun toate aceste cazuri? Absolut toate problemele ar fi putut fi prevenite în avans. Cu un răspuns prompt din partea personalului IT, daunele ar fi putut fi reduse. Acest lucru ar fi posibil dacă simptomele timpurii ar fi interpretate corect de către utilizatori.

Am identificat ipoteze problematice:

• pierderi monetare și reputaționale semnificative din cauza vitezei reduse de răspuns la defecțiunile infrastructurii IT;
• interpretarea greșită a simptomelor timpurii ale unei defecțiuni de către utilizatori.

Ce poate face clientul cu ele și cum să evite situații similare în viitor? Nu există multe opțiuni:

1. angajați un administrator de sistem cu înaltă calificare și puneți-l să lucreze conștiincios;
2. externalizați mentenanța IT către o companie de service specializată;
3. implementează în mod independent un sistem de monitorizare și raportare a erorilor;
4. să ofere instruire utilizatorilor/personalului de afaceri cu privire la elementele de bază ale alfabetizării informatice.

Să ne hotărâm cu a treia opțiune. Să oferim un sistem de monitorizare celor care nu îl folosesc din diverse motive.

Digresiune lirică. Diverse sisteme de monitorizare a serviciilor IT de pe piața întreprinderilor sunt utilizate de mult timp, iar beneficiile acestora nu sunt în discuție. Am discutat cu reprezentanții marilor companii, am analizat cum s-a construit relația dintre business și IT. Directorul tehnic al unei mari întreprinderi de construcție de mașini a externalizat întreținerea infrastructurii IT unei companii externe, dar el însuși rămâne la curent cu toate problemele. În biroul său atârnă un ecran mare de sistem de monitorizare cu indicatori ai stării serviciilor IT. Cele mai critice sunt incluse î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 sesizate și dacă problema este rezolvată.

Poveștile enumerate mai sus au făcut echipa noastră să se gândească la modul de a crea un sistem optim de monitorizare pentru companiile mici. Drept urmare, s-a născut LANBIX - un sistem de monitorizare care poate fi implementat de absolut oricine fără cunoștințe IT. Obiectivul principal al sistemului este simplu, ca toate sistemele care vizează creșterea continuității și disponibilității - reducerea pierderilor monetare și de altă natură în cazul unui timp neplanificat. Dispozitivul este conceput pentru a reduce la minimum timpul dintre „ceva este stricat” și „problema a fost rezolvată”.

Pentru confirmarea ipotezelor au fost efectuate interviuri problematice. Nu mi-am putut imagina cât de mult ar fi dispuși să spună oamenii fără să încerce să le vândă. Fiecare conversație a durat cel puțin 1,5 ore și am primit o mulțime de informații utile pentru dezvoltarea ulterioară.

Să rezumăm rezultatele acestei etape:

1. există o înțelegere a problemei,
2. înțelegerea valorii - există,
3. Există o idee pentru o soluție.

A doua etapă a fost mai detaliată. Pe baza rezultatelor sale, a trebuit să prezentăm conducerii, care joacă în esență rolul unui investitor, un business case (același Lean Canvas) pentru a lua o decizie cu privire la soarta viitoare a produsului.

Am început cu cercetări de piață și analize competitive pentru a afla cine, ce și, cel mai important, cum se descurcă pe această piață.

S-a dovedit următoarele.

1. Nu există pe piață sisteme de monitorizare în cutie gata făcute pentru segmentul nostru (întreprinderi mici), cu excepția a câteva sau trei, despre care nu voi vorbi din motive evidente.
2. Principalii noștri concurenți, destul de ciudat, sunt administratorii de sistem cu scripturi scrise acasă și „suplimente” pentru sistemele de monitorizare open-source.
3. Există o problemă clară cu utilizarea sistemelor de monitorizare open source. Există un sistem, există o cantitate imensă de informații despre cum să lucrezi și să modifici sistemul pentru a se potrivi nevoilor tale. Dintre administratorii pe care i-am intervievat, mulți au recunoscut că nu au suficiente competențe pentru a-și implementa singuri ideile. Dar nu pot admite acest lucru în fața conducerii de teama demiterii. Se dovedește a fi un cerc vicios.

Apoi am trecut la analiza nevoilor potențialilor noștri clienți. Am identificat pentru noi înșine un segment de organizații mici care, dintr-un anumit motiv, nu au propriul serviciu IT, în care fie un administrator de sistem, un freelancer sau o companie de servicii este responsabil pentru IT. Nu partea IT a decis să intre, ci partea business, oferind fondatorilor și proprietarilor de afaceri un instrument de îmbunătățire a calității serviciilor de infrastructură IT. Un produs care ar trebui să-i ajute pe proprietari să-și securizeze afacerea, dar, în același timp, va adăuga muncă oamenilor care sunt responsabili de IT. Un produs care oferă companiilor un instrument de monitorizare a calității suportului IT.

Ca urmare a procesării datelor primite, a luat naștere prima listă de cerințe (un fel de întârziere brută) pentru viitorul produs:

• sistemul de monitorizare trebuie să se bazeze pe o soluție open source și, ca urmare, ieftină;
• usor si rapid de instalat;
• nu ar trebui să necesite cunoștințe specifice în IT, chiar și un contabil (nu am vrut în niciun caz să jignesc reprezentanții acestei profesii) ar trebui să poată implementa și configura sistemul;
• ar trebui să detecteze automat obiectele pentru monitorizare în rețea;
• ar trebui să instaleze automat (și în mod ideal automat) agenți de monitorizare;
• trebuie să poată monitoriza serviciile externe, cel puțin un sistem CRM și un site de vânzare;
• ar trebui să informeze atât afacerea, cât și administratorul de sistem despre probleme;
• gradul de profunzime și „limbajul” alertelor ar trebui să fie diferite pentru administrator și afacere;
• sistemul trebuie să fie furnizat cu hardware propriu;
• fierul de călcat trebuie să fie cât mai accesibil posibil;
• sistemul ar trebui să fie cât mai independent de factorii externi.

În continuare, au fost calculate investițiile în dezvoltarea produselor (inclusiv costurile cu forța de muncă pentru angajații departamentului tehnic). A fost pregătită o schiță a modelului de afaceri și s-a calculat economia unitară a produsului.

Rezultatul etapei:

• backlog de produse la nivel înalt;
• un model de afaceri formulat sau o ipoteză de scară care nu a fost încă testată în practică.

Să trecem la următoarea etapă - concept. Aici noi, ca ingineri, ne regăsim în elementul nostru nativ. Există „liste de dorințe” care sunt descompuse în componente/subsisteme/funcții, apoi sunt transformate în specificații tehnice/povestiri de utilizatori, apoi într-un proiect etc. Nu mă voi opri în detaliu asupra procesului de pregătire a unei game de opțiuni alternative; să trecem direct la cerințele și metodele alese pentru implementarea lor.

cerință
decizie

• Ar trebui să fie un sistem de monitorizare deschis;

Luăm un sistem de monitorizare open source.

• Sistemul trebuie să fie simplu și rapid de instalat;
• nu ar trebui să necesite cunoștințe IT specifice. Chiar și un contabil ar trebui să poată implementa și configura sistemul.

Oferim un sistem instalat astfel încât utilizatorul trebuie doar să pornească dispozitivul și să-l configureze puțin, asemănător unui router.

Să închidem interacțiunea cu dispozitivul la ceva simplu și ușor de înțeles pentru toată lumea.

Să scriem propriul nostru chatbot pentru unul dintre cei mai cunoscuți mesageri instant și să transferăm toate interacțiunile cu sistemul în acesta.

Sistemul ar trebui:

• detectează automat obiectele necesare monitorizării în rețea;
• instalați automat agenți de monitorizare;
• Să poată monitoriza serviciile externe, cel puțin un sistem CRM și un site de vânzare.

Scriem suplimente pentru sistemul de monitorizare pentru:

• detectarea automată a obiectelor;
• instalarea automată a agenților;
• monitorizarea disponibilitatii serviciilor externe.

Sistemul ar trebui:

• anunță atât afacerea, cât și administratorul de sistem despre probleme;
• să poată monitoriza serviciile externe, cel puțin un sistem CRM și un site web de vânzare. Gradul de profunzime și „limba” notificărilor ar trebui să fie diferite pentru administrator și companie.
• Sistemul nu ar trebui să necesite cunoștințe IT specifice; chiar și un contabil ar trebui să poată implementa și configura sistemul.

• Să adăugăm diferite tipuri de notificări pentru diferite tipuri de utilizatori. Ele diferă ca înclinare și adâncime. Un utilizator de afaceri va primi notificări precum „totul este în regulă, dar computerul lui Ivanov va muri în curând”. Administratorul va primi un mesaj complet despre eroare, cine, cum și ce s-a întâmplat sau s-ar putea întâmpla.
• Să adăugăm posibilitatea de a folosi e-mailul unei persoane responsabile suplimentare, astfel încât în ​​cazul unei avarii să primească un mesaj.
• Să adăugăm interacțiunea cu furnizorii externi de servicii pe baza trimiterii de e-mailuri cu text pregătit în prealabil, deoarece E-mailul este cel care dă naștere incidentului.
• Toată interacțiunea cu sistemul va fi conectată la un chatbot; comunicarea se realizează într-un stil de dialog.

supliment:

• Să adăugăm funcționalitatea „chat cu administratorul”, astfel încât utilizatorul să poată trimite administratorului un mesaj care descrie problema direct.

• Sistemul trebuie să fie furnizat cu hardware propriu.
• Fierul de călcat trebuie să fie disponibil.
• Sistemul trebuie să fie cât mai independent posibil de mediu.

• Să luăm un computer Raspberry PI gata făcut și ieftin.
• Vom proiecta o placă de alimentare neîntreruptibilă.
• Să adăugăm un modem care să fie independent de starea rețelei locale.
• Vom proiecta o clădire frumoasă.

Acum avem trei subsisteme cu propriile cerințe și viziune pentru implementarea lor:

• subsistem hardware;
• subsistem de monitorizare;
• subsistemul de interacțiune cu utilizatorul.

Am dezvoltat un proiect preliminar pentru subsistemul hardware. Da Da! După ce am încălcat toate regulile de agilitate, am dezvoltat un document, deoarece fabricile de producție lucrează cu documente. Pentru subsistemele rămase, am identificat utilizatori (persoane), am pregătit poveștile utilizatorilor și am scris sarcini pentru dezvoltare.

Aceasta încheie etapa de concept, iar rezultatul este:

• proiect pentru o platformă hardware;
• viziune formulată sub formă de povești de utilizator pentru celelalte două subsisteme;
• un prototip software implementat ca o mașină virtuală;
• un prototip al hardware-ului, implementat sub forma unui stand, unde soluțiile hardware au fost efectiv testate pentru rezistență;
• testarea efectuată de administratorii noștri.

Problemele în această etapă au fost în mare parte organizatorice și legate de lipsa de cunoștințe a personalului de ingineri în aspectele juridice și contabile ale vânzărilor. Acestea. Una este să ne dai seama ce și cum să vinzi, și cu totul alta este să te confrunți cu o mașină legală nemiloasă: brevete, sarcini de dezvoltare, înregistrare, EULA și multe altele de care noi, ca oameni creativi, nu le-am luat inițial în considerare.

Nu a existat încă o problemă, ci mai degrabă o dificultate asociată cu proiectarea incintelor. Echipa noastră este formată doar din ingineri, așa că prima versiune a carcasei a fost „construită” din plexiglas de către specialistul nostru în electronică.

Corpul arăta, ca să spunem ușor, controversat, mai ales pentru publicul, răsfățat de tehnologia modernă. Au existat, desigur, cunoscători printre generația mai veche de „Kulibins” - clădirea a evocat sentimente nostalgice în ei. S-a decis fabricarea și proiectarea din nou a carcasei, deoarece cea veche, pe lângă defecte estetice, avea și unele structurale - plexiglasul nu tolera bine asamblarea și demontarea dispozitivului și avea tendința de a crăpa. Vă voi spune mai departe despre producerea cazului.

Și acum suntem aproape de linia de sosire - MVP. Desigur, acesta nu este încă un produs final de producție, dar este deja util și valoros. Scopul principal al acestei etape este lansarea ciclului „creare-evaluare-învățare”. Acesta este exact stadiul în care se află LANBIX.

În etapa de „creare”, am creat un dispozitiv care îndeplinește funcționalitatea menționată. Da, încă nu este perfect și am continuat să lucrăm la el.

Să revenim la fabricarea corpului, adică. la sarcina de a transforma dispozitivul nostru din nostalgic în modern. La început, am căutat pe piață producătorii de dulapuri și servicii de design industrial. În primul rând, nu există multe companii care produc carcase pe piața rusă și, în al doilea rând, costul designului industrial în această etapă este prohibitiv de mare, aproximativ 1 milion de ruble.

Au contactat departamentul nostru de marketing pentru design; tânărul designer era pregătit pentru experimente creative. Ne-am conturat viziunea asupra cocii (studiind anterior cele mai bune exemple de construcție a cocii), iar el, la rândul său, a transformat-o într-o operă de artă. Tot ce rămâne este să o produci. Noi, mândri de designul nostru, am apelat la partenerii noștri. CEO-ul lor ne-a zdrobit imediat fanteziile subliniind, complet gratuit, lucruri care nu puteau fi produse în modul ales de noi. Carcasa poate fi produsă și nu va fi mai rău decât cea de la Apple, dar costul carcasei va fi de trei până la patru ori mai scump decât toate componentele electronice. După o serie de operațiuni și aprobări, am proiectat o carcasă care poate fi fabricată. Da, nu este atât de frumos pe cât ne-am plănuit, dar este ideal pentru atingerea obiectivelor actuale.

Rezultatul etapei: primul lot de dispozitive pregătite pentru luptă și testare.

Și acum cel mai dificil lucru este etapa de „evaluare”, iar cu produsul nostru suntem exact în acest punct. Putem evalua doar pe baza rezultatelor utilizării de către clienți reali și nicio ipoteză nu funcționează aici. Avem nevoie de acei „adoptatori timpurii” care să ofere feedback și să facă modificările produsului de care sunt cu adevărat necesare. Apare întrebarea: de unde să atragă clienții și cum să-i convingem să ia parte la experiment?

Dintre toate opțiunile posibile, am ales un set clasic de instrumente digitale: landing page și campanie de publicitate pe rețelele de socializare.

Procesul a fost deja lansat, dar este prea devreme să vorbim despre rezultate, deși există deja răspunsuri și am primit confirmarea multor dintre ipotezele noastre. O surpriză plăcută a fost reacția reprezentanților unor segmente de business complet diferite, mult mai mari decât cele la care ne așteptam. Ar fi o prostie să ignorăm noile introduceri și, pe baza rezultatelor interviurilor, s-a decis lansarea unei linii paralele LANBIX numite LANBIX Enterprise. Am adăugat suport pentru infrastructurile distribuite, monitorizarea rețelelor Wi-Fi cu depanare și localizare și monitorizarea calității canalelor de comunicație. Companiile de servicii și-au exprimat cel mai mare interes pentru soluție. În același timp, dispozitivele pe care le-am dezvoltat deja joacă un rol important în funcționarea soluțiilor.

Ce se va întâmpla în continuare

Ce se va întâmpla în continuare cu LANBIX-ul original va deveni clar pe baza rezultatelor campaniei. Dacă ipotezele noastre nu se confirmă, conform metodologiei Lean, vom scăpa fără milă de ea sau se va transforma în ceva nou, pentru că nu este nimic mai rău decât să facem un produs de care nimeni nu are nevoie. Dar acum putem spune că munca depusă nu a fost în zadar și datorită ei a apărut o întreagă ramură de produse paralele la care lucrăm activ. Dacă va avea succes, LANBIX va trece de la etapa MVP la etapa finală și se va dezvolta conform legilor clasice înțelese ale marketingului de produs.

Repet, acum vrem să găsim early adopters, companii care ne pot instala produsul pentru a colecta feedback. Dacă sunteți interesat să testați LANBIX, scrieți în comentarii sau mesaje private.

Sursă

Sursa: www.habr.com