🥇Si punojmë me idetë dhe si lindi LANBIX

Ka shumë punonjës krijues në LANIT-Integration. Idetë për produkte dhe projekte të reja janë fjalë për fjalë varur në ajër. Ndonjëherë mund të jetë shumë e vështirë të identifikosh më interesantet. Prandaj, së bashku kemi zhvilluar metodologjinë tonë. Lexoni këtë artikull se si të zgjidhni projektet më të mira dhe t'i zbatoni ato.

Në Rusi, dhe në botë në tërësi, po ndodhin një sërë procesesh që çojnë në transformimin e tregut të IT. Falë rritjes së fuqisë kompjuterike dhe shfaqjes së serverëve, rrjeteve dhe teknologjive të tjera të virtualizimit, tregu nuk ka më nevojë për një sasi të madhe harduerësh. Shitësit gjithnjë e më shumë preferojnë të punojnë drejtpërdrejt me klientët. Tregu i IT-së po përjeton një bum në kontraktimin e jashtëm në të gjitha format e tij, nga kontraktimi klasik në valën e re të kontraktuesve të jashtëm - "ofruesit e cloud". Sistemet dhe elementët e infrastrukturës bëhen shumë më të lehta për tu mirëmbajtur dhe konfiguruar. Cilësia e softuerit po rritet çdo vit dhe detyrat e integruesit po transformohen.

Si punojmë me idetë

Drejtimi i fillimit të produktit në "LANIT-Integrimet" ekziston për më shumë se një vit. Qëllimi ynë kryesor është krijimi i produkteve të reja dhe nxjerrja e tyre në treg. Gjëja e parë me të cilën filluam ishte organizimi i procesit të krijimit të produkteve. Ne kemi studiuar shumë metodologji, nga klasikja tek hype. Megjithatë, asnjëri prej tyre nuk i plotësoi nevojat tona. Më pas vendosëm të marrim si bazë metodologjinë Lean Startup dhe ta përshtatnim me detyrat tona. The Lean Startup është një teori e sipërmarrjes e krijuar nga Eric Ries. Ai bazohet në parimet, qasjet dhe praktikat e koncepteve të tilla si prodhimi i dobët, zhvillimi i klientit dhe metodologjia e zhvillimit fleksibël.

Sa i përket qasjes së drejtpërdrejtë ndaj menaxhimit të zhvillimit të produktit: ne nuk e rishpikëm timonin, por aplikuam një metodologji tashmë ekzistuese të zhvillimit përleshje, duke shtuar kreativitetin, dhe tani mund të quhet me siguri SCRUM-WATERFALL-BAN. SCRUM, pavarësisht fleksibilitetit të tij, është një sistem shumë i ngurtë dhe është i përshtatshëm për të menaxhuar një ekip përgjegjës për vetëm një produkt/projekt. Siç e kuptoni, biznesi klasik i "integrimit" nuk përfshin caktimin e specialistëve teknikë me kohë të plotë për të punuar në një projekt (ka përjashtime, por jashtëzakonisht rrallë), pasi përveç punës me produkte, të gjithë janë të zënë me projekte aktuale. Nga SCRUM morëm ndarjen e punës në sprint, raportim ditor, retrospektiva dhe role. Ne zgjodhëm Kanban për rrjedhën tonë të detyrave dhe ai u integrua mirë në sistemin tonë ekzistues të gjurmimit të detyrave. Ne e strukturuam punën tonë duke u integruar pa probleme në rendin ekzistues të gjërave.
Para se të hyjë në treg, një produkt kalon në 5 faza: ide, përzgjedhje, koncept, MVP (më shumë detaje më poshtë) dhe prodhim.

Ide

