V „LANIT-Integracija“ imamo mnogo kreativnih zaposlenika. Ideje novih proizvoda i projekata doslovno vise u zraku. Ponekad je vrlo teško izdvojiti najzanimljivije. Zato smo zajedničkim snagama razvili vlastitu metodu. Kako odabrati najbolje projekte i realizirati ih, pročitajte u ovom članku.
U Rusiji, a i u svijetu općenito, odvija se niz procesa koji dovode do transformacije IT tržišta. Povećanjem računalnih kapaciteta i pojavljivanjem tehnologija serverne, mrežne i druge virtualizacije, tržište više ne treba veliko količinu „hardvera“. Dobavljači sve češće preferiraju raditi direktno s klijentima. Na IT tržištu cvjeta outsourcing u svim njegovim oblicima, počevši od klasičnog outsourcinga do novih tipova outsourcera – „oblaka pružatelja usluga“. Infrastrukturni sustavi i elementi postaju znatno jednostavniji za održavanje i podešavanje. Kvaliteta softvera raste svake godine i zadatci integratora se transformiraju.
Kako radimo s idejama
Proizvodna startup usmjerenja u postoji već više od godine dana. Naš osnovni cilj je stvaranje novih proizvoda i njihovo plasiranje na tržište. Prvo s čega smo počeli je organizacija samog procesa stvaranja proizvoda. Prošli smo kroz brojne metodologije, počevši od klasičnih pa sve do modernih. Međutim, nijedna od njih nije ispunila naše zahtjeve. Onda smo odlučili uzeti metodologiju Lean Startup kao osnovu i prilagoditi je svojim potrebama. „Lean startup“ je teorija poduzetništva koju je razvio Eric Ries, a temelji se na principima, pristupima i praksama kao što su lean manufacturing, customer development i agilna metodologija razvoja.
Što se tiče pristupa upravljanju razvojem proizvoda: nismo izmišljali bicikl, već smo primijenili već postojeću metodologiju razvoja , dodavanjem kreativnosti, i sada je smelo možemo zvati SCRUM-WATERFALL-BAN. SCRUM, uprkos svojoj fleksibilnosti, je veoma krut sistem i pogodan je za upravljanje timom koji se bavi samo jednim proizvodom/projektom. Kako razumete, klasični „integratorski“ biznis ne predviđa dodeljivanje tehničkih stručnjaka na punom radnom vremenu za rad na jednom projektu (izuzeci postoje, ali vrlo retko), jer su svi osim rada na proizvodima angažovani na trenutnim projektima. Iz SCRUM-a smo preuzeli podelu rada na sprinteve, dnevne izveštaje, retrospektive i uloge. Za rad sa tokom zadataka izabrali smo Kanban, i savršeno se integrisao u naš postojeći sistem praćenja zadataka. Organizovali smo rad, glatko se integrišući u već postojeći red stvari.
Pre nego što izađe na tržište, proizvod prolazi kroz 5 faza: ideja, selekcija, koncept, MЖП (detaljnije — u nastavku) i proizvodnja.
Idea
U ovoj fazi postoji nešto efemerno – ideja. Idealno, to je ideja rešenja postojeće probleme ili zadatka klijenta. Nemamo nedostatka ideja. Po prvobitnoj zamisli, one trebaju da budu generisane od strane zaposlenih u tehničkim smerovima. Da bi ideja bila prihvaćena za dalju razvoj, autor mora popuniti „Šablon forme ideje“. Tu su četiri pitanja: Šta? Zašto? Kome je to potrebno? A ako nije naš proizvod, šta onda?
Selekcija
Čim obrađeni šablon dođe do nas, započinje procedura obrade i selekcije. Faza selekcije je najzahtevnija. U ovoj fazi dolazi do formiranja hipoteza problema (nije slučajno što sam u prethodnom odlomku pomenuo da ideja treba da reši problem klijenta) i vrednosti proizvoda. Formira se hipoteza skalabilnosti, tj. kako naš biznis planira da raste i napreduje. Održavaju se problemi i ekspertski intervjui sa potencijalnim klijentima za preliminarno potvrđivanje da planiramo da proizvodimo nešto korisno. Potrebno je najmanje 10-15 intervjua da bi se donela odluka o korisnosti proizvoda.
Ako se hipoteze potvrde, sprovodi se preliminarna finansijska analiza, procenjuje se približan obim investicija i moguć profit investitora. Kao rezultat ove faze nastaje dokument pod imenom Lean Canvas i prezentuje se menadžmentu.
Koncept
V tej fazi odpadne približno 70% idej. Če je koncept odobren, se začne faza nadaljnjega dela na ideji. Oblikujejo se funkcionalne možnosti prihodnjega produkta, določijo se poti izvedbe in optimalna tehnična rešitev, aktualizira se poslovni načrt. Rezultat te faze je tehnična specifikacija za razvoj in podroben poslovni primer. V primeru uspeha preidemo v fazo MŽP ali MVP.
MŽP ali MVP
MŽP je minimalno življenjski sposobni izdelek. T.j. izdelek, ki ni popolnoma razvit, vendar že lahko prinaša vrednost in izpolnjuje svojo funkcionalnost. V tej fazi razvoja obvezno zbiramo povratne informacije od realnih uporabnikov ter vnašamo spremembe.
Proizvodnja
In zadnja faza — proizvodnja. V to fazo pride le do 5% izdelkov. V teh 5% so vključeni le tisti najbolj pomembni, potrebni, življenjski sposobni in funkcionalni izdelki.
Imamo veliko idej, že smo zbrali obsežni portfelj. Vsako idejo obravnavamo in naredimo vse, da doseže končno fazo. Zelo me veseli, da kolegi niso ostali ravnodušni do našega R&D področja in aktivno sodelujejo pri razvoju, izvedbi izdelkov in rešitev.
Kako smo ustvarili LANBIX
Oglejmo si ustvarjanje produkta na realnem primeru — izdelku LANBIX. To je 'škatla' programsko-strojni kompleks, namenjen spremljanju manjših IT-infrastrukture in hitremu obveščanju odgovornih oseb ter poslovnih uporabnikov o napakah z upravljanjem preko klepetalnega robota. Poleg funkcije spremljanja LANBIX vključuje tudi funkcionalnost Help Desk. Ta izdelek je ekskluziven za tisti segment trga, na katerega smo ciljali. To je tako naša prednost kot tudi naš problem. A o vsem po vrsti. Takoj povem, da je LANBIX živi izdelek (tj. ni končen v svojem razvoju in se nahaja na naslednjem nivoju MVP).
Torej, prva faza — ideja. Da se rodi ideja, so potrebne težave, in te smo imeli, natančneje pa ne mi, ampak naši znanci. Spodaj si bomo ogledali nekaj realnih situacij, ki so se zgodile v različnih področjih poslovanja.
Majhna upravljalska družba oskrbuje dva objekta v Podmoskovju. V ekipi je približno 15 zaposlenih, ki uporabljajo računalnike. Sistem administrator je zunanji freelancer (sposobni sin enega od skrbnih stanovalcev). Zdi se, da bi dejavnost upravne družbe slabo vplivala na IT, a posebnost tega posla je mesečno poročanje različnim institucijam. Na sistemskem disku direktorja podjetja (ki običajno združuje različne vloge) je zmanjkalo prostega prostora. Seveda se to ni zgodilo nenadoma; opozorilo je viselo približno dva meseca in je bilo nenehno ignorirano. Potem je prispelo posodobitev, operacijski sistem se je posodobil in se je, kot je običajno, nekje ustavil, pritožuje na zapolnjen disk pred
Podoben primer se je zgodil v velikem holdingu, ki združuje številne majhne podjetja, z enotno službo za tehnično podporo za celoten urad. V enem od oddelkov se je pokvaril računalnik glavnega računovodje. Da se lahko pokvari, je bilo znano že dolgo (računalnik je obupno zaviral in se pregreval), vendar se glavni računovodja nikakor ni lotil pošiljanja zahtevka za tehnično podporo. Seveda se je pokvaril ravno na dan izplačila plače, zato so zaposleni v oddelku nekaj dni ostali brez denarja.
Majhnemu podjetju za trgovino na drobno je odpovedala prodajna spletna stran, ki je bila gostovana na zunanji platformi. O njeni nedostopnosti so izvedeli po telefonu od stalnega naročnika. Ob trenutku klica je bila stran nedostopna že približno tri ure. Iskanje osebe, odgovorne za stran, je trajalo še nekaj ur, odpravljanje težave pa še dve. Posledično je bila spletna stran skoraj ves delovni dan nedostopna. Po besedah komercialnega direktorja podjetja jih je ta premor stal približno 1 milijon rubljev.
Soo pades kako slične situacije, kada sam došao na prijem u kliniku i trebao sam otići u registraturu DMS-a. Ljekar me nisu mogli poslati zbog banalnog razloga – ujutro se dogodio skok napona, i nakon havarije njihova poštanska usluga i neki servis za kontaktiranje s osiguravajućom kućom nisu radili. Na moje pitanje, gdje su vam vaši administratori, rečeno mi je da im administrator dolazi jednom tjedno. A sada (u to vrijeme već je bilo 16:00) ne odgovara na pozive. Klinika je bila odsječena od vanjskog svijeta najmanje 7 sati i nije mogla pružiti plaćene usluge.
Što okuplja sve ove slučajeve? Apsolutno svi problemi mogli su se spriječiti unaprijed. Pravovremenom reakcijom od strane ljudi koji se brinu za IT, moglo se smanjiti nastalu štetu. To bi bilo moguće i uz pravilnu interpretaciju ranih simptoma od strane korisnika.
Izdvojili smo hipoteze problema:
- značajni novčani i reputacijski gubici zbog niske brzine reakcije na kvarove u IT infrastrukturi;
- pogrešna interpretacija ranih simptoma kvara od strane korisnika.
Što nalogodavac može učiniti s njima, i kako izbjeći slične situacije u budućnosti? Opcije nisu tako mnoge:
- zaposliti visoko kvalificiranog sistemskog administratora u stalni radni odnos i natjerati ga da radi savjesno;
- povjeriti održavanje IT-a specijaliziranoj servisnoj kompaniji;
- samostalno uvesti sustav praćenja i obavještavanja o kvarovima;
- provoditi obuku korisnika/biznis osoblja o osnovama kompjutorske pismenosti.
Zaustavljamo se na trećoj opciji. Predložimo sustav praćenja onima koji ga ne koriste iz raznih razloga.
Lirična digresija. Različni sistemi za praćenje IT usluga na enterprise tržištu koriste se već dugo, a njihova korist se ne dovodi u pitanje. Razgovarao sam sa predstavnicima velikih kompanija, posmatrao kako su organizovani odnosi između biznisa i IT-a. Tehnički direktor jednog velikog preduzeća u mašinstvu poverio je održavanje IT infrastrukture spoljnjoj kompaniji, ali je i dalje u toku sa svim dešavanjima. U njegovoj kancelariji visi veliki ekran sistema za praćenje sa indikatorima stanja IT usluga. U sistem su unete najkritičnije komponente. U bilo kojem trenutku, tehnički direktor može saznati u kakvom je stanju infrastruktura, šta se događa, gde je problem, da li su odgovorni obavešteni i da li se problem rešava.
Navedene priče nagnale su naš tim da razmisli o tome kako napraviti optimalan sistem za praćenje za male kompanije. Kao rezultat toga, nastao je LANBIX — sistem praćenja koji može postaviti apsolutno svako bez IT znanja. Osnovni cilj sistema je jednostavan, kao i kod svih sistema usmerenih ka povećanju kontinuiteta i dostupnosti – smanjenje novčanih i drugih gubitaka u slučaju neplaniranih zastoja. Uređaj je osmišljen da minimalizuje vreme između "nešto mi se pokvarilo" i "problem je rešen".
Da bismo potvrdili hipoteze, sprovedeni su problemi intervjui. Nisam mogao da zamislim koliko ljudi je spremno da priča ako ne pokušavate da im prodate nešto. Svaki razgovor trajao je najmanje 1,5 sati, i dobili smo ogroman broj informacija korisnih za dalji razvoj.
Sumiramo rezultat ovog koraka:
- razumevanje problema — postoji,
- razumevanje vrednosti — postoji,
- ideja za rešenje — postoji.
Druga faza bila je detaljnija. Na osnovu njenih rezultata trebalo je da predstavimo rukovodstvu, koje suštinski igra ulogu investitora, poslovni slučaj (taj Lean Canvas) za donošenje odluke o daljoj sudbini proizvoda.
Počeli smo istraživanjem tržišta i analizom konkurencije kako bismo otkrili ko, šta i, najvažnije, kako radi na ovom tržištu.
Utvrđeno je sledeće.
- Na tržištu ne postoje gotovi sistemi za praćenje za naš segment (mali biznis), osim nekoliko njih o kojima iz razumljivih razloga neću pričati.
- Naši glavni konkurenti, kako to čudno zvučalo, su sistemski administratori s vlastitim skriptama i "ispravcima" za sisteme za praćenje s otvorenim izvorom.
- Jasno je da postoji problem s korišćenjem sistema za praćenje s otvorenim izvorom. Postoji sistem, postoji ogromna količina informacija o radu i prilagođavanju sistema za sopstvene potrebe. Mnogi od anketiranih administratora priznali su da im nedostaju kompetencija za realizaciju svojih zamisli samostalno. A priznati to rukovodstvu ne mogu zbog straha od otkaza. Tako se formira 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 za IT odgovara ili iznajmljeni sistemski administrator, ili freelancer, ili servisna kompanija. Odlučili smo da priđemo s poslovne strane, nudeći osnivačima i vlasnicima biznisa alat za poboljšanje kvaliteta usluge IT infrastrukture. Proizvod koji treba pomoći vlasnicima da zaštite svoj biznis, iako će u isto vreme dodati posla ljudima koji su odgovorni za IT. Proizvod koji pruža biznisu alat za kontrolu kvaliteta podrške IT.
Kao rezultat obrade prikupljenih podataka, nastala je prva lista zahteva (neki grubi backlog) za budući proizvod:
- sistem za praćenje treba da bude zasnovan na rešenju s otvorenim izvorom i kao posledicu toga jeftin;
- lakoća i brzina instalacije;
- ne sme zahtevati specifična znanja u IT-u, čak i knjigovođa (ni na koji način ne želim uvrediti predstavnike ovog zanimanja) treba da bude u stanju da postavi i konfiguriše sistem;
- mora automatski otkrivati objekte za praćenje u mreži;
- treba automatizovano (a idealno automatski) instalirati monitore;
- mora imati mogućnost praćenja spoljnih servisa, najmanje CRM sistema i prodajnog sajta;
- mora obaveštavati i biznis i sistemskog administratora o problemima;
- dubina i "jezik" obaveštavanja trebaju biti različiti za admina i biznis;
- sistem mora biti isporučen na sopstvenom hardveru;
- hardver treba da bude što je moguće dostupniji;
- Sistem harus sesederhana mungkin bebas dari faktor eksternal.
Selanjutnya, investasi untuk pengembangan produk telah dihitung (termasuk biaya tenaga kerja dari departemen teknis). Sketsa model bisnis telah disiapkan dan unit ekonomi produk telah dihitung.
Hasil tahap:
- backlog produk tingkat tinggi;
- model bisnis yang dinyatakan atau hipotesis skala yang masih harus diuji dalam praktik.
Mari kita beralih ke tahap berikutnya — konsep. Di sini, sebagai insinyur, kita memasuki elemen yang kita kenal. Ada 'keinginan' yang dipecah menjadi komponen/subsistem/fitur, kemudian mereka diubah menjadi spesifikasi teknis/kisah pengguna, lalu menjadi proyek, dll. Saya tidak akan merinci proses persiapan array alternatif, mari langsung beralih ke persyaratan dan cara yang dipilih untuk merealisasikannya.
Persyaratan
Solution
- Ini harus menjadi sistem pemantauan terbuka;
Kita ambil sistem pemantauan sumber terbuka.
- Sistem harus sederhana dan cepat dalam pemasangan;
- tidak boleh memerlukan pengetahuan spesifik dalam TI. Bahkan akuntan harus bisa menginstal dan mengatur sistem.
Kami menawarkan sistem yang sudah terinstal, sehingga pengguna hanya perlu menghidupkan perangkat dan mengaturnya sedikit, mirip dengan router.
Mari kita buat interaksi dengan perangkat sesederhana dan sejelas mungkin bagi semua orang.
Kami akan membuat chatbot kami untuk salah satu aplikasi pesan yang dikenal dan mengalihkan semua interaksi dengan sistem ke dalamnya.
Sistem harus:
- secara otomatis mendeteksi objek yang perlu dipantau di jaringan;
- secara otomatis menginstal agen pemantauan;
- Memiliki kemampuan untuk memantau layanan eksternal, setidaknya sistem CRM dan situs penjualan.
Kami menulis tambahan untuk sistem pemantauan tentang:
- deteksi otomatis objek;
- instalasi agen otomatis;
- pemantauan ketersediaan layanan eksternal.
Sistem harus:
- memberi tahu tentang masalah kepada bisnis dan administrator sistem;
- memiliki kemampuan untuk memantau layanan eksternal, setidaknya sistem CRM dan situs penjualan. Tingkat kedalaman dan 'bahasa' pemberitahuan harus berbeda untuk admin dan bisnis.
- Sistem tidak boleh memerlukan pengetahuan spesifik dalam TI, bahkan akuntan harus bisa menginstal dan mengatur sistem.
- Dodali bomo različne vrste obvestil za različne tipe uporabnikov. Ta se razlikujejo po pristopu in globini. Poslovni uporabnik bo prejel obvestila v slogu „vse je v redu, vendar bo Ivanov računalnik kmalu umrl“. Administrator bo prejel popolno sporočilo o napaki, kdo, kako in kaj se je zgodilo ali lahko zgodi.
- Dodali bomo možnost uporabe e-pošte dodatne odgovorne osebe, da bo v primeru okvare prejel obvestilo.
- Dodali bomo interakcijo z zunanjimi dobavitelji storitev na podlagi pošiljanja e-pošte s vnaprej pripravljenim besedilom, ker prav elektronsko sporočilo daje podlago za odprtje incidenta.
- Vso interakcijo s sistemom bomo usmerili na čat-bota, komunikacija bo potekala v dialogičnem slogu.
Dopolnilo:
- Dodali bomo funkcionalnost „klepet z administratorjem“, da bo uporabnik lahko neposredno poslal administratorju sporočilo z opisom težave.
- Sistem mora biti dostavljen na lastni opremi.
- Oprema mora biti dostopna.
- Sistem mora biti čim bolj neodvisen od okolja.
- Vzeli bomo pripravljen in cenovno dostopen računalnik Raspberry PI.
- Načrtovali bomo vezje za neprekinjeno napajanje.
- Dodali bomo modem za neodvisnost od stanja lokalnega omrežja.
- Načrtovali bomo lep ohišje.
Imamo tri pod sisteme s svojimi zahtevami in vizijo njihove implementacije:
- pod sistem strojne opreme;
- pod sistem monitoringa;
- pod sistem uporabniške interakcije.
Za pod sistem strojne opreme smo razvili skico projekta. Da, da! Kljub kršitvi vseh pravil agilnosti smo pripravili dokument, ker tovarne proizvajalci delajo natančno z dokumenti. Za ostale pod sisteme smo izločili uporabnike (osebe), pripravili uporabniške zgodbe, napisali naloge za razvoj.
Na tej točki koncept zaključi, rezultati pa so:
- projekt za strojno platformo;
- formuliran vizual v obliki uporabniških zgodb za preostale dva pod sistema;
- prototip programske del, realiziran v obliki virtualne naprave;
- prototip strojne del, izveden v obliki stojala, kjer so bile dejansko testirane trdnosti strojnih rešitev;
- testiranje, ki so ga izvedli naši administratorji.
Na tej fazi so bile težave večinoma organizacijske in povezane z nezadostnim znanjem inženirskega osebja o pravnih in računovodskih vidikih prodaje. To pomeni, da je eno izumiti, kaj in kako prodajati, in povsem drugo se srečati z brezobzirnim pravnim sistemom: patenti, nalogi za razvoj, računovodsko usklajevanje, EULA in še mnogimi drugimi, česar kot kreativni ljudje sprva nismo upoštevali.
To sicer ni bila težava, temveč prej ovira, povezana z oblikovanjem ohišij. V naši ekipi so sami inženirji, zato je prvi prototip ohišja oblikoval iz akrilnih materialov naš elektronski strokovnjak.
Ohišje je bilo, milo rečeno, sporno, še posebej za publiko, ki je navajena sodobne tehnologije. Seveda so se našli ljubitelji med 'kuli' starejše generacije — ohišje je pri njih vzbudilo nostalgične občutke. Odločili smo se za nov dizajn in izdelavo ohišja, ker je staro poleg estetskih pomanjkljivosti imelo še konstruktivne — akril je slabo prenašal sestavljanje in razstavljanje naprave in je imel tendenco, da se začne lomiti. O proizvodnji ohišja bom povedal več naprej.
In tako smo se bližali cilju — MVP. Seveda to še ni končni serijski izdelek, toda že prinaša korist in predstavlja vrednost. Glavni cilj te faze je začetek cikla 'ustvari-ovrednoti-nauči se'. Na tej fazi se nahaja LANBIX.
V fazi 'ustvari' smo ustvarili napravo, ki opravlja navedeno funkcionalnost. Da, še ni popolna, in nadaljujemo z delom na njej.
Vrnil sem se k izdelavi ohišja, torej nalogi, da našo napravo spremenim iz nostalgične v sodobno. Na začetku sem preiskal trg za proizvajalce ohišij in podjetja, ki nudijo storitve industrijskega oblikovanja. Prvič, podjetij, ki izdelujejo ohišja, na ruskem trgu skoraj ni, in drugič, stroški industrijskega oblikovanja so v tej fazi nesorazmerno visoki, okoli 1 milijon rubljev.
Za dizajnom smo se obratili našem odeljenju za marketing, mladi dizajner bio je spreman na kreativne eksperimente. Izložili smo svoje viđenje kućišta (prethodno proučivši najbolje primere kućišne gradnje), a on je, zauzvrat, pretvorio to u umetničko delo. Ostalo je samo da se proizvede. Ponosni na naš dizajn, obratili smo se partnerima. Njihov generalni direktor trenutnu ruši naše fantazije, potpuno besplatno ukazujući na stvari koje nije moguće proizvesti odabranim načinom. Kućište se može proizvesti, i biće jednako dobro kao kod Apple-a, ali će cena kućišta biti tri do četiri puta veća od cele elektronske opreme. Nakon niza operacija i odobrenja projektovali smo kućište koje se može proizvesti. 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 najteže — faza „ocenjivanja“, i sa našim proizvodom nalazimo se upravo na ovoj tački. Ocenjivati možemo samo na osnovu rezultata korišćenja od strane stvarnih klijenata i nikakve pretpostavke ovde ne funkcionišu. Potreban nam je onih „ranih sledbenika“ kako bismo dobili povratne informacije i uneli promene u proizvod koje su zaista potrebne. Postavlja se pitanje: gde pronaći klijente i kako ih ubediti da učestvuju u eksperimentu?
Od svih mogućih opcija, izabrali smo klasični set digitalnih alata: landing stranicu i reklamnu kampanju na društvenim mrežama.
Proces je već započet, ali je još rano govoriti o rezultatima, iako već ima odziva i dobili smo potvrdu mnogih naših hipoteza. Prijatan iznenađenje bila je reakcija predstavnika potpuno drugih poslovnih segmenata, mnogo većih od onih na koje smo računarali. Bilo bi glupo ignorisati nove uvide, i na osnovu 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 pretragom i lokalizacijom kvarova, monitoring kvaliteta komunikacionih kanala. Najveće interesovanje za rešenje izrazile su servisne kompanije. Pri tome, već razvijeni uređaji koje smo stvorili igraju značajnu ulogu u rešenjima.
V naslednjem ponedeljku, 25. marca, bo na
Kaj bo naslednje z izvirnim LANBIX-om, bo jasno po rezultatih kampanje. V primeru, da ne potrdimo naših hipotez, se bomo, v skladu z metodologijo Lean, brez milosti znebili njega ali pa se bo prenovil v nekaj novega, saj ni nič hujšega kot ustvarjati izdelek, ki ga nihče ne potrebuje. Toda že zdaj lahko rečemo, da delo ni bilo zaman in da je prav zaradi tega nastala cela veja 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 jim lahko namestimo naš izdelek z namenom zbiranja povratnih informacij. Če vas zanima testiranje LANBIX-a, pišite v komentarjih ali v zasebnih sporočilih.
Izvor: habr.com
