🥇Ako pracujeme s nápadmi a ako sa zrodil LANBIX

V LANIT-Integration je veľa kreatívnych zamestnancov. Nápady na nové produkty a projekty doslova visia vo vzduchu. Identifikovať tie najzaujímavejšie môže byť niekedy veľmi ťažké. Preto sme spoločne vyvinuli vlastnú metodiku. Prečítajte si tento článok o tom, ako vybrať najlepšie projekty a zrealizovať ich.

V Rusku a celkovo vo svete prebieha množstvo procesov, ktoré vedú k transformácii IT trhu. Vďaka nárastu výpočtového výkonu a nástupu serverových, sieťových a iných virtualizačných technológií už trh nepotrebuje veľké množstvo hardvéru. Predajcovia čoraz viac uprednostňujú priamu spoluprácu so zákazníkmi. IT trh zažíva boom outsourcingu vo všetkých jeho podobách, od klasického outsourcingu až po novú vlnu outsourcingov – „cloud providerov“. Infraštruktúrne systémy a prvky sa oveľa ľahšie udržiavajú a konfigurujú. Kvalita softvéru každým rokom rastie a úlohy integrátora sa transformujú.

Ako pracujeme s nápadmi

Smer spustenia produktu v "LANIT-Integrácia" existuje už viac ako rok. Naším hlavným cieľom je vytvárať nové produkty a uvádzať ich na trh. Prvá vec, s ktorou sme začali, bola organizácia procesu vytvárania produktov. Študovali sme mnoho metodík, od klasických až po hype. Ani jeden z nich však nespĺňal naše potreby. Potom sme sa rozhodli vziať za základ metodiku Lean Startup a prispôsobiť ju našim úlohám. Lean Startup je teória podnikania, ktorú vytvoril Eric Ries. Je založená na princípoch, prístupoch a praktikách takých konceptov, ako je štíhla výroba, zákaznícky rozvoj a flexibilná metodika rozvoja.

Pokiaľ ide o priamy prístup k riadeniu vývoja produktu: nevynašli sme koleso, ale použili sme už existujúcu metodiku vývoja SCRUM, pridávajúc kreativitu a teraz sa to dá pokojne nazvať SCRUM-WATERFALL-BAN. SCRUM je napriek svojej flexibilite veľmi rigidný systém a je vhodný na riadenie tímu zodpovedného len za jeden produkt/projekt. Ako viete, klasické „integračné“ podnikanie nezahŕňa pridelenie technických špecialistov na plný úväzok na prácu na jednom projekte (existujú výnimky, ale veľmi zriedkavo), pretože okrem práce na produktoch sú všetci zaneprázdnení súčasnými projektmi. Zo SCRUM-u sme prevzali delenie práce na sprinty, denné reporty, retrospektívy a role. Pre tok úloh sme si vybrali Kanban a dobre sa integroval do nášho existujúceho systému sledovania úloh. Našu prácu sme štruktúrovali tak, že sme sa bezproblémovo integrovali do existujúceho poriadku vecí.
Pred vstupom na trh prechádza produkt 5 fázami: nápad, výber, koncept, MVP (podrobnejšie nižšie) a výroba.

Nápad

V tejto fáze je niečo pominuteľné – nápad. V ideálnom prípade nápad na vyriešenie existujúceho problému alebo problému klienta. O nápady nemáme núdzu. Podľa prvotného plánu by ich mali generovať pracovníci technických oblastí. Aby bol nápad prijatý na ďalší vývoj, autor musí vyplniť „Šablónu návrhu nápadu“. Existujú len štyri otázky: Čo? Prečo? Kto to potrebuje? A ak nie náš produkt, tak čo?

Zdroj

Výber

Hneď ako sa k nám dostane vyplnená šablóna, začína proces spracovania a výberu. Fáza výberu je najnáročnejšia na prácu. V tejto fáze sa vytvárajú hypotézy problémov (nie nadarmo som v predchádzajúcom odseku spomenul, že v ideálnom prípade by mal nápad vyriešiť problém klienta) a hodnotu produktu. Vytvára sa škálová hypotéza, t.j. ako bude naše podnikanie rásť a prosperovať. S potenciálnymi zákazníkmi prebiehajú problémové a expertné rozhovory, aby sme poskytli predbežné potvrdenie, že ideme vyrábať niečo potrebné. Na vyvodenie záveru o potrebe produktu je potrebných aspoň 10-15 rozhovorov.