Në këtë fazë ka diçka kalimtare - një ide. Idealisht, një ide për të zgjidhur një problem ekzistues ose problem klienti. Nuk na mungojnë idetë. Sipas planit fillestar, ato duhet të gjenerohen nga punonjës të zonave teknike. Në mënyrë që një ide të pranohet për zhvillim të mëtejshëm, autori duhet të plotësojë "Modelin e dizajnit të idesë". Ka vetëm katër pyetje: çfarë? Per cfare? Kush ka nevojë për këtë? Dhe nëse jo produkti ynë, atëherë çfarë?

Burim

Përzgjedhja

Sapo shablloni i plotësuar arrin tek ne, fillon procedura e përpunimit dhe përzgjedhjes. Faza e përzgjedhjes është ajo që kërkon më shumë punë. Në këtë fazë, formohen hipotezat e problemeve (nuk ishte më kot që përmenda në paragrafin e mëparshëm që në mënyrë ideale një ide duhet të zgjidhë problemin e një klienti) dhe vlera e produktit. Formohet një hipotezë e shkallës, d.m.th. se si biznesi ynë do të rritet dhe përparojë. Problemet dhe intervistat e ekspertëve kryhen me klientët potencial për të siguruar konfirmimin paraprak se ne do të prodhojmë diçka të nevojshme. Duhen të paktën 10-15 intervista për të nxjerrë një përfundim për nevojën e produktit.

Nëse hipotezat konfirmohen, bëhet një analizë paraprake financiare, vlerësohet vëllimi i përafërt i investimit dhe fitimet e mundshme të investitorit. Si rezultat i kësaj faze, lind një dokument i quajtur Lean Canvas dhe i paraqitet menaxhmentit.

koncept

Në këtë fazë, rreth 70% e ideve eliminohen. Nëse koncepti miratohet, atëherë fillon faza e zhvillimit të idesë. Formohet funksionaliteti i produktit të ardhshëm, përcaktohen rrugët e zbatimit dhe zgjidhjet teknike optimale dhe përditësohet plani i biznesit. Rezultati i kësaj faze është një specifikim teknik për zhvillim dhe një rast biznesi i detajuar. Nëse kemi sukses, kalojmë në fazën MVP ose MVP.

MVP ose MVP

MVP është një produkt minimal i zbatueshëm. Ato. një produkt që nuk është zhvilluar plotësisht, por tashmë mund të sjellë vlerë dhe kryen funksionalitetin e tij. Është e domosdoshme që në këtë fazë të zhvillimit të mbledhim reagime nga përdoruesit e vërtetë dhe të bëjmë ndryshime.

Prodhim

Dhe faza e fundit është prodhimi. Jo më shumë se 5% e produkteve arrijnë këtë fazë. Ky 5% përfshin vetëm produktet më të rëndësishme, të nevojshme, të qëndrueshme dhe funksionale.

Ne kemi shumë ide dhe kemi mbledhur tashmë një portofol voluminoz. Ne analizojmë çdo ide dhe bëjmë gjithçka për t'u siguruar që ajo të arrijë në fazën përfundimtare. Është shumë e këndshme që kolegët tanë nuk qëndruan indiferentë ndaj drejtimit tonë të R&D dhe marrin pjesë aktive në zhvillimin dhe zbatimin e produkteve dhe zgjidhjeve.

Si e bëmë LANBIX

Le të shohim krijimin e një produkti duke përdorur një shembull real - produktin LANBIX. Ky është një sistem softuerësh dhe harduerësh “i kuti” i krijuar për të monitoruar infrastrukturat e vogla të TI-së dhe për të paralajmëruar menjëherë vendimmarrësit dhe përdoruesit e biznesit për keqfunksionimet e kontrolluara nëpërmjet një chatbot. Përveç funksionit të monitorimit, LANBIX përfshin funksionalitetin Help Desk. Ky produkt është ekskluziv për segmentin e tregut që ne synojmë. Ky është edhe avantazhi dhe dhimbja jonë. Por gjërat e para së pari. Unë do të them menjëherë se LANBIX është një produkt i gjallë (d.m.th., nuk është përfundimtar në zhvillimin e tij dhe është në raundin tjetër të MVP).

