Kako delamo z idejami in kako je nastal LANBIX

V podjetju «ЛАНИТ-Интеграции» imamo veliko kreativnih zaposlenih. Ideje novih izdelkov in projektov ne dobesedno visijo v zraku. Včasih je zelo težko prepoznati najbolj zanimive. Zato smo skupaj razvili svojo metodo. O tem, kako izbrati najboljše projekte in jih uresničiti, berite v tem članku.

V Rusiji, pa tudi v svetu na splošno, poteka vrsta procesov, ki vodijo do transformacije IKT trga. Zaradi povečanja računalniških kapacitet in pojava tehnologij strežniške, omrežne in druge virtualizacije trg ne potrebuje več velike količine 'železa'. Dobavitelji vse bolj raje delajo neposredno s strankami. Na IKT trgu cveti zunanje izvajanje v vseh njegovih oblikah, od klasičnega zunanjega izvajanja do novih valov zunanjih izvajalcev – 'oblačnih ponudnikov'. Infrastrukturni sistemi in elementi postanejo bistveno preprostejši za vzdrževanje in nastavitev. Kakovost programske opreme narašča iz leta v leto in naloge integratorjev se spreminjajo.

Kako delamo z idejami

Področje produktnih zagonskih podjetij v «ЛАНИТ-Интеграции» obstoja že več kot eno leto. Naš glavni cilj je ustvarjanje novih izdelkov in njihova uvedba na trg. Prvo, s čimer smo začeli, je bilo organizirati sam postopek ustvarjanja izdelkov. Preučevali smo številne metodologije, od klasičnih do trendy. Vendar nobena od njih ni ustrezala našim potrebam. Takrat smo se odločili, da bomo vzeli za osnovo metodologijo Lean Startup in jo prilagodili svojím nalogam. 'Brezodpadni startup' je teorija podjetništva, ki jo je razvil Eric Ries. Osnovani so na načelih, pristopih in praksah takih konceptov, kot so brezodpadna proizvodnja, razvoj strank in agilna metodologija razvoja.

Kar zadeva pristop k upravljanju razvoja proizvoda: nismo izumili kolesa, ampak smo uporabili že obstoječo metodologijo razvoja SCRUM, dodajajući kreativnost, sada je slobodno možemo nazvati SCRUM-WATERFALL-BAN. SCRUM, uprkos svojoj fleksibilnosti, vrlo je rigorozan sistem i odgovara timu koji radi isključivo na jednom proizvodu/projektu. Kao što znate, klasični „integratorski“ biznis ne predviđa da tehnički stručnjaci budu angažovani full-time na jednom projektu (izuzeci se dešavaju, ali veoma retko), pošto su svi osim rada na proizvodima angažovani na trenutnim projektima. Iz SCRUM-a smo preuzeli podelu rada na sprinteve, svakodnevna izveštavanja, retrospektive i uloge. Za rad sa tokom zadataka izabrali smo Kanban, koji se savršeno integrisao u naš postojeći sistem praćenja zadataka. Organizovali smo rad, lagano se integrirajući u već uspostavljeni red stvari.
Pre nego što izađe na tržište, proizvod prolazi kroz 5 faza: ideja, odabir, koncept, MŽP (detaljnije — ispod) i proizvodnja.

Idea

U ovoj fazi postoji nešto efemerno – ideja. U idealnom slučaju, rešenje postojeće problema ili zadatka klijenta. Nemamo nedostatka u idejama. Prema početnoj zamisli, one bi trebale biti generisane od strane zaposlenih u tehničkim oblastima. Da bi ideja bila prihvaćena za dalju razvoj, autor treba da popuni „Šablon za formulisanje ideje“. Tu su četiri pitanja: Šta? Da bi se šta? Kome to treba? A ako nije naš proizvod, šta onda?

Source

Odabir

Čim formulirani šablon stigne kod nas, započinje proces obrade i odabira. Faza odabira je najviše radno zahtevna. U ovoj fazi se formiraju hipoteze problema (nisam bez razloga u prethodnom pasusu pomenuo da u idealnom slučaju ideja treba da reši problem klijenta) i vrednost proizvoda. Formira se hipoteza obima, tj. kako naš biznis planira da raste i napreduje. Održe se intervjui o problemima i eksperti sa potencijalnim kupcima kako bi se preliminarno potvrdilo da imamo nameru da proizvedemo nešto što je potrebno. Potrebno je najmanje 10-15 intervjua da bi se donio zaključak o potrebnosti proizvoda.