Ak sa hypotézy potvrdia, vykoná sa predbežná finančná analýza, posúdi sa približný objem investície a možný výnos investora. Výsledkom tejto fázy je, že sa zrodí dokument s názvom Lean Canvas, ktorý sa predstaví manažmentu.

Pojem

V tejto fáze je eliminovaných asi 70 % nápadov. Ak je koncept schválený, začína sa fáza vývoja nápadu. Formuje sa funkčnosť budúceho produktu, určujú sa cesty implementácie a optimálne technické riešenia a aktualizuje sa obchodný plán. Výsledkom tejto etapy je technická špecifikácia pre vývoj a detailný obchodný prípad. V prípade úspechu prechádzame do štádia MVP alebo MVP.

MVP alebo MVP

MVP je minimálny životaschopný produkt. Tie. produkt, ktorý nie je úplne vyvinutý, ale už môže priniesť hodnotu a plní svoju funkčnosť. Je nevyhnutné, aby sme v tejto fáze vývoja zbierali spätnú väzbu od skutočných používateľov a robili zmeny.

Производство

A úplne poslednou fázou je výroba. Do tejto fázy nedosiahne viac ako 5 % produktov. Týchto 5 % zahŕňa len tie najdôležitejšie, potrebné, životaschopné a funkčné produkty.

Máme veľa nápadov a už sme zostavili rozsiahle portfólio. Každý nápad analyzujeme a robíme všetko pre to, aby sa dostal do finálnej fázy. Je veľmi príjemné, že naši kolegovia nezostali ľahostajní k nášmu smerovaniu výskumu a vývoja a aktívne sa podieľajú na vývoji a implementácii produktov a riešení.

Ako sme vyrobili LANBIX

Pozrime sa na tvorbu produktu na skutočnom príklade – produkte LANBIX. Ide o „škatuľový“ softvérový a hardvérový systém určený na monitorovanie malých IT infraštruktúr a rýchle upozorňovanie osôb s rozhodovacou právomocou a podnikových používateľov na poruchy ovládané prostredníctvom chatbota. Okrem monitorovacej funkcie LANBIX obsahuje aj funkciu Help Desk. Tento produkt je exkluzívny pre segment trhu, na ktorý sa zameriavame. To je naša výhoda aj bolesť. Ale prvé veci. Hneď poviem, že LANBIX je živý produkt (to znamená, že nie je vo vývoji konečný a je v ďalšom kole MVP).

Takže prvou fázou je myšlienka. Aby sa zrodila myšlienka, potrebujete problémy a tie sme mali my, teda nie my, ale naši priatelia. Nižšie sa pozrieme na niekoľko reálnych situácií, ktoré nastali v rôznych oblastiach podnikania.

Malá správcovská spoločnosť spravuje dva domy v regióne Moskva. Personál s PC je cca 15 ľudí. Správca systému je hosťujúci nezávislý pracovník (inteligentný syn jedného zo starostlivých obyvateľov). Zdá sa, že činnosti správcovskej spoločnosti sú slabo závislé od IT, ale zvláštnosťou tohto podnikania je mesačné podávanie správ mnohým orgánom. Na systémovom disku šéfa spoločnosti (ktorá, ako inak, kombinuje mnoho rolí) sa minulo voľné miesto. Prirodzene, nestalo sa to náhle, varovanie viselo asi 2 mesiace a bolo neustále ignorované. Prišla však aktualizácia, operačný systém bol aktualizovaný a podľa šťastia uprostred aktualizácie zamrzol a pred „smrťou“ sa sťažoval na zaneprázdnený disk. Počítač prešiel do cyklického reštartu. Kým sme riešili problém a získavali správy, zmeškali sme termín nahlásenia. Zdá sa, že triviálna porucha spôsobila rôzne problémy: od strát až po súdne spory a administratívnu zodpovednosť.

Zdroj

K podobnému incidentu došlo vo veľkej holdingovej spoločnosti, združujúcej mnoho malých spoločností, s jedinou službou technickej podpory pre celú kanceláriu. V jednom z oddelení sa pokazil počítač hlavnej účtovníčky. Už dlho sa vedelo, že sa môže pokaziť (počítač sa zúfalo spomaľoval a zahrieval), ale hlavný účtovník sa nikdy nedostal k tomu, aby poslal požiadavku na technickú podporu. Prirodzene sa to pokazilo presne v deň výplaty a zamestnanci oddelenia boli niekoľko dní bez peňazí.