Pra, faza e parë është ideja. Që të lindë një ide, duhen probleme dhe ne i kemi pasur, ose më mirë jo ne, por miqtë tanë. Më poshtë do të shohim disa situata reale që kanë ndodhur në fusha të ndryshme të biznesit.

Një kompani e vogël menaxhimi mban dy shtëpi në rajonin e Moskës. Stafi me PC është rreth 15 persona. Administratori i sistemit është një freelancer vizitor (djali i zgjuar i një prej banorëve të kujdesshëm). Duket se aktivitetet e kompanisë administruese varen dobët nga IT, por veçantia e këtij biznesi është raportimi mujor për shumë autoritete. Disku i sistemit të drejtuesit të kompanisë (i cili, si zakonisht, kombinon shumë role) i ka mbaruar hapësira e lirë. Natyrisht, kjo nuk ndodhi papritur; paralajmërimi u var për rreth 2 muaj dhe u shpërfill vazhdimisht. Por erdhi një përditësim, sistemi operativ u përditësua dhe, siç do ta kishte fati, ai ngriu në mes të përditësimit, duke u ankuar para "vdekjes" për një disk të zënë. Kompjuteri hyri në një rindezje ciklike. Ndërsa ishim duke zgjidhur problemin dhe duke marrë raporte, ne humbëm afatin e raportimit. Duket se një mosfunksionim i parëndësishëm ka shkaktuar telashe të ndryshme: nga humbjet deri te proceset gjyqësore dhe përgjegjësia administrative.

Burim

Një incident i ngjashëm ka ndodhur në një kompani të madhe Holding, duke bashkuar shumë kompani të vogla, me një shërbim të vetëm mbështetjeje teknike për të gjithë zyrën. Në një nga departamentet, kompjuteri i llogaritarit kryesor u prish. Ishte e njohur për një kohë të gjatë që mund të prishej (kompjuteri po ngadalësohej dëshpërimisht dhe po nxehej), por llogaritari kryesor nuk arriti kurrë të dërgonte një kërkesë për mbështetjen teknike. Natyrisht, ajo u prish pikërisht në ditën e pagesës dhe punonjësit e departamentit ishin pa para për disa ditë.

Një biznes i vogël në tregtinë e vogël me shumicë kishte një faqe interneti për shitje, e cila strehohej në një platformë të jashtme. Ne mësuam për mosdisponueshmërinë e tij me telefon nga një klient i rregullt. Në momentin e telefonatës, faqja nuk funksiononte për rreth tre orë. U deshën disa orë të tjera për të gjetur personin përgjegjës për faqen dhe dy të tjera për të rregulluar problemin. Prandaj, faqja ishte e padisponueshme për pothuajse të gjithë ditën e punës. Sipas drejtorit tregtar të kompanisë, kjo kohë joproduktive u kushtoi atyre rreth 1 milion rubla.

Unë vetë kam hasur në një situatë të ngjashme kur erdha për një takim në klinikë dhe duhej të shkoja në regjistrimin e VHI. Ata nuk mund të më dërgonin te mjeku për një arsye të parëndësishme - pati një rritje të energjisë në mëngjes, dhe pas aksidentit shërbimi i tyre postar dhe një shërbim i caktuar për komunikimin me kompaninë e sigurimeve nuk funksionuan. Në përgjigje të pyetjes sime, ku janë administratorët tuaj, më thanë që administratori i tyre vjen dhe i viziton një herë në javë. Dhe tani (në atë kohë ishte tashmë ora 16:00) ai nuk e merr telefonin. Për të paktën 7 orë, klinika ishte e shkëputur nga bota e jashtme dhe nuk mund të ofronte shërbime me pagesë.