Ako se hipoteze potvrde, sprovodi se preliminarna finansijska analiza, procenjuje se približan obim investicija i mogućih prihoda investitora. Kao rezultat ove faze, rađa se dokument pod imenom Lean Canvas i predstavlja se rukovodstvu.

Koncept

Na tej fazi se izloči približno 70 % idej. Če je koncept odobren, se začne faza obdelave ideje. Oblikujejo se funkcionalne možnosti prihodnjega izdelka, določijo se poti izvedbe in optimalne tehnične rešitve, posodobi se poslovni načrt. Rezultat te faze je tehnična specifikacija za razvoj in podroben poslovni primer. V primeru uspeha prehajamo v fazo MŽP ali MVP.

MŽP ali MVP

MŽP je minimalno vzdržen izdelek. To pomeni izdelek, ki ni povsem dokončan, vendar že lahko prinaša vrednost in izvršuje svojo funkcionalnost. V tej fazi razvoja obvezno zbiramo povratne informacije od dejanskih uporabnikov in izvajamo spremembe.

Proizvodnja

In zadnja faza — proizvodnja. Do te faze pride le do 5 % izdelkov. V teh 5 % so vključeni le najbolj pomembni, potrebni, življenjski in funkcionalni izdelki.

Imamo veliko idej, že smo zbrali obsežen portfelj. Razčlenimo vsako idejo in storimo vse, da doseže končno fazo. Zelo nas veseli, da kolegi niso ostali ravnodušni do naše R&D smeri in aktivno sodelujejo pri razvoju, izvajanju izdelkov in rešitev.

Kako smo ustvarjali LANBIX

Poglejmo ustvarjanje izdelka na realnem primeru — izdelku LANBIX. To je 'škatlasti' programsko-strojni sistem, namenjen spremljanju majhnih IT-infrastrukturs in hitro obveščanje odgovornih oseb in poslovnih uporabnikov o napakah z upravljanjem prek klepetalnega bota. Poleg funkcije spremljanja LANBIX vključuje tudi funkcionalnost Help Desk. Ta izdelek je ekskluziven za segment trga, na katerega ciljam. To je naša prednost in naša bolečina. A o vsem postopoma. Takoj bom povedal, da je LANBIX živ izdelek (t.j. ni končen v svojem razvoju in se nahaja v naslednjem krogu MVP).

Torej, prva faza — ideja. Da se ideja rodi, potrebujemo težave, in te smo imeli, natančneje ne mi, ampak naši znanci. Spodaj bomo obravnavali nekaj resničnih situacij, ki so se zgodile v različnih poslovnih področjih.

Majhna upravljalska družba upravlja z dvema stavbama v Moskovski regiji. Število zaposlenih, ki imajo računalnike, je približno 15. Sistemskega administratorja predstavlja prihajajoči freelancer (sposobni sin enega od skrbnih stanovalcev). Zdi se, da dejavnost upravne družbe malo vpliva na IT, toda posebnost tega posla je mesečno poročanje številnim institucijam. Na sistemskem disku vodje družbe (ki običajno združuje več vlog) je zmanjkalo prostega prostora. Seveda se to ni zgodilo nenadoma; opozorilo je viselo približno 2 meseca in je bilo nenehno ignorirano. Vendar je prispelo posodobitev, operacijski sistem se je posodobil in kot nalašč se je zagozdil sredi posodobitve, pritožujoc se pred 'smrtnim' trenutkom nad zasedenim diskom. Računalnik se je začel ciklično ponovno zagnati. Medtem ko so reševali težavo in dostavljali poročila, so zamudili rok za oddajo poročila. Zdi se, da je nepomembna okvara postala vzrok različnih neprijetnosti: od izgub do sodnih sporov in administrativne odgovornosti.

Source   

Podoben primer se je zgodil v velikem holdingu, ki združuje številna majhna podjetja, z enotno službo za tehnično podporo za vso pisarno. V enem od oddelkov se je pokvaril računalnik glavne knjigovodkinje. Da se lahko pokvari, je že dolgo znano (računalnik je obupno zaostajal in se segreval), toda glavna knjigovodkinja ni imela časa, da bi poslala zahtevo za tehnično podporo. Seveda se je pokvaril natančno na dan izplačila plač, in zaposleni v oddelku so več dni ostali brez plačila.