Malý podnik v malom veľkoobchode mal predajnú webovú stránku, ktorá bola hosťovaná na externej stránke. O jeho nedostupnosti sme sa dozvedeli telefonicky od bežného zákazníka. V čase telefonátu bola stránka nefunkčná asi tri hodiny. Trvalo niekoľko hodín, kým sa našla osoba zodpovedná za stránku, a ďalšie dve hodiny trvalo, kým sa problém vyriešil. V dôsledku toho bola stránka takmer celý pracovný deň nedostupná. Podľa obchodného riaditeľa spoločnosti ich tento prestoj stál asi 1 milión rubľov.

Sám som sa stretol s podobnou situáciou, keď som prišiel na termín na kliniku a musel som ísť na registráciu VHI. K lekárovi ma nemohli poslať z triviálneho dôvodu – ráno došlo k výpadku prúdu a po nehode nefungovala ich poštová služba a istá služba na komunikáciu s poisťovňou. Na moju otázku, kde sú vaši admini, mi bolo povedané, že ich admin prichádza a navštevuje ich raz týždenne. A teraz (v tom čase už bolo 16:00) nedvíha telefón. Minimálne 7 hodín bola klinika odrezaná od okolitého sveta a nemohla poskytovať platené služby.

Čo majú všetky tieto prípady spoločné? Absolútne všetkým problémom sa dalo predísť vopred. S včasnou reakciou od IT ľudí by sa škody mohli znížiť. To by bolo možné, ak by boli skoré symptómy správne interpretované užívateľmi.

Identifikovali sme problémové hypotézy:

značné finančné straty a straty na reputácii v dôsledku nízkej rýchlosti reakcie na chyby v IT infraštruktúre;
nesprávna interpretácia skorých príznakov poruchy používateľmi.

Čo s nimi môže zákazník robiť a ako sa podobným situáciám v budúcnosti vyhnúť? Nie je veľa možností:

najať si vysokokvalifikovaného správcu systému a prinútiť ho pracovať svedomito;
outsourcovať údržbu IT špecializovanej servisnej spoločnosti;
nezávisle implementovať systém monitorovania a hlásenia porúch;
poskytovať používateľom/obchodným pracovníkom školenia v základoch počítačovej gramotnosti.

Poďme sa rozhodnúť pre tretiu možnosť. Ponúknime monitorovací systém tým, ktorí ho z rôznych dôvodov nevyužívajú.

Lyrická odbočka. Rôzne systémy na monitorovanie IT služieb na podnikovom trhu sa používajú už dlhú dobu a ich výhody nie sú sporné. Rozprával som sa so zástupcami veľkých firiem, pozrel som sa na to, ako sa budoval vzťah medzi biznisom a IT. Technický riaditeľ jedného veľkého strojárskeho podniku zadal údržbu IT infraštruktúry externej firme, no sám zostáva o všetkom informovaný. V jeho kancelárii visí veľká obrazovka monitorovacieho systému s indikátormi stavu IT služieb. Tie najkritickejšie sú zahrnuté v systéme. Technický riaditeľ môže kedykoľvek zistiť, v akom stave je infraštruktúra, čo sa deje, kde je problém, či boli upozornení zodpovední ľudia a či sa problém rieši.

Vyššie uvedené príbehy prinútili náš tím premýšľať o tom, ako vytvoriť optimálny monitorovací systém pre malé spoločnosti. V dôsledku toho sa zrodil LANBIX - monitorovací systém, ktorý môže nasadiť úplne každý bez akýchkoľvek IT znalostí. Hlavný cieľ systému je jednoduchý, ako všetky systémy zamerané na zvýšenie kontinuity a dostupnosti – zníženie peňažných a iných strát v prípade neplánovaných odstávok. Zariadenie je navrhnuté tak, aby skrátilo na minimum čas medzi „niečo sa pokazilo“ a „problém bol vyriešený“.

Na potvrdenie hypotéz sa uskutočnili problémové rozhovory. Nevedel som si predstaviť, koľko by ľudia boli ochotní povedať bez toho, aby sa im snažili predať. Každý rozhovor trval minimálne 1,5 hodiny a dostali sme množstvo informácií užitočných pre ďalší rozvoj.

Zhrňme si výsledky tejto fázy:

existuje pochopenie problému,
pochopenie hodnoty - existuje,
Existuje nápad na riešenie.

Druhá etapa bola podrobnejšia. Na základe jeho výsledkov sme museli manažmentu, ktorý v podstate zohráva úlohu investora, predložiť obchodný prípad (to isté Lean Canvas), aby sa rozhodol o budúcom osude produktu.