Çfarë kanë të përbashkët të gjitha këto raste? Absolutisht të gjitha problemet mund të ishin parandaluar paraprakisht. Me përgjigjen në kohë nga njerëzit e IT-së, dëmi mund të ishte zvogëluar. Kjo do të ishte e mundur nëse simptomat e hershme interpretoheshin saktë nga përdoruesit.

Ne kemi identifikuar hipotezat e problemit:

humbje të konsiderueshme monetare dhe reputacioni për shkak të shpejtësisë së ulët të përgjigjes ndaj defekteve në infrastrukturën e TI-së;
keqinterpretimi i simptomave të hershme të një mosfunksionimi nga përdoruesit.

Çfarë mund të bëjë klienti me to dhe si të shmangë situata të ngjashme në të ardhmen? Nuk ka shumë opsione:

të punësojë një administrator të sistemit të kualifikuar dhe ta bëjë atë të punojë me ndërgjegje;
transferojmë mirëmbajtjen e TI-së tek një kompani e specializuar shërbimi;
të zbatojë në mënyrë të pavarur një sistem monitorimi dhe raportimi të defekteve;
ofrojë trajnime për përdoruesit/personelin e biznesit në bazat e njohurive kompjuterike.

Le të vendosemi në opsionin e tretë. Le të ofrojmë një sistem monitorimi për ata që nuk e përdorin atë për arsye të ndryshme.

Digresion lirik. Sisteme të ndryshme për monitorimin e shërbimeve të TI-së në tregun e ndërmarrjeve janë përdorur për një kohë të gjatë dhe përfitimet e tyre nuk janë të diskutueshme. Kam biseduar me përfaqësues të kompanive të mëdha, kam parë se si është ndërtuar marrëdhënia midis biznesit dhe IT. Drejtori teknik i një ndërmarrje të madhe makinerie ia ka transferuar mirëmbajtjen e infrastrukturës së IT një kompanie të jashtme, por ai vetë mbetet në dijeni për të gjitha çështjet. Në zyrën e tij varet një ekran i madh i sistemit të monitorimit me tregues të statusit të shërbimeve IT. Më kritikët përfshihen në sistem. Drejtori teknik në çdo moment mund të mësojë në çfarë gjendje është infrastruktura, çfarë po ndodh, ku është problemi, nëse janë njoftuar personat përgjegjës dhe nëse problemi po zgjidhet.

Historitë e listuara më sipër e bënë ekipin tonë të mendojë se si të krijojë një sistem monitorimi optimal për kompanitë e vogla. Si rezultat, lindi LANBIX - një sistem monitorimi që mund të vendoset nga absolutisht kushdo pa ndonjë njohuri IT. Objektivi kryesor i sistemit është i thjeshtë, si të gjitha sistemet që synojnë rritjen e vazhdimësisë dhe disponueshmërisë - reduktimin e humbjeve monetare dhe të tjera në rast të ndërprerjeve të paplanifikuara. Pajisja është projektuar për të reduktuar në minimum kohën ndërmjet "diçka është prishur" dhe "problemi është rregulluar".

Për të konfirmuar hipotezat, u zhvilluan intervista problematike. Nuk mund ta imagjinoja se sa shumë njerëz do të ishin të gatshëm të tregonin pa u përpjekur t'u shisnin atyre. Çdo bisedë zgjati të paktën 1,5 orë dhe morëm shumë informacione të dobishme për zhvillim të mëtejshëm.

Le të përmbledhim rezultatet e kësaj faze:

ka një kuptim të problemit,
kuptimi i vlerës - ekziston,
Ekziston një ide për një zgjidhje.

Faza e dytë ishte më e detajuar. Bazuar në rezultatet e tij, ne duhej t'i prezantonim menaxhmentit, i cili në thelb luan rolin e një investitori, një rast biznesi (i njëjti Lean Canvas) për të marrë një vendim për fatin e ardhshëm të produktit.

Ne filluam me hulumtimin e tregut dhe analizën konkurruese për të zbuluar se kush, çfarë dhe, më e rëndësishmja, si po ecën në këtë treg.

