Kako radimo s idejama i kako je nastao LANBIX

U LANIT-Integraciji ima mnogo kreativnih radnika. Ideje za nove proizvode i projekte bukvalno vise u zraku. Ponekad može biti veoma teško identifikovati one najzanimljivije. Stoga smo zajedno razvili vlastitu metodologiju. Pročitajte ovaj članak o tome kako odabrati najbolje projekte i implementirati ih.

U Rusiji, ali iu svijetu u cjelini, odvija se niz procesa koji dovode do transformacije IT tržišta. Zahvaljujući povećanju računarske snage i pojavi serverskih, mrežnih i drugih tehnologija virtuelizacije, tržištu više nije potrebna velika količina hardvera. Prodavci sve više vole da rade sa kupcima direktno. IT tržište doživljava procvat outsourcinga u svim njegovim oblicima, od klasičnog outsourcinga do novog vala outsourcinga – „provajdera u oblaku“. Infrastrukturni sistemi i elementi postaju mnogo lakši za održavanje i konfigurisanje. Kvalitet softvera raste svake godine, a zadaci integratora se transformišu.

Kako radimo sa idejama

Smjer pokretanja proizvoda u "LANIT-Integracija" postoji više od godinu dana. Naš glavni cilj je kreirati nove proizvode i plasirati ih na tržište. Prva stvar s kojom smo krenuli bila je organizacija procesa kreiranja proizvoda. Proučavali smo mnoge metodologije, od klasičnih do hype. Međutim, nijedan od njih nije zadovoljio naše potrebe. Tada smo odlučili uzeti Lean Startup metodologiju kao osnovu i prilagoditi je našim zadacima. Lean Startup je teorija poduzetništva koju je kreirao Eric Ries. Zasnovan je na principima, pristupima i praksi takvih koncepata kao što su vitka proizvodnja, razvoj kupaca i fleksibilna razvojna metodologija.

Što se tiče direktnog pristupa upravljanju razvojem proizvoda: nismo ponovo izmislili točak, već smo primenili već postojeću metodologiju razvoja SCRUM, dodajući kreativnost, i sada se može sa sigurnošću nazvati SCRUM-WATERFALL-BAN. SCRUM je, uprkos svojoj fleksibilnosti, veoma rigidan sistem i pogodan je za upravljanje timom koji je odgovoran samo za jedan proizvod/projekat. Kao što razumete, klasičan posao „integracije“ ne podrazumeva dodeljivanje stalnih tehničkih stručnjaka za rad na jednom projektu (ima izuzetaka, ali izuzetno retko), jer su osim rada na proizvodima, svi zauzeti tekućim projektima. Od SCRUM-a smo preuzeli podjelu posla na sprintove, dnevno izvještavanje, retrospektive i uloge. Odabrali smo Kanban za naš tok zadataka i dobro se integrirao u naš postojeći sistem za praćenje zadataka. Svoj rad smo strukturirali tako što smo se neprimjetno integrirali u postojeći poredak stvari.
Prije ulaska na tržište, proizvod prolazi kroz 5 faza: ideja, odabir, koncept, MVP (više detalja u nastavku) i proizvodnja.

Ideja

U ovoj fazi postoji nešto efemerno - ideja. Idealno, ideja za rješavanje postojećeg problema ili problema klijenta. Ideja nam ne nedostaje. Prema prvobitnom planu, trebalo bi da ih generišu zaposleni u tehničkim oblastima. Da bi ideja bila prihvaćena za daljnji razvoj, autor mora popuniti “Idea Design Template”. Postoje samo četiri pitanja: Šta? Za što? Kome ovo treba? A ako ne naš proizvod, šta onda?

Izvor

Tim

Čim popunjeni predložak stigne do nas, počinje postupak obrade i odabira. Faza odabira je radno najintenzivnija. U ovoj fazi se formiraju hipoteze problema (nisam uzalud u prethodnom pasusu spomenuo da bi u idealnom slučaju ideja trebala riješiti problem klijenta) i vrijednosti proizvoda. Formira se hipoteza skale, tj. kako će naše poslovanje rasti i napredovati. S potencijalnim kupcima se provode problemski i stručni razgovori kako bismo dobili preliminarnu potvrdu da ćemo proizvesti nešto što je potrebno. Potrebno je najmanje 10-15 intervjua da se donese zaključak o potrebi za proizvodom.