Pri majhnem podjetju, ki se ukvarja z maloprodajo, je padla prodajna spletna stran, ki je gostovala na zunanji platformi. O njegovi nedostopnosti so izvedeli po telefonu od rednega naročnika. Ob času klica je stran že tri ure ležala. Iskanje odgovorne osebe za spletno stran je trajalo še nekaj ur, odpravljanje okvare pa še dodatni dve uri. Posledično je bila spletna stran skoraj cel delovni dan nedostopna. Po besedah komercialnega direktorja podjetja je ta izpad stal okoli 1 milijon rubljev.

Sam sem se srečal s podobno situacijo, ko sem prišel na pregled v zdravstveni dom in bi moral priti do registrature DMS. Do zdravnika me niso mogli poslati zaradi preproste težave - zjutraj je prišlo do napetostnega skoka in po nesreči njihov poštni servis ter nek servis za povezovanje z zavarovalnico nista delovala. Na moje vprašanje, kje so vaši skrbniki, so mi rekli, da je skrbnik pri njih pribežnik in jih obiskuje enkrat na teden. In zdaj (takrat je bilo že 16:00) ne dvigne telefona. Vsaj 7 ur je bil zdravstveni dom odrezan od zunanjega sveta in ni mogel nuditi plačljivih storitev.

Kaj povezuje vse te primere? Vse težave bi bilo mogoče preprečiti vnaprej. S pravočasnim odzivom s strani osebja, ki skrbi za IT, bi bilo mogoče zmanjšati povzročeno škodo. To bi bilo mogoče tudi s pravilno interpretacijo zgodnjih simptomov s strani uporabnikov.

Identificirali smo hipoteze o težavah:

• pomembne finančne in reputacijske izgube zaradi nizke hitrosti odziva na okvare v IT infrastrukturi;
• napačna interpretacija zgodnjih simptomov okvare s strani uporabnikov.

Kaj lahko naročnik stori in kako se izogniti podobnim situacijam v prihodnosti? Možnosti ni veliko:

1. zaposlil visoko usposobljenega sistemskega administratorja in ga prisilil, da dela odgovorno;
2. predal IT vzdrževanje specializirani servisni družbi;
3. lastnoročno uvedel sistem za spremljanje in obveščanje o okvarah;
4. izvedel usposabljanje za uporabnike/biznis osebje o osnovah računalniške pismenosti.

Ostajamo pri tretji možnosti. Poglejmo, kako bi lahko ponudili sistem spremljanja tistim, ki ga ne uporabljajo iz različnih razlogov.

Lirično odstopanje. Različni sistemi za spremljanje IT storitev na trgu podjetij se že dolgo uporabljajo in njihova korist ni sporna. Pogovarjal sem se s predstavniki velikih podjetij in opazoval, kako jsou vzpostavljena razmerja med podjetjem in IT. Tehnični direktor enega večjega proizvodnega podjetja je prenesel vzdrževanje IT infrastrukture na zunanje podjetje, sam pa ostaja na tekočem s vsemi zadevami. V njegovem uradu visi velik zaslon sistema za spremljanje z indikatorji stanja IT storitev. V sistem so vnesene najkritejše komponente. Kadarkoli lahko tehnični direktor izve, v kakšnem stanju je infrastruktura, kaj se dogaja, kje je težava, ali so odgovorne osebe obveščene in ali se težava rešuje.

Naštete zgodbe so našo ekipo spodbudile k razmisleku, kako ustvariti optimalen sistem za spremljanje za manjša podjetja. Tako je nastal LANBIX – sistem spremljanja, ki ga lahko namesti kdorkoli brez predznanja na področju IT. Glavni cilj sistema je preprost, kot pri vseh sistemih, usmerjenih na povečanje neprekinjenosti in dostopnosti – zmanjšanje finančnih in drugih izgub v primeru nenapovedanih izpadov. Naprava naj bi čim bolj skrajšala čas med "imam težavo" in "težava je odpravljena".

Za potrditev hipotez so bila izvedena problematična intervjuja. Nisem si mogel predstavljati, koliko so ljudje pripravljeni povedati, če jih ne poskušaš prodati. Vsaka pogovor je trajal vsaj 1,5 ure, in pridobili smo veliko koristnih informacij za nadaljnji razvoj.

Povzamemo rezultat te faze:

1. razumevanje problema – je,
2. razumevanje vrednosti – je,
3. ideja za rešitev – je.

Druga faza je bila bolj podrobna. Na osnovi njenih rezultatov smo morali predstaviti vodstvu, ki v bistvu deluje kot vlagatelj, poslovni primer (tisti Lean Canvas), da se sprejme odločitev o nadaljnji usodi izdelka.

