Kako delamo z idejami in kako se je rodil LANBIX

V LANIT-Integration je veliko kreativnih zaposlenih. Ideje za nove izdelke in projekte dobesedno visijo v zraku. Včasih je zelo težko prepoznati najbolj zanimive. Zato smo skupaj razvili lastno metodologijo. Preberite ta članek o tem, kako izbrati najboljše projekte in jih izvesti.

V Rusiji in v svetu kot celoti potekajo številni procesi, ki vodijo v preobrazbo trga IT. Zaradi povečanja računalniške moči in pojava strežniških, omrežnih in drugih virtualizacijskih tehnologij trg ne potrebuje več velike količine strojne opreme. Prodajalci vse raje delajo neposredno s kupci. Trg IT doživlja razcvet zunanjega izvajanja v vseh oblikah, od klasičnega zunanjega izvajanja do novega vala zunanjih izvajalcev – »ponudnikov v oblaku«. Infrastrukturne sisteme in elemente je veliko lažje vzdrževati in konfigurirati. Kakovost programske opreme vsako leto raste in naloge integratorja se transformirajo.

Kako delamo z idejami

Smer zagona izdelka v "LANIT-Integracija" obstaja že več kot eno leto. Naš glavni cilj je ustvariti nove izdelke in jih predstaviti na trgu. Prva stvar, s katero smo se lotili, je bila organizacija procesa nastajanja izdelkov. Preučili smo številne metodologije, od klasičnih do hype. Vendar nobeden od njih ni zadovoljil naših potreb. Nato smo se odločili, da za osnovo vzamemo metodologijo Lean Startup in jo prilagodimo našim nalogam. Lean Startup je teorija podjetništva, ki jo je ustvaril Eric Ries. Temelji na načelih, pristopih in praksah konceptov, kot so vitka proizvodnja, razvoj strank in fleksibilna metodologija razvoja.

Kar se tiče neposrednega pristopa k vodenju razvoja produkta: kolesa nismo izumljali na novo, ampak uporabili že obstoječo metodologijo razvoja SCRUM, dodajanje kreativnosti in zdaj se lahko varno imenuje SCRUM-WATERFALL-BAN. SCRUM je kljub svoji fleksibilnosti zelo tog sistem in primeren za vodenje ekipe, odgovorne samo za en izdelek/projekt. Kot razumete, klasični "integracijski" posel ne vključuje dodelitve tehničnih strokovnjakov s polnim delovnim časom za delo na enem projektu (obstajajo izjeme, vendar zelo redko), saj so poleg dela na izdelkih vsi zaposleni s tekočimi projekti. Iz SCRUM-a smo prevzeli delitev dela na sprinte, dnevno poročanje, retrospektive in vloge. Za naš potek opravil smo izbrali Kanban, ki se je dobro vključil v naš obstoječi sistem za sledenje opravilom. Naše delo smo strukturirali tako, da smo se neopazno vključili v obstoječi red stvari.
Pred vstopom na trg gre izdelek skozi 5 faz: ideja, izbor, koncept, MVP (več podrobnosti spodaj) in proizvodnja.

Ideja

Na tej stopnji je nekaj efemernega - ideja. V idealnem primeru ideja za rešitev obstoječe težave ali težave stranke. Idej nam ne manjka. Po prvotnem načrtu naj bi jih ustvarjali zaposleni na tehničnih področjih. Da bi bila ideja sprejeta v nadaljnji razvoj, mora avtor izpolniti “Predlogo idejne zasnove”. Obstajajo samo štiri vprašanja: Kaj? Za kaj? Kdo potrebuje to? In če ne naš izdelek, kaj potem?

Vir

Izbor

Takoj ko izpolnjena predloga prispe do nas, se začne postopek obdelave in izbire. Faza izbire je najbolj delovno intenzivna. Na tej stopnji se oblikujejo hipoteze o problemih (v prejšnjem odstavku nisem zaman omenil, da bi idealno idejo rešila naročnikov problem) in vrednosti izdelka. Oblikuje se hipoteza o lestvici, tj. kako bo naše podjetje raslo in uspevalo. Opravljamo problemske in strokovne razgovore s potencialnimi kupci, da predhodno potrdimo, da bomo nekaj izdelovali. Za zaključek o potrebi po izdelku je potrebnih vsaj 10-15 intervjujev.