Doli si vijon.

Nuk ka sisteme të gatshme monitorimi në treg për segmentin tonë (biznes i vogël), me përjashtim të një ose tre, për të cilat nuk do të flas për arsye të dukshme.
Konkurrentët tanë kryesorë, çuditërisht, janë administratorët e sistemit me skripte të shkruara në shtëpi dhe "shtesa" në sistemet e monitorimit me burim të hapur.
Ekziston një problem i qartë me përdorimin e sistemeve të monitorimit me burim të hapur. Ekziston një sistem, ka një sasi të madhe informacioni se si të punoni dhe modifikoni sistemin për t'iu përshtatur nevojave tuaja. Nga administratorët që intervistova, shumë pranuan se nuk kishin kompetenca të mjaftueshme për t'i zbatuar vetë idetë e tyre. Por ata nuk mund t'ia pranojnë këtë menaxhmentit nga frika e shkarkimit. Rezulton një rreth vicioz.

Më pas kaluam në analizimin e nevojave të klientëve tanë potencialë. Ne kemi identifikuar për vete një segment të organizatave të vogla që për ndonjë arsye nuk kanë shërbimin e tyre IT, ku ose një administrator i sistemit në hyrje, një profesionist i pavarur ose një kompani shërbimi është përgjegjës për IT. Nuk ishte pala e IT që vendosi të hynte, por ana e biznesit, duke u ofruar themeluesve dhe pronarëve të bizneseve një mjet për të përmirësuar cilësinë e shërbimit të infrastrukturës së IT. Një produkt që duhet t'i ndihmojë pronarët të sigurojnë biznesin e tyre, por në të njëjtën kohë do t'u shtojë punë njerëzve që janë përgjegjës për IT. Një produkt që u ofron bizneseve një mjet për monitorimin e cilësisë së mbështetjes së IT.

Si rezultat i përpunimit të të dhënave të marra, lindi lista e parë e kërkesave (një lloj prapambetje e përafërt) për produktin e ardhshëm:

sistemi i monitorimit duhet të bazohet në një zgjidhje me burim të hapur dhe, si rezultat, të lirë;
i lehtë dhe i shpejtë për t'u instaluar;
nuk duhet të kërkojë njohuri specifike në IT, madje edhe një kontabilist (në asnjë mënyrë nuk kam dashur të ofendoj përfaqësuesit e këtij profesioni) duhet të jetë në gjendje të vendosë dhe konfigurojë sistemin;
duhet të zbulojë automatikisht objektet për monitorim në rrjet;
duhet të instalojë automatikisht (dhe në mënyrë ideale automatikisht) agjentë monitorues;
duhet të jetë në gjendje të monitorojë shërbimet e jashtme, të paktën një sistem CRM dhe një faqe interneti për shitje;
duhet të njoftojë si biznesin ashtu edhe administratorin e sistemit për problemet;
shkalla e thellësisë dhe "gjuha" e sinjalizimeve duhet të jetë e ndryshme për administratorin dhe biznesin;
sistemi duhet të furnizohet me harduerin e vet;
hekuri duhet të jetë sa më i arritshëm;
sistemi duhet të jetë sa më i pavarur nga faktorët e jashtëm.

Më pas, u llogaritën investimet në zhvillimin e produktit (përfshirë kostot e punës për punonjësit e departamentit teknik). U përgatit një skicë e modelit të biznesit dhe u llogarit ekonomia e njësisë së produktit.

Rezultati i fazës:

ngecja e produkteve të nivelit të lartë;
një model biznesi të formuluar ose një hipotezë e shkallës që ende duhet të testohet në praktikë.