Ako se hipoteze potvrde, radi se preliminarna finansijska analiza, procjenjuje se okvirni obim ulaganja i moguća zarada investitora. Kao rezultat ove faze, nastaje dokument pod nazivom Lean Canvas koji se prezentuje menadžmentu.

Koncept

U ovoj fazi se eliminira oko 70% ideja. Ako je koncept odobren, tada počinje faza razvoja ideje. Formira se funkcionalnost budućeg proizvoda, određuju putevi implementacije i optimalna tehnička rješenja te ažurira poslovni plan. Rezultat ove faze je tehnička specifikacija za razvoj i detaljan poslovni slučaj. Ako bude uspješan, prelazimo na MVP ili MVP fazu.

MVP ili MVP

MVP je minimalno održiv proizvod. One. proizvod koji nije u potpunosti razvijen, ali već može donijeti vrijednost i obavlja svoju funkcionalnost. Imperativ je da u ovoj fazi razvoja prikupljamo povratne informacije od stvarnih korisnika i unosimo promjene.

Proizvodnja

I poslednja faza je proizvodnja. Ne više od 5% proizvoda dostiže ovu fazu. Ovih 5% uključuje samo najvažnije, neophodne, održive i funkcionalne proizvode.

Imamo puno ideja i već smo sastavili obiman portfolio. Svaku ideju analiziramo i činimo sve da ona dođe do završne faze. Vrlo je ugodno što naše kolege nisu ostale ravnodušne na naš smjer istraživanja i razvoja i aktivno sudjeluju u razvoju i implementaciji proizvoda i rješenja.

Kako smo napravili LANBIX

Pogledajmo stvaranje proizvoda koristeći pravi primjer - proizvod LANBIX. Ovo je “upakirani” softver i hardverski sistem dizajniran za praćenje malih IT infrastruktura i promptno upozoravanje donosilaca odluka i poslovnih korisnika o kvarovima koji se kontroliraju putem chat bota. Pored funkcije nadzora, LANBIX uključuje i Help Desk funkcionalnost. Ovaj proizvod je ekskluzivan za tržišni segment na koji ciljamo. To je i naša prednost i naša bol. Ali prvo stvari. Odmah ću reći da je LANBIX živi proizvod (odnosno, nije konačan u svom razvoju i nalazi se u sljedećem krugu MVP-a).

Dakle, prva faza je ideja. Da bi se ideja rodila, potrebni su vam problemi, a imali smo ih, tačnije ne mi, nego naši prijatelji. U nastavku ćemo pogledati nekoliko stvarnih situacija koje su se dogodile u različitim područjima poslovanja.

Mala kompanija za upravljanje održava dvije kuće u moskovskoj regiji. Osoblje sa računarima je oko 15 ljudi. Administrator sistema je gostujući freelancer (pametni sin jednog od brižnih stanara). Čini se da aktivnosti kompanije za upravljanje slabo zavise od IT-a, ali posebnost ovog posla je mjesečno izvještavanje mnogih nadležnih. Sistemski disk šefa kompanije (koji, kao i obično, kombinuje mnoge uloge) ostao je bez slobodnog prostora. Naravno, to se nije dogodilo iznenada, upozorenje je visilo oko 2 mjeseca i stalno se ignorisalo. Ali stiglo je ažuriranje, OS je ažuriran i, na sreću, zamrznuo se usred ažuriranja, žaleći se prije "smrti" zbog zauzetog diska. Računar je krenuo u ciklično ponovno pokretanje. Dok smo rješavali problem i dobijali izvještaje, propustili smo rok za prijavu. Čini se da je beznačajni kvar izazvao razne nevolje: od gubitaka do sudskih sporova i administrativne odgovornosti.

Izvor   

Sličan incident dogodio se u velikom holdingu, koji je ujedinio mnogo malih kompanija, sa jedinstvenom službom tehničke podrške za cijeli ured. U jednom od odjeljenja pokvario se kompjuter šefa računovodstva. Odavno se znalo da može da se pokvari (kompjuter je očajnički usporavao i grejao), ali se šef računovodstva nikako nije snašao da pošalje zahtev tehničkoj podršci. Naravno, pokvario se tačno na dan isplate, a službenici su nekoliko dana bili bez novca.