Če so hipoteze potrjene, se izvede preliminarna finančna analiza, oceni se okvirni obseg naložbe in možni zaslužek vlagatelja. Kot rezultat te faze se rodi dokument, imenovan Lean Canvas, ki je predstavljen vodstvu.

Koncept

Na tej stopnji je približno 70% idej izločenih. Če je koncept odobren, se začne faza razvoja ideje. Oblikuje se funkcionalnost bodočega produkta, določijo se izvedbene poti in optimalne tehnične rešitve ter posodobi poslovni načrt. Rezultat te faze je tehnična specifikacija za razvoj in podroben poslovni primer. Če je uspešno, preidemo na stopnjo MVP ali MVP.

MVP ali MVP

MVP je minimalno uspešen izdelek. Tisti. produkt, ki ni v celoti razvit, vendar že lahko prinaša vrednost in opravlja svojo funkcionalnost. Nujno je, da na tej stopnji razvoja zbiramo povratne informacije resničnih uporabnikov in izvajamo spremembe.

Proizvodnja

In zadnja faza je proizvodnja. To stopnjo ne doseže več kot 5 % izdelkov. Teh 5 % vključuje samo najpomembnejše, potrebne, rentabilne in funkcionalne izdelke.

Imamo veliko idej in smo že sestavili obsežen portfelj. Vsako idejo analiziramo in naredimo vse, da pride do končne faze. Zelo prijetno je, da naši sodelavci niso ostali ravnodušni do naše raziskovalno-razvojne usmeritve in aktivno sodelujejo pri razvoju in implementaciji izdelkov in rešitev.

Kako smo naredili LANBIX

Oglejmo si ustvarjanje izdelka na resničnem primeru - izdelek LANBIX. To je “škatlasti” sistem programske in strojne opreme, zasnovan za spremljanje majhnih IT infrastruktur in takojšnje obveščanje odločevalcev in poslovnih uporabnikov o okvarah, nadzorovanih prek chatbota. Poleg nadzorne funkcije LANBIX vključuje tudi funkcijo Help Desk. Ta izdelek je ekskluziven za tržni segment, na katerega ciljamo. To je hkrati naša prednost in naša bolečina. Ampak najprej. Takoj bom rekel, da je LANBIX živi izdelek (to pomeni, da ni dokončen v svojem razvoju in je v naslednjem krogu MVP).

Torej, prva faza je ideja. Da se ideja rodi, so potrebni problemi in imeli smo jih, oziroma ne mi, ampak naši prijatelji. Spodaj si bomo ogledali nekaj resničnih situacij, ki so se zgodile na različnih področjih poslovanja.

Majhna družba za upravljanje vzdržuje dve hiši v moskovski regiji. Osebje z osebnimi računalniki je približno 15 ljudi. Sistemski administrator je gostujoči honorarec (pameten sin enega od skrbnih stanovalcev). Zdi se, da so dejavnosti družbe za upravljanje šibko odvisne od IT, vendar je posebnost tega poslovanja mesečno poročanje številnim organom. Na sistemskem disku vodje podjetja (ki kot običajno združuje številne vloge) je zmanjkalo prostora. Seveda se to ni zgodilo nenadoma; opozorilo je viselo približno 2 meseca in je bilo nenehno ignorirano. Toda prispela je posodobitev, OS je bil posodobljen in po sreči je zmrznil sredi posodobitve in se pred »smrtjo« pritoževal nad zasedenim diskom. Računalnik se je ciklično znova zagnal. Medtem ko smo reševali problem in prejemali prijave, smo zamudili rok za prijavo. Zdi se, da je nepomembna okvara povzročila različne težave: od izgub do sodnih sporov in upravne odgovornosti.

Vir   

Podoben incident se je zgodil v velikem holdingu, ki združuje veliko majhnih podjetij z enotno tehnično podporo za celotno pisarno. V enem od oddelkov se je glavni računovodkinji pokvaril računalnik. Že dolgo se je vedelo, da se lahko pokvari (računalnik se je obupno upočasnjeval in segreval), vendar glavni računovodkinji nikakor ni uspelo poslati zahteve tehnični podpori. Seveda se je pokvarilo točno na dan plačila in zaposleni na oddelku so bili več dni brez denarja.

Malo podjetje v mali trgovini na debelo je imelo prodajno spletno stran, ki je gostovala na zunanji platformi. O njegovi nedosegljivosti smo izvedeli po telefonu od stalne stranke. V času klica stran ni delovala približno tri ure. Trajalo je še nekaj ur, da smo našli osebo, ki je odgovorna za stran, in še dve, da smo odpravili težavo. Skladno s tem je bilo spletno mesto nedosegljivo skoraj ves delovni dan. Po besedah ​​komercialnega direktorja podjetja jih je ta izpad stal približno 1 milijon rubljev.