Le të kalojmë në fazën tjetër - koncept. Këtu ne si inxhinierë e gjejmë veten në elementin tonë amtar. Ka “lista dëshirash” që zbërthehen në komponentë/nënsisteme/veçori, më pas shndërrohen në specifikime teknike/histori të përdoruesve, më pas në projekt, etj. Unë nuk do të ndalem në detaje në procesin e përgatitjes së një sërë opsionesh alternative; le të kalojmë drejtpërdrejt te kërkesat dhe metodat e zgjedhura për zbatimin e tyre.

Kërkesa
vendim

Duhet të jetë një sistem i hapur monitorimi;

Ne marrim një sistem monitorimi me kod të hapur.

Sistemi duhet të jetë i thjeshtë dhe i shpejtë për t'u instaluar;
nuk duhet të kërkojë njohuri specifike IT. Edhe një kontabilist duhet të jetë në gjendje të vendosë dhe konfigurojë sistemin.

Ne ofrojmë një sistem të instaluar në mënyrë që përdoruesi të duhet vetëm të ndezë pajisjen dhe ta konfigurojë pak, ngjashëm me një ruter.

Le ta mbyllim ndërveprimin me pajisjen me diçka të thjeshtë dhe të kuptueshme për të gjithë.

Le të shkruajmë chatbotin tonë për një nga lajmëtarët e mirënjohur të çastit dhe të transferojmë të gjitha ndërveprimet me sistemin tek ai.

Sistemi duhet:

zbulon automatikisht objektet e nevojshme për monitorim në rrjet;
instaloni automatikisht agjentë monitorues;
Të jetë në gjendje të monitorojë shërbimet e jashtme, të paktën një sistem CRM dhe një faqe interneti për shitje.

Ne shkruajmë shtesa për sistemin e monitorimit për:

zbulimi automatik i objekteve;
instalimi automatik i agjentëve;
monitorimi i disponueshmërisë së shërbimeve të jashtme.

Sistemi duhet:

të njoftojë biznesin dhe administratorin e sistemit për problemet;
të jetë në gjendje të monitorojë shërbimet e jashtme, të paktën një sistem CRM dhe një faqe interneti për shitje. Shkalla e thellësisë dhe "gjuha" e njoftimeve duhet të jetë e ndryshme për administratorin dhe biznesin.
Sistemi nuk duhet të kërkojë njohuri specifike të TI-së; edhe një kontabilist duhet të jetë në gjendje të vendosë dhe konfigurojë sistemin.

Le të shtojmë lloje të ndryshme njoftimesh për lloje të ndryshme përdoruesish. Ato ndryshojnë në lartësi dhe thellësi. Një përdorues biznesi do të marrë njoftime si "gjithçka është në rregull, por kompjuteri i Ivanovit do të vdesë së shpejti". Administratori do të marrë një mesazh të plotë për gabimin, kush, si dhe çfarë ka ndodhur ose mund të ndodhë.
Le të shtojmë mundësinë e përdorimit të postës së një personi përgjegjës shtesë, në mënyrë që në rast të një avarie ai të marrë një mesazh.
Le të shtojmë ndërveprimin me ofruesit e shërbimeve të jashtme bazuar në dërgimin e emaileve me tekst të përgatitur paraprakisht, sepse Është emaili që shkakton incidentin.
I gjithë ndërveprimi me sistemin do të lidhet me një chatbot; komunikimi kryhet në një stil dialogu.

Supplement:

Le të shtojmë funksionalitetin e "chat me administratorin" në mënyrë që përdoruesi t'i dërgojë administratorit një mesazh që përshkruan drejtpërdrejt problemin.

Sistemi duhet të furnizohet me pajisjen e tij.
Hekuri duhet të jetë në dispozicion.
Sistemi duhet të jetë sa më i pavarur nga mjedisi.

Le të marrim një kompjuter të gatshëm dhe të lirë Raspberry PI.
Ne do të dizajnojmë një tabelë të furnizimit me energji të pandërprerë.
Le të shtojmë një modem që të jetë i pavarur nga gjendja e rrjetit lokal.
Ne do të projektojmë një ndërtesë të bukur.