Malo preduzeće u maloj trgovini na veliko imalo je prodajnu web stranicu koja je bila hostirana na vanjskoj platformi. Za njegovu nedostupnost saznali smo telefonom od redovnog kupca. U trenutku poziva, stranica je bila neaktivna oko tri sata. Trebalo je još nekoliko sati da se pronađe osoba odgovorna za stranicu i još dva da se riješi problem. Shodno tome, stranica je bila nedostupna skoro cijeli radni dan. Prema riječima komercijalnog direktora kompanije, ovaj zastoj ih je koštao oko milion rubalja.

I sam sam se susreo sa sličnom situacijom kada sam došao na pregled u kliniku i morao sam ići na registraciju VHI. Nisu me mogli poslati doktoru iz trivijalnog razloga - ujutro je došlo do strujnog udara, a nakon nesreće nije radila njihova pošta i određena služba za komunikaciju sa osiguravajućim društvom. U odgovoru na moje pitanje, gdje su vaši admini, rečeno mi je da njihov admin dolazi i posjećuje ih jednom sedmično. A sada (tada je već bilo 16:00) ne diže slušalicu. Najmanje 7 sati klinika je bila odsječena od vanjskog svijeta i nije mogla pružati plaćene usluge.

Šta je zajedničko svim ovim slučajevima? Apsolutno svi problemi mogli su se unaprijed spriječiti. Pravovremenom reakcijom IT ljudi, šteta je mogla biti smanjena. To bi bilo moguće kada bi korisnici ispravno protumačili rane simptome.

Identifikovali smo hipoteze problema:

• značajne novčane i reputacijske gubitke zbog male brzine reagovanja na kvarove u IT infrastrukturi;
• pogrešno tumačenje ranih simptoma kvara od strane korisnika.

Šta kupac može učiniti s njima i kako izbjeći slične situacije u budućnosti? Nema puno opcija:

1. zaposliti visokokvalifikovanog sistem administratora i natjerati ga da radi savjesno;
2. prepustiti IT održavanje specijalizovanoj servisnoj kompaniji;
3. samostalno implementirati sistem praćenja i prijavljivanja kvarova;
4. obezbijediti obuku korisnika/poslovnog osoblja o osnovama kompjuterske pismenosti.

Zaustavimo se na trećoj opciji. Ponudimo sistem za nadzor onima koji ga ne koriste iz raznih razloga.

Lirska digresija. Različiti sistemi za praćenje IT usluga na poslovnom tržištu se koriste već duže vrijeme, a njihove prednosti nisu sporne. Razgovarao sam sa predstavnicima velikih kompanija, pogledao kako se gradi odnos između biznisa i IT-a. Tehnički direktor jednog velikog preduzeća za mašinogradnju je eksternoj kompaniji prepustio održavanje IT infrastrukture, ali on sam ostaje upoznat sa svim stvarima. U njegovoj kancelariji visi veliki ekran sistema za praćenje sa indikatorima statusa IT usluga. Najkritičniji su uključeni u sistem. Tehnički direktor u svakom trenutku može saznati kakvo je stanje infrastrukture, šta se dešava, gdje je problem, da li su obaviješteni odgovorni i da li se problem rješava.

Gore navedene priče navele su naš tim na razmišljanje o tome kako stvoriti optimalan sistem praćenja za male kompanije. Kao rezultat toga, nastao je LANBIX - sistem za nadzor koji može postaviti apsolutno svako bez ikakvog informatičkog znanja. Osnovni cilj sistema je jednostavan, kao i svih sistema koji imaju za cilj povećanje kontinuiteta i dostupnosti – smanjenje novčanih i drugih gubitaka u slučaju neplaniranih zastoja. Uređaj je dizajniran da smanji na minimum vrijeme između "nešto je pokvareno" i "problem je riješen".

Da bi se potvrdile hipoteze, obavljeni su problemski intervjui. Nisam mogao zamisliti koliko bi ljudi bili spremni reći bez pokušaja da im prodaju. Svaki razgovor je trajao najmanje 1,5 sat, a dobili smo mnogo informacija korisnih za dalji razvoj.

Hajde da sumiramo rezultate ove faze:

1. postoji razumijevanje problema,
2. razumijevanje vrijednosti - postoji,
3. Postoji ideja za rješenje.

Druga faza je bila detaljnija. Na osnovu njegovih rezultata, morali smo menadžmentu, koji u suštini igra ulogu investitora, predstaviti poslovni slučaj (isto Lean Canvas) da donese odluku o budućoj sudbini proizvoda.