Sam sem naletel na podobno situacijo, ko sem prišel na pregled na kliniko in moral na registracijo VHI. K zdravniku me niso mogli poslati iz nepomembnega razloga - zjutraj je prišlo do nenadnega toka, po nesreči pa njihova pošta in določena storitev za komunikacijo z zavarovalnico ni delovala. Na moje vprašanje, kje so vaši admini, so mi odgovorili, da jih njihov admin enkrat tedensko obišče. In zdaj (takrat je bila ura že 16) ne dvigne telefona. Vsaj 00 ur je bila klinika odrezana od zunanjega sveta in ni mogla zagotavljati plačljivih storitev.

Kaj imajo vsi ti primeri skupnega? Absolutno vse težave bi lahko preprečili vnaprej. S pravočasnim odzivom IT-jevcev bi lahko škodo zmanjšali. To bi bilo mogoče, če bi uporabniki pravilno interpretirali zgodnje simptome.

Identificirali smo hipoteze problema:

• znatne izgube denarja in ugleda zaradi nizke hitrosti odzivanja na napake v infrastrukturi IT;
• napačno razlago zgodnjih simptomov okvare s strani uporabnikov.

Kaj lahko stranka stori z njimi in kako se izogniti podobnim situacijam v prihodnje? Ni veliko možnosti:

1. najemite visokokvalificiranega sistemskega skrbnika in ga poskrbite za vestno delo;
2. oddajte vzdrževanje informacijske tehnologije specializiranemu storitvenemu podjetju;
3. samostojno izvajati sistem spremljanja in javljanja napak;
4. usposabljanje uporabnikov/podjetnikov o osnovah računalniškega opismenjevanja.

Odločimo se za tretjo možnost. Ponudimo sistem spremljanja tistim, ki ga iz različnih razlogov ne uporabljajo.

Lirična digresija. Različni sistemi za spremljanje IT storitev na podjetniškem trgu se uporabljajo že dolgo in njihove prednosti niso sporne. Pogovarjal sem se s predstavniki velikih podjetij, pogledal, kako se gradi odnos med podjetji in IT. Tehnični direktor enega velikega strojegradnega podjetja je vzdrževanje informacijske infrastrukture prepustil zunanjemu podjetju, sam pa ostaja seznanjen z vsemi zadevami. V njegovi pisarni visi velik zaslon nadzornega sistema z indikatorji stanja storitev IT. Najbolj kritični so vključeni v sistem. Strokovni direktor lahko v vsakem trenutku izve, kakšno je stanje na infrastrukturi, kaj se dogaja, kje je problem, ali so odgovorni obveščeni in ali se problem rešuje.

Zgoraj naštete zgodbe so spodbudile našo ekipo k razmišljanju o tem, kako ustvariti optimalen sistem spremljanja za mala podjetja. Kot rezultat se je rodil LANBIX - sistem za spremljanje, ki ga lahko uvede čisto vsak brez IT znanja. Glavni cilj sistema je preprost, tako kot vsi sistemi, usmerjen v povečanje kontinuitete in razpoložljivosti – zmanjšanje denarnih in drugih izgub v primeru nenačrtovanih izpadov. Naprava je zasnovana tako, da skrajša čas med »nekaj je pokvarjeno« in »težava je bila odpravljena« na minimum.

Za potrditev hipotez so bili opravljeni problemski intervjuji. Nisem si mogel predstavljati, koliko bi bili ljudje pripravljeni povedati, ne da bi jim poskušali prodati. Vsak pogovor je trajal vsaj 1,5 ure, prejeli pa smo veliko informacij, koristnih za nadaljnji razvoj.

Povzemimo rezultate te stopnje:

1. obstaja razumevanje problema,
2. razumevanje vrednosti - obstaja,
3. Obstaja ideja za rešitev.

Druga stopnja je bila bolj podrobna. Na podlagi njegovih rezultatov smo morali vodstvu, ki v bistvu igra vlogo vlagatelja, predstaviti poslovni primer (isti Lean Canvas), da bi sprejeli odločitev o nadaljnji usodi izdelka.

Začeli smo z raziskavo trga in analizo konkurence, da bi ugotovili, kdo, kaj in predvsem kako se znajde na tem trgu.