Začeli smo s preučevanjem trga in konkurenčno analizo z namenom ugotoviti, kdo, kaj in, kar je najpomembneje, kako delajo na tem trgu.

Ugotovila smo naslednje.

1. Na trgu ni pripravljenih sistema za spremljanje za naš segment (mala podjetja), razen nekaj, o katerih iz obvestljivih razlogov ne bom govoril.
2. Naši glavni konkurenti, čudno je, su sistemski administratori sa samostalno napisanim skriptama i 'dopunama' za sisteme monitoringa sa otvorenim izvorom.
3. Postoji očigledan problem u korišćenju sistema monitoringa sa otvorenim izvorom. Ima sistema, ima ogromnu količinu informacija o radu i prilagođavanju sistema svojim potrebama. Mnogi administratori koje sam anketirao su priznali da im nedostaju kompetencije za realizaciju ideja sami. A nisu u stanju da to priznaju rukovodstvu zbog straha od otkaza. To postaje začarani krug.

Zatim smo prešli na analizu potreba naših potencijalnih klijenata. Izdvojili smo segment malih organizacija, koje iz nekog razloga nemaju sopstvenu IT službu, gde je IT odgovoran ili dolazeći sistemski administrator, ili freelancer, ili servisna firma. Odlučili smo da pristupimo ne iz IT strane, već iz poslovne, nudeći osnivačima i vlasnicima poslovni alat za poboljšanje kvaliteta usluge IT infrastrukture. Proizvod koji bi trebao pomoći vlasnicima da osiguraju svoj posao, istovremeno će dodati posla ljudima koji su odgovorni za IT. Proizvod koji nudi biznisu alat za kontrolu kvaliteta IT podrške.

Kao rezultat obrade prikupljenih podataka, rođena je prva lista zahteva (neki grubi backlog) za budući proizvod:

• sistem monitoringa treba da bude zasnovan na rešenju sa otvorenim izvorom i kao posledica toga jeftin;
• l simplicity and speed of installation;
• ne treba da zahteva specifična IT znanja, čak i knjigovođa (nikako nisam hteo da uvredim predstavnike ove profesije) treba da bude u stanju da postavi i konfiguriše sistem;
• treba automatski otkrivati objekte za monitoring u mreži;
• treba automatizovano (a u idealnom slučaju automatski) instalirati agente monitoringa;
• treba imati mogućnost monitoringa spoljašnjih servisa, barem CRM sistem i prodajni sajt;
• treba obaveštavati o problemima i biznis i sistemskog administratora;
• stepen dubine i 'jezik' obaveštenja treba da budu različiti za admina i biznis;
• sistem treba da dolazi na sopstvenom hardveru;
• hardver treba da bude maksimalno dostupan;
• Sistem je treba da bude maksimalno neovisna od spoljnih faktora.

Zatim su izračunate investicije u razvoj proizvoda (uključujući radne troškove zaposlenih u tehničkom odeljenju). Pripremljen je skica poslovnog modela i izračunata je jedinična ekonomija proizvoda.

Rezultat faze:

• visok nivo backlog-a proizvoda;
• formulisani poslovni model ili hipoteza obima, koju još treba proveriti u praksi.

Prelazimo na sledeću fazu — koncept. Ovde, kao inženjeri, dolazimo u svoju prirodnu sredinu. Postoje "želje" koje se razlažu na komponente/pod sisteme/karakteristike, a zatim se pretvaraju u tehničku dokumentaciju/korisničke priče, zatim u projekat itd. Neću se detaljno zadržavati na procesu pripreme skupa alternativnih opcija, odmah ćemo preći na zahteve i odabrane načine za njihovu realizaciju.

Zahtev
Solution

• To mora biti otvoreni sistem za monitoring;

Uzeli smo sistem za monitoring sa otvorenim izvorom.

• Sistem treba da bude jednostavan i brz za instalaciju;
• ne sme zahtevati specifična znanja iz IT-a. Čak i finansijski radnik treba da bude u mogućnosti da instalira i konfiguriše sistem.

Predlažemo unapred instalirani sistem, tako da korisniku ostane samo da uključi uređaj i malo ga podešava, slično kao kod rutera.

Povezujemo interakciju sa uređajem na nešto jednostavno i razumljivo svima.

Napisaćemo svoj chatbot za jedan od poznatih mezendžera i svu interakciju sa sistemom preusmeriti na njega.

Sistem treba da:

• automatski otkriva potrebne objekte za monitoring u mreži;
• automatski instalira agente za monitoring;
• Imati mogućnost monitoringa spoljašnjih servisa, barem CRM sistema i prodajnog sajta.

Pišemo dodatke za sistem monitoringa po:

• automatskom otkrivanju objekata;
• automatskoj instalaciji agenata;
• monitoringu dostupnosti spoljašnjih servisa.

Sistem treba da:

• obaveštavati o problemima i poslovanje i sistem administratora;
• Imati mogućnost monitoringa spoljašnjih servisa, barem CRM sistema i prodajnog sajta. Stepen dubine i "jezik" obaveštenja treba da budu različiti za administratore i poslovanje.
• Sistem ne treba da zahteva specifična znanja iz IT-a, čak i finansijski radnik treba da bude u stanju da instalira i konfiguriše sistem.

• Dodajmo različne vrste obvestil za različne vrste uporabnikov. Ta se razlikujejo po načinu sporočanja in globini. Poslovni uporabnik bo prejel obvestilo vzorca „vse je v redu, vendar bo računalnik Ivana kmalu umrl“. Administrator bo prejel celotno sporočilo o napaki, kje, kako in kaj se je zgodilo ali se lahko zgodi.
• Dodajmo možnost uporabe e-pošte dodatne odgovorne osebe, tako da bo v primeru okvare prejel sporočilo.
• Dodajmo interakcijo z zunanjimi ponudniki storitev na podlagi pošiljanja e-pošte s vnaprej pripravljenim besedilom, saj elektronska pošta daje podlago za odprtje incidenta.
• Vso interakcijo s sistemom zapremo v klepetnega robota, komunikacija poteka v dialogičnem slogu.

Dopolnilo:

• dodajmo funkcionalnost „klepet z administratorjem“, tako da lahko uporabnik neposredno pošlje administratorju sporočilo z opisom težave.

• Sistem mora biti dostavljen na lastni strojni opremi.
• Strojna oprema mora biti dostopna.
• Sistem mora biti čim bolj neodvisen od okolja.

• Vzamemo poceni in pripravljen računalnik Raspberry PI.
• Oblikujemo vezje brezprekinjskega napajanja.
• Dodajmo modem za neodvisnost od stanja lokalnega omrežja.
• Oblikujemo lep ohišje.

Imamo tri podsisteme z lastnimi zahtevami in vizijo njihove realizacije:

• podsistem strojne opreme;
• podsistem nadzora;
• podsistem uporabniške interakcije.

Za podsistem strojne opreme smo pripravili skico projekta. Da, da! Kršili smo vsa pravila agilenja in pripravili dokument, ker tovarne proizvajalci delajo prav z dokumenti. Za druge podsisteme smo določili uporabnike (osebe), pripravili uporabniške zgodbe, napisali naloge za razvoj.

Na tej stopnji koncepta se konča in njegov rezultat so:

• projekt na strojni platformi;
• formuliran vision v obliki uporabniških zgodb za preostali dve podsistemi;
• prototip programske sestavine, izveden v obliki virtualne naprave;
• prototip strojne sestavine, izveden v obliki stojala, kjer so bila prav ta strojna rešitev preverjena na moč;
• testiranje, ki so ga izvedli naši administratorji.

Na tej fazi so bile večinoma organizacijske težave, povezane z nezadostnim poznavanjem pravnih in računovodskih vidikov prodaje med inženirskim osebjem. To je ena stvar, da si zamisliš, kaj in kako prodajati, in povsem druga stvar se soočiti z neizprosno pravno mašinerijo: patenti, nalogi za razvoj, knjigovodsko prevzemanje, EULA in še mnoge druge vidike, katerih nismo kot ustvarjalni ljudje prvotno upoštevali.

Šlo je za zaplet, povezan s projektiranjem ohišij. V naši ekipi so sami inženirji, zato je naš strokovnjak za elektroniko prvi prototip ohišja 'ustvaril' iz akrilnega stekla.

Ohišje je, milo rečeno, izgledalo sporno, še posebej za občinstvo, ki ga je razvadila sodobna tehnologija. Seveda so se našli tudi ljubitelji med 'kuli' starejše generacije - ohišje je pri njih vzbudilo nostalgične občutke. Odločili smo se, da izdelamo in projektiramo ohišje na novo, saj je imel stari poleg estetskih pomanjkljivosti tudi konstrukcijske - akrilno steklo ni dobro prenašalo razstavljanja in sestavljanja naprave ter je imelo tendenco k razpokanju. O proizvodnji ohišja bom govoril pozneje.