Počeli smo sa istraživanjem tržišta i analizom konkurencije kako bismo saznali ko, šta i, što je najvažnije, kako radi na ovom tržištu.

Ispostavilo se sljedeće.

1. Za naš segment (mali biznis) na tržištu ne postoje gotovi sistemi za praćenje u kutiji, osim par ili tri, o kojima iz očiglednih razloga neću govoriti.
2. Naši glavni konkurenti, što je čudno, su sistemski administratori sa skriptama napisanim od kuće i „dodatcima“ za sisteme za praćenje otvorenog koda.
3. Postoji jasan problem sa korišćenjem sistema za praćenje otvorenog koda. Postoji sistem, postoji ogromna količina informacija o tome kako raditi i modificirati sistem prema vašim potrebama. Od administratora koje sam intervjuisao, mnogi su priznali da nemaju dovoljno kompetencija da sami implementiraju svoje ideje. Ali to ne mogu priznati upravi iz straha od otkaza. Ispostavilo se da je to začarani krug.

Zatim smo prešli na analizu potreba naših potencijalnih kupaca. Identifikovali smo za sebe segment malih organizacija koje iz nekog razloga nemaju svoj IT servis, gde je za IT odgovoran ili dolazeći sistem administrator, freelancer ili uslužna kompanija. Nije IT strana ta koja je odlučila da uđe, već poslovna strana, koja osnivačima i vlasnicima preduzeća nudi alat za poboljšanje kvaliteta usluge IT infrastrukture. Proizvod koji bi trebao pomoći vlasnicima da osiguraju svoje poslovanje, ali će u isto vrijeme dodati posao ljudima koji su odgovorni za IT. Proizvod koji preduzećima pruža alat za praćenje kvaliteta IT podrške.

Kao rezultat obrade primljenih podataka, nastala je prva lista zahtjeva (neka vrsta grubog zaostatka) za budući proizvod:

• sistem nadzora mora biti zasnovan na rješenju otvorenog koda i, kao rezultat, jeftin;
• jednostavna i brza instalacija;
• ne bi trebalo da zahtevaju specifična znanja iz IT-a, čak i računovođa (ni na koji način nisam želeo da uvredim predstavnike ove profesije) treba da bude u stanju da postavi i konfiguriše sistem;
• treba automatski detektovati objekte za praćenje na mreži;
• treba automatski (i idealno bi bilo automatski) instalirati agente za praćenje;
• moraju biti u mogućnosti da prate eksterne usluge, barem CRM sistem i prodajnu web stranicu;
• treba da obavesti i poslovnog i sistem administratora o problemima;
• stepen dubine i „jezik“ upozorenja treba da bude različit za administratora i preduzeće;
• sistem mora biti snabdjeven vlastitim hardverom;
• gvožđe treba da bude što je moguće dostupnije;
• sistem treba da bude što je moguće nezavisniji od spoljnih faktora.

Zatim su izračunata ulaganja u razvoj proizvoda (uključujući troškove rada zaposlenih u tehničkom odjelu). Pripremljena je skica poslovnog modela i izračunata je jedinična ekonomičnost proizvoda.

Rezultat etape:

• zaostatak proizvoda na visokom nivou;
• formulisani poslovni model ili hipoteza skale koja tek treba da se testira u praksi.

Pređimo na sljedeću fazu – koncept. Ovdje se mi, kao inženjeri, nalazimo u svom rodnom elementu. Postoje „liste želja“ koje se razlažu na komponente/podsisteme/karakteristike, zatim se pretvaraju u tehničke specifikacije/korisničke priče, zatim u projekat itd. Neću se detaljno zadržavati na procesu pripreme niza alternativnih opcija; prijeđimo direktno na zahtjeve i odabrane metode za njihovu implementaciju.

Requirement
odluka

• To bi trebao biti otvoreni sistem praćenja;

Uzimamo sistem za praćenje otvorenog koda.

• Sistem bi trebao biti jednostavan i brz za instalaciju;
• ne bi trebalo da zahtevaju specifično IT znanje. Čak bi i računovođa trebao biti u stanju da implementira i konfiguriše sistem.

Nudimo instaliran sistem tako da korisnik treba samo da uključi uređaj i malo ga konfiguriše, slično ruteru.

Završimo interakciju s uređajem na nešto jednostavno i svima razumljivo.