Tani kemi tre nënsisteme me kërkesat dhe vizionin e tyre për zbatimin e tyre:

nënsistem harduerësh;
nënsistemi i monitorimit;
nënsistemi i ndërveprimit të përdoruesit.

Ne zhvilluam një dizajn paraprak për nënsistemin e harduerit. Po Po! Pasi kemi shkelur të gjitha rregullat e shkathtësisë, kemi hartuar një dokument, sepse fabrikat e prodhimit punojnë me dokumente. Për nënsistemet e mbetura, ne identifikuam përdoruesit (personat), përgatitëm tregimet e përdoruesve dhe shkruam detyra për zhvillim.

Kjo përfundon fazën e konceptit, dhe rezultati është:

projekt për një platformë harduerike;
vizion i formuluar në formën e tregimeve të përdoruesve për dy nënsistemet e mbetura;
një prototip softueri i implementuar si një makinë virtuale;
një prototip i harduerit, i zbatuar në formën e një stendë, ku zgjidhjet e harduerit u testuan në të vërtetë për forcë;
testimi i kryer nga administratorët tanë.

Problemet në këtë fazë ishin kryesisht organizative dhe lidheshin me mungesën e njohurive të stafit inxhinierik në aspektin ligjor dhe kontabël të shitjeve. Ato. Është një gjë të kuptosh se çfarë dhe si të shesësh, dhe krejt tjetër të përballesh me një makinë të pamëshirshme ligjore: patentat, detyrat e zhvillimit, regjistrimin, EULA dhe shumë më tepër që ne, si njerëz krijues, fillimisht nuk i morëm parasysh.

Nuk kishte ende një problem, por më tepër një vështirësi që lidhej me hartimin e rrethimeve. Ekipi ynë përbëhet vetëm nga inxhinierë, kështu që versioni i parë i kasës është "ndërtuar" nga pleksiglas nga specialisti ynë i elektronikës.

Trupi dukej, për ta thënë butë, i diskutueshëm, veçanërisht për publikun, i prishur nga teknologjia moderne. Kishte, natyrisht, njohës midis brezit të vjetër të "Kulibins" - ndërtesa ngjalli ndjenja nostalgjike tek ata. U vendos që të prodhohet dhe të dizajnohet rishtazi kutia, pasi e vjetra, përveç të metave estetike, kishte edhe ato strukturore - pleksiglasi nuk toleronte mirë montimin dhe çmontimin e pajisjes dhe priret të plasaritet. Unë do t'ju tregoj për prodhimin e rastit më tej.

Dhe tani jemi afër vijës së finishit - MVP. Sigurisht, ky nuk është ende një produkt përfundimtar i prodhimit, por tashmë është i dobishëm dhe i vlefshëm. Qëllimi kryesor i kësaj faze është nisja e ciklit “krijo-vlerëso-mëso”. Pikërisht në këtë fazë është LANBIX.

Në fazën "krijoni", ne krijuam një pajisje që kryen funksionalitetin e deklaruar. Po, ende nuk është perfekt dhe ne vazhduam të punojmë për të.

Le të kthehemi te prodhimi i trupit, d.m.th. në detyrën e transformimit të pajisjes sonë nga nostalgjike në moderne. Në fillim, unë kontrollova tregun për prodhuesit e kabineteve dhe shërbimet e dizajnit industrial. Së pari, nuk ka shumë kompani që prodhojnë kasetë në tregun rus, dhe së dyti, kostoja e dizajnit industrial në këtë fazë është jashtëzakonisht e lartë, rreth 1 milion rubla.