Začali sme prieskumom trhu a analýzou konkurencie, aby sme zistili, kto, čo a hlavne ako sa im na tomto trhu darí.

Ukázalo sa nasledovné.

Na trhu nie sú žiadne hotové krabicové monitorovacie systémy pre náš segment (small business), s výnimkou pár alebo troch, o ktorých nebudem hovoriť z pochopiteľných dôvodov.
Našimi hlavnými konkurentmi sú, napodiv, systémoví administrátori s podomácky písanými skriptami a „doplnkami“ k open source monitorovacím systémom.
Existuje jasný problém s používaním monitorovacích systémov s otvoreným zdrojom. Existuje systém, existuje obrovské množstvo informácií o tom, ako pracovať a upravovať systém tak, aby vyhovoval vašim potrebám. Z administrátorov, s ktorými som robil rozhovor, mnohí priznali, že nemajú dostatok kompetencií na to, aby svoje nápady realizovali svojpomocne. Vedeniu to ale zo strachu z prepustenia priznať nemôžu. Ukazuje sa, že je to začarovaný kruh.

Potom sme prešli k analýze potrieb našich potenciálnych zákazníkov. Identifikovali sme pre seba segment malých organizácií, ktoré z nejakého dôvodu nemajú vlastnú IT službu, kde za IT zodpovedá buď správca incomingového systému, freelancer alebo servisná spoločnosť. Nebola to IT strana, ktorá sa rozhodla vstúpiť, ale obchodná strana, ktorá ponúka zakladateľom a majiteľom firiem nástroj na zlepšenie kvality služieb IT infraštruktúry. Produkt, ktorý by mal majiteľom pomôcť zabezpečiť ich podnikanie, no zároveň pridá prácu ľuďom, ktorí sú zodpovední za IT. Produkt, ktorý podnikom poskytuje nástroj na sledovanie kvality IT podpory.

V dôsledku spracovania prijatých údajov sa zrodil prvý zoznam požiadaviek (akýsi hrubý backlog) na budúci produkt:

monitorovací systém musí byť založený na riešení s otvoreným zdrojom a v dôsledku toho musí byť lacný;
jednoduchá a rýchla inštalácia;
nemal by vyžadovať špecifické znalosti v IT, dokonca aj účtovník (v žiadnom prípade som nechcel uraziť predstaviteľov tejto profesie) by mal vedieť nasadiť a nakonfigurovať systém;
mali by automaticky detekovať objekty na monitorovanie v sieti;
by mal automaticky (a ideálne automaticky) inštalovať monitorovacích agentov;
musí byť schopný monitorovať externé služby, minimálne CRM systém a predajnú webovú stránku;
mali by upozorniť na problémy podnik aj správcu systému;
stupeň hĺbky a „jazyk“ upozornení by mal byť odlišný pre správcu a podnik;
systém musí byť dodaný na vlastnom hardvéri;
železo by malo byť čo najdostupnejšie;
systém by mal byť čo najviac nezávislý od vonkajších faktorov.

Ďalej boli vypočítané investície do vývoja produktov (vrátane mzdových nákladov zamestnancov technického oddelenia). Pripravil sa náčrt obchodného modelu a vypočítala sa jednotková ekonomika produktu.

Výsledok etapy:

produktový backlog na vysokej úrovni;
formulovaný obchodný model alebo hypotéza mierky, ktorá sa ešte musí otestovať v praxi.

Prejdime k ďalšej fáze – konceptu. Tu sa ako inžinieri nachádzame vo svojom rodnom živle. Existujú „zoznamy želaní“, ktoré sa rozložia na komponenty/subsystémy/funkcie, potom sa premenia na technické špecifikácie/príbehy používateľov, potom na projekt atď. Nebudem sa podrobne zaoberať procesom prípravy radu alternatívnych možností, prejdime rovno k požiadavkám a zvoleným metódam ich implementácie.

Požiadavka
rozhodnutie

Mal by to byť otvorený monitorovací systém;

Berieme open source monitorovací systém.

Systém by mal byť jednoduchý a rýchly na inštaláciu;
by si nemali vyžadovať špecifické IT znalosti. Dokonca aj účtovník by mal byť schopný nasadiť a nakonfigurovať systém.

Ponúkame nainštalovaný systém, takže používateľovi stačí zariadenie zapnúť a trochu nakonfigurovať, podobne ako router.

Uzatvorme interakciu so zariadením na niečo jednoduché a zrozumiteľné pre každého.

Napíšme si vlastného chatbota pre jeden zo známych instant messengerov a prenesme doň všetky interakcie so systémom.