Napišimo vlastiti chat bot za jedan od poznatih instant messengera i prebacimo sve interakcije sa sistemom na njega.

Sistem bi trebao:

• automatski detektovati objekte potrebne za praćenje na mreži;
• automatski instalirati agente za praćenje;
• Biti u mogućnosti pratiti eksterne usluge, barem CRM sistem i prodajnu web stranicu.

Pišemo dodatke za sistem nadzora za:

• automatska detekcija objekata;
• automatska instalacija agenata;
• praćenje dostupnosti eksternih usluga.

Sistem bi trebao:

• obavijestiti i poslovnog i sistem administratora o problemima;
• biti u mogućnosti pratiti eksterne usluge, barem CRM sistem i prodajnu web stranicu. Stepen dubine i „jezika“ obavještenja treba da budu različiti za administratora i posao.
• Sistem ne bi trebao zahtijevati specifično informatičko znanje; čak bi i računovođa trebao biti u stanju da implementira i konfiguriše sistem.

• Dodajmo različite vrste obavještenja za različite tipove korisnika. Razlikuju se po visini i dubini. Poslovni korisnik će dobiti obavještenja poput „sve je u redu, ali će Ivanov računar uskoro umrijeti“. Administrator će dobiti kompletnu poruku o grešci, ko, kako i šta se dogodilo ili bi moglo da se desi.
• Dodajmo mogućnost korištenja pošte dodatne odgovorne osobe, kako bi u slučaju kvara dobio poruku.
• Dodajmo interakciju sa eksternim provajderima usluga na osnovu slanja mejlova sa unapred pripremljenim tekstom, jer E-mail je taj koji je doveo do incidenta.
• Sva interakcija sa sistemom će biti povezana sa chatbotom, komunikacija se odvija u stilu dijaloga.

Dodatak:

• Hajde da dodamo funkcionalnost „ćaskanja sa administratorom“ tako da korisnik može poslati administratoru poruku koja direktno opisuje problem.

• Sistem se mora isporučiti na vlastitom hardveru.
• Gvožđe mora biti dostupno.
• Sistem treba da bude što je moguće nezavisniji od okoline.

• Uzmimo gotov i jeftin Raspberry PI računar.
• Projektovaćemo ploču za neprekidno napajanje.
• Dodajmo modem koji će biti neovisan o stanju lokalne mreže.
• Projektovaćemo prelepu zgradu.

Sada imamo tri podsistema sa svojim zahtjevima i vizijom za njihovu implementaciju:

• hardverski podsistem;
• podsistem praćenja;
• podsistem interakcije korisnika.

Izradili smo idejni projekat za hardverski podsistem. Da da! Prekršivši sva pravila agilnosti, razvili smo dokument, jer proizvodni pogoni rade sa dokumentima. Za preostale podsisteme smo identifikovali korisnike (osobe), pripremili korisničke priče i napisali zadatke za razvoj.

Ovim je faza koncepta završena, a rezultat je:

• projekat za hardversku platformu;
• formulisana vizija u obliku korisničkih priča za preostala dva podsistema;
• prototip softvera implementiran kao virtuelna mašina;
• prototip hardvera, implementiran u obliku postolja, gdje su hardverska rješenja zapravo testirana na čvrstoću;
• testiranje koje su izvršili naši administratori.

Problemi u ovoj fazi su uglavnom bili organizacijski i odnosili se na nedostatak znanja inženjerskog osoblja o pravnim i računovodstvenim aspektima prodaje. One. Jedno je shvatiti šta i kako prodati, a sasvim drugo suočiti se s nemilosrdnom pravnom mašinom: patenti, razvojni zadaci, registracija, EULA i još mnogo toga što mi, kao kreativni ljudi, u početku nismo uzeli u obzir.

Još nije postojao problem, već poteškoća vezana za dizajn kućišta. Naš tim čine samo inženjeri, tako da je prvu verziju kućišta od pleksiglasa „sagradio“ naš stručnjak za elektroniku.

Telo je izgledalo, najblaže rečeno, kontroverzno, posebno za javnost, razmaženu modernom tehnologijom. Među starijom generacijom Kulibina bilo je, naravno, poznavalaca - zgrada je u njima izazivala nostalgične osjećaje. Odlučeno je da se kućište proizvede i dizajnira iznova, jer je staro, osim estetskih nedostataka, imalo i strukturalne - pleksiglas nije dobro podnosio montažu i demontažu uređaja i imao je tendenciju pucanja. Dalje ću vam reći o proizvodnji kućišta.