Izkazalo se je naslednje.

1. Za naš segment (majhna podjetja) na trgu ni pripravljenih sistemov za spremljanje v škatli, z izjemo nekaj ali treh, o katerih iz očitnih razlogov ne bom govoril.
2. Naši glavni konkurenti so, nenavadno, sistemski skrbniki z doma napisanimi skripti in »dodatki« za odprtokodne nadzorne sisteme.
3. Pri uporabi odprtokodnih nadzornih sistemov obstaja očitna težava. Obstaja sistem, obstaja ogromno informacij o tem, kako delati in spreminjati sistem, da bo ustrezal vašim potrebam. Med administratorji, s katerimi sem se pogovarjal, jih je veliko priznalo, da nimajo dovolj kompetenc, da bi svoje zamisli uresničili sami. A tega zaradi strahu pred razrešitvijo vodstvu ne morejo priznati. Izkaže se začaran krog.

Nato smo prešli na analizo potreb naših potencialnih strank. Zase smo identificirali segment majhnih organizacij, ki iz nekega razloga nimajo lastne IT službe, kjer je za IT odgovoren bodisi novi sistemski administrator, samostojni podjetnik ali storitveno podjetje. Za vstop se ni odločila IT stran, temveč poslovna stran, ki je ustanoviteljem in lastnikom podjetij ponudila orodje za izboljšanje kakovosti storitve IT infrastrukture. Produkt, ki naj bi lastnikom pomagal zaščititi njihov posel, hkrati pa bo dodal delo ljudem, ki so odgovorni za IT. Izdelek, ki podjetjem ponuja orodje za spremljanje kakovosti IT podpore.

Kot rezultat obdelave prejetih podatkov se je rodil prvi seznam zahtev (nekakšen grob zaostanek) za prihodnji izdelek:

• sistem spremljanja mora temeljiti na odprtokodni rešitvi in ​​posledično poceni;
• enostavna in hitra namestitev;
• ne bi smel zahtevati posebnega znanja na področju informatike, tudi računovodja (nikakor nisem želel užaliti predstavnikov tega poklica) bi moral biti sposoben uvesti in konfigurirati sistem;
• mora samodejno zaznati objekte za spremljanje v omrežju;
• mora samodejno (in idealno samodejno) namestiti nadzorne agente;
• znati mora spremljati zunanje storitve, vsaj CRM sistem in prodajno spletno stran;
• mora o težavah obvestiti podjetje in sistemskega skrbnika;
• stopnja globine in "jezik" opozoril bi morala biti različna za skrbnika in podjetje;
• sistem mora biti dobavljen na lastni strojni opremi;
• železo mora biti čim bolj dostopno;
• sistem naj bo čim bolj neodvisen od zunanjih dejavnikov.

Nato so bile izračunane investicije v razvoj izdelka (vključno s stroški dela zaposlenih v tehnični službi). Pripravljena je bila skica poslovnega modela in izračunana enotska ekonomika izdelka.

Etapni rezultat:

• zaostanki izdelkov na visoki ravni;
• oblikovan poslovni model ali hipoteza o obsegu, ki jo je treba še preizkusiti v praksi.

Preidimo na naslednjo stopnjo - koncept. Tu se kot inženirji znajdemo v domačem elementu. Obstajajo »seznami želja«, ki so razdeljeni na komponente/podsisteme/funkcije, nato pa so spremenjeni v tehnične specifikacije/uporabniške zgodbe, nato v projekt itd. Ne bom se podrobneje ukvarjal s postopkom priprave niza alternativnih možnosti, pojdimo naravnost na zahteve in izbrane metode za njihovo izvedbo.

Zahteva
odločitev

• To bi moral biti odprt sistem spremljanja;

Vzamemo odprtokodni sistem za spremljanje.

• Sistem mora biti preprost in hiter za namestitev;
• ne bi smel zahtevati posebnega IT znanja. Celo računovodja bi moral znati uvesti in konfigurirati sistem.

Ponujamo nameščen sistem, tako da mora uporabnik samo prižgati napravo in jo malo konfigurirati, podobno kot router.

Zaprimo interakcijo z napravo na nekaj preprostega in vsem razumljivega.

Napišimo lastnega chatbota za enega od znanih hitrih messengerjev in vanj prenesimo vse interakcije s sistemom.

Sistem bi moral:

• samodejno zaznavanje objektov, potrebnih za spremljanje v omrežju;
• samodejno namestite nadzorne agente;
• Spremljati zunanje storitve, vsaj CRM sistem in prodajno spletno mesto.

Pišemo dodatke za nadzorni sistem za:

• samodejno zaznavanje predmetov;
• avtomatska namestitev agentov;
• spremljanje razpoložljivosti zunanjih storitev.

Sistem bi moral:

• o težavah obvesti tako podjetje kot skrbnika sistema;
• biti sposoben spremljati zunanje storitve, vsaj CRM sistem in prodajno spletno stran. Stopnja globine in "jezik" obvestil bi morala biti različna za skrbnika in podjetje.
• Sistem ne bi smel zahtevati posebnega IT znanja, celo računovodja bi moral biti sposoben uvesti in konfigurirati sistem.

• Dodajmo različne vrste obvestil za različne vrste uporabnikov. Razlikujejo se po višini in globini. Poslovni uporabnik bo prejel obvestilo, kot je "vse je v redu, vendar bo Ivanov računalnik kmalu umrl." Administrator bo prejel celotno sporočilo o napaki, kdo, kako in kaj se je ali bi se lahko zgodilo.
• Dodajmo še možnost uporabe pošte dodatne odgovorne osebe, da v primeru okvare prejme sporočilo.
• Dodajmo še interakcijo z zunanjimi ponudniki storitev na podlagi pošiljanja elektronske pošte z vnaprej pripravljenim besedilom, ker E-pošta je tista, ki je povzročila incident.
• Vsa interakcija s sistemom bo povezana s chatbotom, komunikacija poteka v dialogu.

Dodatek:

• Dodajmo funkcijo »klepeta z skrbnikom«, tako da lahko uporabnik administratorju pošlje sporočilo z neposrednim opisom težave.

• Sistem mora biti dobavljen na lastni strojni opremi.
• Železo mora biti na voljo.
• Sistem naj bo čim bolj neodvisen od okolja.

• Vzemimo že pripravljen in poceni računalnik Raspberry PI.
• Zasnovali bomo ploščo za brezprekinitveno napajanje.
• Dodajmo modem, da bo neodvisen od stanja lokalnega omrežja.
• Zasnovali bomo čudovito stavbo.

Sedaj imamo tri podsisteme s svojimi zahtevami in vizijo njihove implementacije:

• strojni podsistem;
• nadzorni podsistem;
• podsistem za interakcijo z uporabniki.

Izdelali smo idejno zasnovo strojnega podsistema. Da Da! Ker smo kršili vsa pravila agilnosti, smo razvili dokument, saj proizvodni obrati delajo z dokumenti. Za preostale podsisteme smo identificirali uporabnike (osebe), pripravili uporabniške zgodbe in napisali naloge za razvoj.

S tem se zaključi faza koncepta in rezultat je:

• projekt za strojno platformo;
• oblikovana vizija v obliki uporabniških zgodb za preostala dva podsistema;
• prototip programske opreme, implementiran kot virtualni stroj;
• prototip strojne opreme, izveden v obliki stojala, kjer so strojne rešitve dejansko testirali na trdnost;
• testiranje, ki ga izvajajo naši skrbniki.

Težave v tej fazi so bile predvsem organizacijske in povezane s pomanjkljivim znanjem inženirskega osebja s pravnega in računovodskega vidika prodaje. Tisti. Eno je ugotoviti, kaj in kako prodati, nekaj povsem drugega pa se soočiti z neusmiljenim pravnim strojem: patenti, razvojne naloge, registracija, EULA in še marsikaj, česar kot ustvarjalni ljudje sprva nismo upoštevali.

Še ni bil problem, temveč težava, povezana z zasnovo ohišij. Našo ekipo sestavljajo samo inženirji, zato je prvo različico ohišja iz pleksi stekla »zgradil« naš strokovnjak za elektroniko.

Telo je bilo videti, milo rečeno, kontroverzno, zlasti za javnost, ki jo je pokvarila sodobna tehnologija. Med starejšo generacijo »Kulibinov« so seveda bili poznavalci - stavba je v njih vzbujala nostalgične občutke. Odločili so se za novo izdelavo in oblikovanje ohišja, saj je imelo staro poleg estetskih tudi strukturne napake - pleksi steklo je slabo prenašalo montažo in demontažo naprave in je rado pokalo. O izdelavi ohišja vam bom povedal še naprej.