In tako smo se tesno približali končni črti - MVP. Seveda to še ni končni serijski izdelek, vendar že prinaša koristi in predstavlja vrednost. Glavni cilj te faze je zagon cikla 'ustvari-oceni-nauči se'. Na tej fazi je LANBIX.

Na fazi 'ustvari' smo ustvarili napravo, ki izvaja deklarirane funkcionalnosti. Da, še ni popolna, in še naprej delamo na njej.

Vračamo se k izdelavi ohišja, torej k nalogi, da naše naprave preoblikujemo iz tiste, ki vzbuja nostalgične občutke, v sodobno. Najprej sem raziskal trg glede proizvajalcev ohišij in storitev industrijskega oblikovanja. Prvič, podjetij, ki izdelujejo ohišja, je na ruskem trgu zelo malo, in drugič, stroški industrijskega oblikovanja so v tej fazi pretirani, okoli 1 milijon rubljev.

Za dizajnom smo se obratili našem marketing odeljenju, mladi dizajner je bio spreman na kreativne eksperimente. Izložili smo svoju viziju kućišta (prethodno proučivši najbolje uzore u izradi kućišta), a on je zauzvrat to pretvorio u umetničko delo. Ostalo je samo da se proizvede. Ponosni na svoj dizajn, obratili smo se partnerima. Njihov generalni direktor je momentalno srušio naše fantazije, potpuno besplatno ukazavši na stvari koje nije moguće proizvesti izabranim načinom. Kućište se može proizvesti, i biće ne lošije od Apple-ovog, ali cene kućišta će u tom slučaju biti tri do četiri puta veće od celokupne elektronske opreme. Nakon niza operacija i odobrenja, projektovali smo kućište koje može biti proizvedeno. Da, više nije tako lepo kao što smo planirali, ali je idealno za postizanje trenutnih ciljeva.

Rezultat faze: prva serija uređaja, spremnih za borbu i testiranje.

A sada dolazi najteža faza - faza "ocenjivanja", i sa našim proizvodom smo upravo na toj tački. Možemo ocenjivati samo na osnovu rezultata korišćenja od strane stvarnih korisnika i nijedna pretpostavka ovde ne funkcioniše. Potrebni su nam ti "rani sledbenici" kako bismo dobili povratne informacije i unesli promene u proizvod koje su zaista potrebne. Postavlja se pitanje: gde naći korisnike i kako ih uveriti da učestvuju u eksperimentu?

Od svih mogućih opcija, izabrali smo klasičan set digitalnih alata: odredišnu stranicu i reklamnu kampanju na društvenim mrežama.

Proces je već pokrenut, ali je još rano govoriti o rezultatima, iako su povratne informacije već prisutne i dobili smo potvrdu mnogih naših hipoteza. Prijatan iznenađenje bila je reakcija predstavnika potpuno drugih sektora poslovanja, mnogo većih od onih na koje smo računali. Bilo bi glupo ignorisati nove informacije, i na osnovu rezultata sprovedenih intervjua, doneta je odluka o pokretanju paralelne linije LANBIX pod nazivom LANBIX Enterprise. Dodali smo podršku za distribuirane infrastrukture, monitoring Wi-Fi mreža sa pretraživanjem i lokalizacijom grešaka, monitoring kvaliteta komunikacionih kanala. Najveći interes za rešenje izrazile su servisne kompanije. U tom smislu, već razvijeni uređaji igraju značajnu ulogu u rešenjima.

V naslednjem ponedeljku, 25. marca, bo na

Kaj bo naprej z izvirnim LANBIX — bo jasno na podlagi rezultatov kampanje. V primeru, da naših hipotez ne potrdimo, se bomo skladno s metodologijo Lean brez milosti znebili ali transformirali izdelek v nekaj novega, saj ni hujšega, kot ustvarjati izdelek, ki ga nihče ne potrebuje. Vendar pa lahko že zdaj rečemo, da delo ni bilo zaman in je pripeljalo do celotne vrste paralelnih izdelkov, na katerih aktivno delamo. V primeru uspeha bo LANBIX prešel iz faze MVP v končno fazo in se razvijal po jasnih klasičnih zakonih produktnega marketinga.

Ponovno poudarjam, da trenutno želimo najti zgodnje privržence, podjetja, ki jih lahko vključimo v testiranje našega izdelka z namenom zbiranja povratnih informacij. Če želite preizkusiti LANBIX, pišite v komentarjih ali osebnih sporočilih.

Source

Izvor: habr.com