I sada smo blizu cilja - MVP. Naravno, ovo još nije finalni proizvod, ali je već koristan i vrijedan. Glavni cilj ove faze je pokretanje ciklusa “kreiraj-procjeni-uči”. Upravo u ovoj fazi je LANBIX.

U fazi “kreiranja” kreirali smo uređaj koji obavlja navedenu funkcionalnost. Da, još uvijek nije savršen i nastavili smo raditi na tome.

Vratimo se na izradu karoserije, tj. na zadatak transformacije našeg uređaja iz nostalgične u modernu. Na početku sam pretražio tržište za proizvođače ormara i usluge industrijskog dizajna. Prvo, na ruskom tržištu nema mnogo kompanija koje proizvode kućišta, a drugo, cijena industrijskog dizajna u ovoj fazi je previsoka, oko milion rubalja.

Za dizajn su kontaktirali naš marketinški odjel, mladi dizajner je bio spreman za kreativne eksperimente. Izložili smo našu viziju trupa (prethodno proučili najbolje primjere konstrukcije trupa), a on ga je zauzvrat pretvorio u umjetničko djelo. Ostaje samo da se proizvede. Mi, ponosni na svoj dizajn, obratili smo se našim partnerima. Njihov izvršni direktor je odmah razbio naše fantazije ukazujući, potpuno besplatno, na stvari koje se ne mogu proizvesti na naš način. Kućište se može proizvesti, i neće biti gore od Appleovog, ali će cijena kućišta biti tri do četiri puta skuplja od svih elektronskih komponenti. Nakon niza operacija i odobrenja, dizajnirali smo kućište koje se može proizvoditi. Da, nije tako lijepo kao što smo planirali, ali je idealno za postizanje trenutnih ciljeva.

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

A sada je najteža stvar faza „evaluacije“, a sa našim proizvodom smo upravo u ovoj tački. Možemo ocjenjivati ​​samo na osnovu rezultata korištenja od strane stvarnih kupaca i ovdje nikakve pretpostavke ne funkcioniraju. Potrebni su nam ti „rani korisnici“ da daju povratne informacije i unesu promene u proizvod koje su zaista potrebne. Postavlja se pitanje: gdje dobiti kupce i kako ih uvjeriti da sudjeluju u eksperimentu?

Od svih mogućih opcija, odabrali smo klasičan set digitalnih alata: landing page i reklamnu kampanju na društvenim mrežama.

Proces je već pokrenut, ali je rano govoriti o rezultatima, iako već ima odgovora i dobili smo potvrdu mnogih naših hipoteza. Prijatno iznenađenje bila je reakcija predstavnika potpuno različitih poslovnih segmenata, mnogo većih od onih koje smo očekivali. Bilo bi glupo ignorisati nova predstavljanja, a na osnovu rezultata intervjua odlučeno je da se pokrene paralelna LANBIX linija pod nazivom LANBIX Enterprise. Dodali smo podršku za distribuiranu infrastrukturu, praćenje Wi-Fi mreža s otklanjanjem problema i lokalizacijom, te praćenje kvaliteta komunikacijskih kanala. Najveći interes za rješenje su iskazale uslužne kompanije. Istovremeno, uređaji koje smo već razvili igraju važnu ulogu u radu rješenja.

Šta će se sljedeće dogoditi

Šta će se dalje dešavati sa originalnim LANBIX-om, biće jasno na osnovu rezultata kampanje. Ako se naše hipoteze ne potvrde, prema Lean metodologiji, nemilosrdno ćemo ga se riješiti ili će se to transformirati u nešto novo, jer nema ništa gore nego napraviti proizvod koji nikome nije potreban. Ali sada možemo reći da obavljeni posao nije bio uzaludan i zahvaljujući njemu se pojavila cijela grana paralelnih proizvoda na kojima aktivno radimo. Ako bude uspješan, LANBIX će preći iz MVP faze u završnu fazu i razvijat će se prema razumljivim klasičnim zakonima marketinga proizvoda.

Ponavljam, sada želimo pronaći rane korisnike, kompanije koje mogu instalirati naš proizvod kako bi prikupili povratne informacije. Ako ste zainteresovani za testiranje LANBIX-a, pišite u komentare ili privatne poruke.

Izvor

izvor: www.habr.com