Ata kontaktuan departamentin tonë të marketingut për dizajnin; stilisti i ri ishte gati për eksperimente krijuese. Ne përshkruam vizionin tonë për bykun (pasi kemi studiuar më parë shembujt më të mirë të ndërtimit të bykut), dhe ai, nga ana tjetër, e ktheu atë në një vepër arti. Gjithçka që mbetet është ta prodhojmë atë. Ne, krenarë për dizajnin tonë, iu drejtuam partnerëve tanë. Drejtori i Përgjithshëm i tyre i shkatërroi menjëherë fantazitë tona duke vënë në dukje, krejtësisht pa pagesë, gjëra që nuk mund të prodhoheshin në mënyrën tonë të zgjedhur. Kutia mund të prodhohet dhe nuk do të jetë më e keqe se ajo e Apple, por kostoja e kutisë do të jetë tre deri në katër herë më e shtrenjtë se të gjithë komponentët elektronikë. Pas një sërë operacionesh dhe miratimesh, ne kemi projektuar një strehim që mund të prodhohet. Po, nuk është aq e bukur sa e kemi planifikuar, por është ideale për të arritur qëllimet aktuale.

Rezultati i fazës: grupi i parë i pajisjeve të gatshme për luftim dhe provë.

Dhe tani gjëja më e vështirë është faza e “vlerësimit”, dhe me produktin tonë jemi pikërisht në këtë pikë. Ne mund të vlerësojmë vetëm në bazë të rezultateve të përdorimit nga klientët e vërtetë dhe asnjë supozim nuk funksionon këtu. Ne kemi nevojë për ata "përshtatës të hershëm" për të dhënë komente dhe për të bërë ndryshimet në produktin që janë vërtet të nevojshme. Shtrohet pyetja: ku t'i merrni klientët dhe si t'i bindni ata të marrin pjesë në eksperiment?

Nga të gjitha opsionet e mundshme, ne zgjodhëm një grup klasik mjetesh dixhitale: faqja e uljes dhe fushata reklamuese në rrjetet sociale.

Procesi tashmë ka nisur, por është herët për të folur për rezultate, megjithëse tashmë ka përgjigje dhe kemi marrë konfirmimin e shumë hipotezave tona. Një surprizë e këndshme ishte reagimi i përfaqësuesve të segmenteve krejtësisht të ndryshme të biznesit, shumë më të mëdha se ato që prisnim. Do të ishte marrëzi të injoroheshin prezantimet e reja dhe në bazë të rezultateve të intervistave, u vendos të hapej një linjë paralele LANBIX e quajtur LANBIX Enterprise. Ne kemi shtuar mbështetje për infrastrukturat e shpërndara, monitorimin e rrjeteve Wi-Fi me zgjidhjen e problemeve dhe lokalizimin, dhe monitorimin e cilësisë së kanaleve të komunikimit. Kompanitë e shërbimit shprehën interesin më të madh për zgjidhjen. Në të njëjtën kohë, pajisjet që ne kemi zhvilluar tashmë luajnë një rol të rëndësishëm në funksionimin e zgjidhjeve.

Çfarë do të ndodhë më pas

Çfarë do të ndodhë më pas me LANBIX origjinal do të bëhet e qartë në bazë të rezultateve të fushatës. Nëse hipotezat tona nuk vërtetohen, sipas metodologjisë Lean, do ta heqim qafe pa mëshirë ose do të shndërrohet në diçka të re, sepse nuk ka gjë më të keqe se të bësh një produkt që nuk i duhet askujt. Por tani mund të themi se puna e bërë nuk ishte e kotë dhe falë saj është shfaqur një degë e tërë e produkteve paralele, për të cilat po punojmë në mënyrë aktive. Nëse ka sukses, LANBIX do të kalojë nga faza MVP në fazën përfundimtare dhe do të zhvillohet sipas ligjeve të kuptueshme klasike të marketingut të produktit.

E përsëris, tani ne duam të gjejmë adoptues të hershëm, kompani që mund të instalojnë produktin tonë për të mbledhur reagime. Nëse jeni të interesuar të testoni LANBIX, shkruani në komente ose mesazhe private.

Burim

Burimi: www.habr.com

Si punojmë me idetë dhe si lindi LANBIX