Systém by mal:

automaticky detegovať objekty potrebné na monitorovanie v sieti;
automaticky nainštalovať monitorovacích agentov;
Vedieť sledovať externé služby, minimálne CRM systém a predajnú webstránku.

Píšeme doplnky pre monitorovací systém pre:

automatická detekcia objektov;
automatická inštalácia agentov;
sledovanie dostupnosti externých služieb.

Systém by mal:

upozorniť na problémy podnik aj správcu systému;
byť schopný monitorovať externé služby, minimálne CRM systém a predajnú webovú stránku. Stupeň hĺbky a „jazyk“ oznámení by mal byť odlišný pre správcu a podnik.
Systém by nemal vyžadovať špecifické IT znalosti, dokonca aj účtovník by mal byť schopný systém nasadiť a nakonfigurovať.

Pridajme rôzne typy upozornení pre rôzne typy používateľov. Líšia sa rozstupom a hĺbkou. Firemný používateľ dostane upozornenia ako „všetko je v poriadku, ale Ivanovov počítač čoskoro zomrie“. Administrátor dostane kompletnú správu o chybe, kto, ako a čo sa stalo alebo mohlo stať.
Pridajme možnosť využiť poštu ďalšej zodpovednej osoby, aby v prípade poruchy dostala správu.
Pridajme interakciu s externými poskytovateľmi služieb založenú na odosielaní emailov s vopred pripraveným textom, pretože Je to e-mail, ktorý vedie k incidentu.
Všetka interakcia so systémom bude prepojená s chatbotom, komunikácia prebieha v dialógovom štýle.

Dodatok:

Pridajme funkciu „chatu so správcom“, aby mohol používateľ poslať správcovi správu s popisom problému priamo.

Systém musí byť dodaný na vlastnom hardvéri.
Železo musí byť k dispozícii.
Systém by mal byť čo najviac nezávislý od prostredia.

Vezmime si hotový a lacný počítač Raspberry PI.
Navrhneme dosku neprerušiteľného napájania.
Pridajme modem, aby sme boli nezávislí od stavu lokálnej siete.
Navrhneme krásnu budovu.

Teraz máme tri subsystémy s vlastnými požiadavkami a víziou na ich implementáciu:

hardvérový subsystém;
monitorovací subsystém;
podsystém interakcie s používateľom.

Vyvinuli sme predbežný návrh hardvérového podsystému. Áno áno! Po porušení všetkých pravidiel agilnosti sme vyvinuli dokument, pretože výrobné závody pracujú s dokumentmi. Pre zvyšné podsystémy sme identifikovali používateľov (osoby), pripravili používateľské príbehy a napísali úlohy na vývoj.

Tým sa končí fáza koncepcie a výsledkom je:

projekt pre hardvérovú platformu;
formulovaná vízia vo forme užívateľských príbehov pre zvyšné dva subsystémy;
prototyp softvéru implementovaný ako virtuálny stroj;
prototyp hardvéru, realizovaný vo forme stojana, kde boli hardvérové riešenia skutočne testované na pevnosť;
testovanie vykonávané našimi administrátormi.

Problémy v tejto fáze boli väčšinou organizačné a súviseli s nedostatočnými znalosťami inžinierskeho personálu v právnych a účtovných aspektoch predaja. Tie. Jedna vec je zistiť, čo a ako predávať, a druhá vec je čeliť nemilosrdnej právnej mašinérii: patenty, vývojové úlohy, registrácia, EULA a mnohé ďalšie, ktoré sme ako kreatívni ľudia pôvodne nebrali do úvahy.

Zatiaľ tu nebol problém, ale skôr problém spojený s dizajnom krytov. Náš tím tvoria iba inžinieri, preto prvú verziu skrine „postavil“ z plexiskla náš špecialista na elektroniku.

Karoséria vyzerala, mierne povedané, kontroverzne, najmä pre verejnosť, rozmaznaná modernou technikou. Medzi staršou generáciou „kulibinovcov“ sa, samozrejme, našli aj fajnšmekri - budova v nich vyvolávala nostalgické pocity. Púzdro bolo rozhodnuté vyrobiť a navrhnúť nanovo, keďže ten starý mal okrem estetických chýb aj konštrukčné – plexi zle znášalo montáž a demontáž zariadenia a malo tendenciu praskať. O výrobe puzdra vám poviem ďalej.