In zdaj smo blizu cilja - MVP. Seveda to še ni končni proizvodni izdelek, je pa že uporaben in dragocen. Glavni cilj te stopnje je zagon cikla »ustvarjanje-ocenjevanje-učenje«. To je točno stopnja, na kateri je LANBIX.

V fazi “create” smo izdelali napravo, ki izvaja navedeno funkcionalnost. Da, še ni popoln in nadaljevali smo z delom na tem.

Vrnimo se k izdelavi karoserije, tj. nalogi preobrazbe naše naprave iz nostalgične v moderno. Na začetku sem brskal po trgu proizvajalcev omar in storitev industrijskega oblikovanja. Prvič, na ruskem trgu ni veliko podjetij, ki proizvajajo ohišja, in drugič, stroški industrijskega oblikovanja na tej stopnji so previsoki, približno 1 milijon rubljev.

Za oblikovanje so kontaktirali našo marketinško službo, mlada oblikovalka je bila pripravljena na kreativne eksperimente. Začrtala sva svojo vizijo trupa (prej smo preučili najboljše primere konstrukcije trupa), on pa jo je spremenil v umetniško delo. Vse kar ostane je, da ga proizvedemo. Ponosni na naš dizajn smo se obrnili na naše partnerje. Njihov direktor je nemudoma razblinil naše fantazije, ko je povsem brezplačno opozoril na stvari, ki jih ni mogoče proizvesti na naš izbrani način. Ohišje je mogoče izdelati in ne bo nič slabše od Applovega, vendar bo strošek ohišja tri do štirikrat dražji od vseh elektronskih komponent. Po vrsti posegov in odobritev smo oblikovali ohišje, ki ga je mogoče izdelati. Ja, ni tako lepo, kot smo načrtovali, je pa idealno za doseganje trenutnih ciljev.

Rezultat faze: prva serija naprav, pripravljenih za boj in testiranje.

In zdaj je najtežja faza »oceni« in z našim izdelkom smo točno na tej točki. Ocenjujemo lahko le na podlagi rezultatov uporabe resničnih strank in tukaj nobene predpostavke ne delujejo. Potrebujemo te »zgodnje uporabnike«, da zagotovijo povratne informacije in naredijo spremembe izdelka, ki so resnično potrebne. Postavlja se vprašanje: kje pridobiti stranke in kako jih prepričati, da sodelujejo v poskusu?

Med vsemi možnimi možnostmi smo izbrali klasičen nabor digitalnih orodij: pristajalno stran in oglaševalsko kampanjo na družbenih omrežjih.

Postopek je že stekel, vendar je o rezultatih še prezgodaj govoriti, čeprav že obstajajo odzivi in ​​smo dobili potrditev številnih naših hipotez. Prijetno presenečenje je bil odziv predstavnikov povsem drugih poslovnih segmentov, veliko večjih od tistih, ki smo jih pričakovali. Bilo bi neumno prezreti nove predstavitve in na podlagi rezultatov intervjujev je bilo odločeno, da se lansira vzporedna linija LANBIX, imenovana LANBIX Enterprise. Dodali smo podporo za porazdeljene infrastrukture, spremljanje omrežij Wi-Fi z odpravljanjem težav in lokalizacijo ter spremljanje kakovosti komunikacijskih kanalov. Največ zanimanja za rešitev so izrazila storitvena podjetja. Hkrati imajo pri delovanju rešitev pomembno vlogo naprave, ki smo jih že razvili.

Kaj se bo zgodilo naprej

Kaj se bo zgodilo z originalnim LANBIX-om, bo postalo jasno na podlagi rezultatov kampanje. Če naše hipoteze ne bodo potrjene, se ga bomo po Lean metodologiji neusmiljeno znebili ali pa ga predelali v nekaj novega, saj ni hujšega kot narediti izdelek, ki ga nihče ne potrebuje. Zdaj pa lahko rečemo, da opravljeno delo ni bilo zaman in zahvaljujoč temu se je pojavila cela veja vzporednih izdelkov, na katerih aktivno delamo. Če bo uspešen, bo LANBIX prešel iz stopnje MVP v končno stopnjo in se bo razvijal po razumljivih klasičnih zakonitostih trženja izdelkov.

Ponavljam, zdaj želimo najti zgodnje uporabnike, podjetja, ki lahko namestijo naš izdelek, da bi zbrali povratne informacije. Če vas zanima testiranje LANBIX-a, pišite v komentarje ali zasebna sporočila.

Vir

Vir: www.habr.com