A už sme blízko cieľa – MVP. Samozrejme, toto ešte nie je finálny produkt výroby, ale už je užitočný a hodnotný. Hlavným cieľom tejto etapy je spustiť cyklus „vytvor-hodnotiť-učiť sa“. Presne v tomto štádiu sa LANBIX nachádza.

Vo fáze „vytvorenia“ sme vytvorili zariadenie, ktoré vykonáva uvedenú funkcionalitu. Áno, ešte to nie je dokonalé a naďalej sme na tom pracovali.

Vráťme sa k výrobe karosérie, t.j. k úlohe premeniť naše zariadenie z nostalgického na moderné. Na začiatku som pátral na trhu po výrobcoch skríň a službách priemyselného dizajnu. Po prvé, na ruskom trhu nie je veľa spoločností vyrábajúcich puzdrá a po druhé, náklady na priemyselný dizajn sú v tejto fáze neúmerne vysoké, asi 1 milión rubľov.

Pre návrh oslovili naše marketingové oddelenie, mladý dizajnér bol pripravený na kreatívne experimenty. Načrtli sme našu víziu trupu (predtým sme študovali najlepšie príklady konštrukcie trupu) a on z nej zase urobil umelecké dielo. Zostáva len vyrobiť. My, hrdí na svoj dizajn, sme sa obrátili na našich partnerov. Ich generálny riaditeľ okamžite rozdrvil naše fantázie tým, že úplne zadarmo poukázal na veci, ktoré by sa nedali vyrobiť nami zvoleným spôsobom. Puzdro sa dá vyrobiť a nebude o nič horšie ako Apple, ale náklady na puzdro budú tri až štyrikrát drahšie ako všetky elektronické komponenty. Po sérii operácií a schválení sme navrhli puzdro, ktoré je možné vyrobiť. Áno, nie je to také krásne, ako sme plánovali, ale je to ideálne na dosiahnutie aktuálnych cieľov.

Výsledok etapy: prvá várka zariadení pripravená na boj a testovanie.

A teraz je najťažšia fáza „vyhodnotenia“ a s naším produktom sme presne v tomto bode. Hodnotiť môžeme len na základe výsledkov používania skutočnými zákazníkmi a nefungujú tu žiadne predpoklady. Potrebujeme týchto „prvých používateľov“, aby poskytli spätnú väzbu a vykonali zmeny produktu, ktoré sú skutočne potrebné. Vynára sa otázka: kde získať zákazníkov a ako ich presvedčiť, aby sa zúčastnili experimentu?

Zo všetkých možných možností sme zvolili klasickú sadu digitálnych nástrojov: landing page a reklamnú kampaň na sociálnych sieťach.

Proces už bol spustený, ale je priskoro hovoriť o výsledkoch, hoci už existujú odpovede a mnohé z našich hypotéz sme potvrdili. Príjemným prekvapením bola reakcia zástupcov úplne iných segmentov podnikania, oveľa väčších, ako sme očakávali. Bolo by hlúpe ignorovať nové predstavenia a na základe výsledkov rozhovorov bolo rozhodnuté spustiť paralelnú linku LANBIX s názvom LANBIX Enterprise. Pridali sme podporu pre distribuované infraštruktúry, monitorovanie Wi-Fi sietí s riešením problémov a lokalizáciou a monitorovanie kvality komunikačných kanálov. Najväčší záujem o riešenie prejavili servisné spoločnosti. Nami vyvinuté zariadenia zároveň zohrávajú dôležitú úlohu pri prevádzke riešení.

Čo bude ďalej

Čo bude ďalej s pôvodným LANBIXom, sa ukáže na základe výsledkov kampane. Ak sa naše hypotézy nepotvrdia, podľa metodiky Lean sa ho nemilosrdne zbavíme alebo sa premení na niečo nové, pretože nie je nič horšie ako vyrobiť produkt, ktorý nikto nepotrebuje. Teraz však môžeme povedať, že odvedená práca nebola márna a vďaka nej sa objavila celá vetva paralelných produktov, na ktorých aktívne pracujeme. V prípade úspechu sa LANBIX posunie zo štádia MVP do finálneho štádia a bude sa rozvíjať podľa pochopiteľných klasických zákonitostí produktového marketingu.

Opakujem, teraz chceme nájsť prvých používateľov, spoločnosti, ktoré môžu nainštalovať náš produkt, aby sme získali spätnú väzbu. Ak máte záujem otestovať LANBIX, napíšte do komentárov alebo súkromných správ.

Zdroj

Zdroj: hab.com

Ako pracujeme s nápadmi a ako sa zrodil LANBIX