Paano tayo gumagawa ng mga ideya at kung paano ipinanganak ang LANBIX

Maraming malikhaing empleyado sa LANIT-Integration. Ang mga ideya para sa mga bagong produkto at proyekto ay literal na nakabitin sa hangin. Minsan ay napakahirap tukuyin ang mga pinakakawili-wili. Samakatuwid, magkasama kaming bumuo ng aming sariling pamamaraan. Basahin ang artikulong ito kung paano pumili ng pinakamahusay na mga proyekto at ipatupad ang mga ito.

Sa Russia, at sa buong mundo, maraming mga proseso ang nagaganap na humahantong sa pagbabago ng merkado ng IT. Salamat sa pagtaas ng kapangyarihan sa pag-compute at ang paglitaw ng server, network at iba pang mga teknolohiya ng virtualization, ang merkado ay hindi na nangangailangan ng isang malaking halaga ng hardware. Mas gusto ng mga vendor na direktang makipagtulungan sa mga customer. Ang IT market ay nakakaranas ng boom sa outsourcing sa lahat ng anyo nito, mula sa klasikong outsourcing hanggang sa bagong wave ng mga outsourcer – “cloud providers”. Ang mga sistema at elemento ng imprastraktura ay nagiging mas madaling mapanatili at i-configure. Ang kalidad ng software ay lumalaki bawat taon at ang mga gawain ng integrator ay binabago.

Paano tayo gumagawa ng mga ideya

Direksyon sa pagsisimula ng produkto sa "LANIT-Integration" mahigit isang taon na. Ang aming pangunahing layunin ay lumikha ng mga bagong produkto at dalhin ang mga ito sa merkado. Ang unang bagay na sinimulan namin ay ang pag-aayos ng proseso ng paglikha ng mga produkto. Napag-aralan namin ang maraming mga pamamaraan, mula sa klasiko hanggang sa hype. Gayunpaman, wala sa kanila ang nakakatugon sa aming mga pangangailangan. Pagkatapos ay nagpasya kaming gawin ang pamamaraan ng Lean Startup bilang batayan at iakma ito sa aming mga gawain. Ang Lean Startup ay isang teorya ng entrepreneurship na nilikha ni Eric Ries. Ito ay batay sa mga prinsipyo, diskarte at kasanayan ng mga konsepto tulad ng lean manufacturing, customer development at flexible development methodology.

Tulad ng para sa direktang diskarte sa pamamahala ng pagbuo ng produkto: hindi namin muling binago ang gulong, ngunit inilapat ang isang umiiral nang pamamaraan ng pag-unlad SCRUM, pagdaragdag ng pagkamalikhain, at ngayon ay ligtas na itong matatawag na SCRUM-WATERFALL-BAN. Ang SCRUM, sa kabila ng kakayahang umangkop nito, ay isang napakahigpit na sistema at angkop para sa pamamahala ng isang pangkat na responsable para sa isang produkto/proyekto lamang. Tulad ng naiintindihan mo, ang klasikong "pagsasama" na negosyo ay hindi nagsasangkot ng pagtatalaga ng mga full-time na teknikal na espesyalista upang magtrabaho sa isang proyekto (may mga pagbubukod, ngunit napakabihirang), dahil bilang karagdagan sa paggawa sa mga produkto, ang lahat ay abala sa mga kasalukuyang proyekto. Mula sa SCRUM kinuha namin ang paghahati ng trabaho sa mga sprint, araw-araw na pag-uulat, retrospective at mga tungkulin. Pinili namin ang Kanban para sa aming daloy ng gawain at mahusay itong isinama sa aming kasalukuyang sistema ng pagsubaybay sa gawain. Inayos namin ang aming trabaho sa pamamagitan ng walang putol na pagsasama sa umiiral na pagkakasunud-sunod ng mga bagay.
Bago pumasok sa merkado, dumaan ang isang produkto sa 5 yugto: ideya, pagpili, konsepto, MVP (higit pang mga detalye sa ibaba) at produksyon.

Idea

Sa yugtong ito mayroong isang bagay na panandalian - isang ideya. Sa isip, isang ideya upang malutas ang isang umiiral na problema o problema ng kliyente. Wala tayong kakulangan sa mga ideya. Ayon sa paunang plano, dapat silang mabuo ng mga empleyado ng mga teknikal na lugar. Upang matanggap ang isang ideya para sa karagdagang pag-unlad, dapat punan ng may-akda ang "Template ng Disenyo ng Ideya". Mayroon lamang apat na tanong: Ano? Para saan? Sino ang nangangailangan nito? At kung hindi ang aming produkto, ano?

Pinagmulan

Pinili

Sa sandaling makarating sa amin ang nakumpletong template, magsisimula ang proseso ng pagproseso at pagpili. Ang yugto ng pagpili ay ang pinaka-labor-intensive. Sa yugtong ito, ang mga hypotheses ng mga problema ay nabuo (ito ay hindi para sa wala na nabanggit ko sa nakaraang talata na ang ideya ay dapat na malutas ang problema ng isang kliyente) at ang halaga ng produkto. Ang isang iskala na hypothesis ay nabuo, i.e. kung paano uunlad at uunlad ang ating negosyo. Ang mga panayam sa problema at eksperto ay isinasagawa sa mga potensyal na customer upang magbigay ng paunang kumpirmasyon na gagawa kami ng isang bagay na kailangan. Kailangan ng hindi bababa sa 10-15 panayam upang makagawa ng konklusyon tungkol sa pangangailangan para sa produkto.

Kung ang mga hypotheses ay nakumpirma, ang isang paunang pagsusuri sa pananalapi ay isinasagawa, ang tinatayang dami ng pamumuhunan at ang mga posibleng kita ng mamumuhunan ay tinasa. Bilang resulta ng yugtong ito, ang isang dokumentong tinatawag na Lean Canvas ay isinilang at ipinakita sa pamamahala.

Pagkaunawa

Sa yugtong ito, humigit-kumulang 70% ng mga ideya ang tinanggal. Kung naaprubahan ang konsepto, magsisimula ang yugto ng pagbuo ng ideya. Ang pag-andar ng hinaharap na produkto ay nabuo, ang mga landas sa pagpapatupad at pinakamainam na mga teknikal na solusyon ay tinutukoy, at ang plano ng negosyo ay na-update. Ang resulta ng yugtong ito ay isang teknikal na detalye para sa pag-unlad at isang detalyadong kaso ng negosyo. Kung matagumpay, lumipat tayo sa yugto ng MVP o MVP.

MVP o MVP

Ang MVP ay isang minimum na mabubuhay na produkto. Yung. isang produkto na hindi pa ganap na binuo, ngunit maaari nang magdala ng halaga at gumaganap ng paggana nito. Kinakailangan na sa yugtong ito ng pag-unlad ay kinokolekta namin ang feedback mula sa mga totoong user at gumawa ng mga pagbabago.

Produksyon

At ang pinakahuling yugto ay ang produksyon. Hindi hihigit sa 5% ng mga produkto ang umabot sa yugtong ito. Ang 5% na ito ay kinabibilangan lamang ng pinakamahalaga, kinakailangan, mabubuhay at gumaganang mga produkto.

Mayroon kaming maraming mga ideya at naka-assemble na kami ng isang malaking portfolio. Sinusuri namin ang bawat ideya at ginagawa ang lahat para matiyak na umabot ito sa huling yugto. Napakasaya na ang aming mga kasamahan ay hindi nanatiling walang malasakit sa aming direksyon sa R&D at aktibong bahagi sa pagbuo at pagpapatupad ng mga produkto at solusyon.

Paano namin ginawa ang LANBIX

Tingnan natin ang paglikha ng isang produkto gamit ang isang tunay na halimbawa - ang produkto ng LANBIX. Ito ay isang "naka-box" na software at hardware system na idinisenyo para sa pagsubaybay sa maliliit na imprastraktura ng IT at agarang pag-alerto sa mga gumagawa ng desisyon at mga user ng negosyo tungkol sa mga malfunction na kinokontrol sa pamamagitan ng isang chatbot. Bilang karagdagan sa function ng pagsubaybay, kasama sa LANBIX ang paggana ng Help Desk. Ang produktong ito ay eksklusibo sa segment ng merkado na aming tina-target. Ito ang aming kalamangan at ang aming sakit. Ngunit una sa lahat. Sasabihin ko kaagad na ang LANBIX ay isang buhay na produkto (iyon ay, hindi ito pinal sa pagbuo nito at nasa susunod na round ng MVP).

Kaya, ang unang yugto ay ang ideya. Para sa isang ideya na ipanganak, kailangan mo ng mga problema, at nagkaroon kami ng mga ito, o sa halip hindi kami, ngunit ang aming mga kaibigan. Sa ibaba ay titingnan natin ang ilang totoong sitwasyon na naganap sa iba't ibang larangan ng negosyo.

Ang isang maliit na kumpanya ng pamamahala ay nagpapanatili ng dalawang bahay sa rehiyon ng Moscow. Ang staff na may mga PC ay mga 15 tao. Ang system administrator ay isang bumibisitang freelancer (ang matalinong anak ng isa sa mga mapagmalasakit na residente). Tila ang mga aktibidad ng kumpanya ng pamamahala ay mahinang umaasa sa IT, ngunit ang kakaiba ng negosyong ito ay buwanang pag-uulat sa maraming awtoridad. Ang system disk ng pinuno ng kumpanya (na, gaya ng dati, pinagsasama ang maraming mga tungkulin) ay naubusan ng libreng espasyo. Naturally, hindi ito nangyari nang biglaan; ang babala ay nag-hang ng mga 2 buwan at patuloy na hindi pinansin. Ngunit dumating ang isang pag-update, ang OS ay na-update at, tulad ng swerte, ito ay nagyelo sa gitna ng pag-update, nagrereklamo bago ang "kamatayan" tungkol sa isang abalang disk. Ang computer ay pumasok sa isang cyclic reboot. Habang inaayos namin ang problema at kumukuha ng mga ulat, napalampas namin ang deadline ng pag-uulat. Tila ang isang maliit na malfunction ay nagdulot ng iba't ibang mga problema: mula sa pagkalugi hanggang sa paglilitis at pananagutan sa administratibo.

Pinagmulan   

Ang isang katulad na insidente ay naganap sa isang malaking holding company, na pinag-iisa ang maraming maliliit na kumpanya, na may isang solong serbisyong teknikal na suporta para sa buong opisina. Sa isa sa mga departamento, nasira ang computer ng punong accountant. Matagal nang alam na ito ay maaaring masira (ang computer ay desperadong bumagal at umiinit), ngunit ang punong accountant ay hindi kailanman nakakuha ng isang kahilingan sa teknikal na suporta. Naturally, nasira ito nang eksakto sa araw ng suweldo, at ang mga empleyado ng departamento ay walang pera sa loob ng ilang araw.

Ang isang maliit na negosyo sa maliit na pakyawan na kalakalan ay may website ng pagbebenta, na naka-host sa isang panlabas na site. Nalaman namin ang tungkol sa hindi pagiging available nito sa pamamagitan ng telepono mula sa isang regular na customer. Sa oras ng tawag, humigit-kumulang tatlong oras na naka-down ang site. Tumagal ng isa pang ilang oras upang mahanap ang taong responsable para sa site, at isa pang dalawa upang ayusin ang problema. Alinsunod dito, hindi available ang site sa halos buong araw ng trabaho. Ayon sa komersyal na direktor ng kumpanya, ang downtime na ito ay nagkakahalaga ng mga 1 milyong rubles.

Ako mismo ay nakatagpo ng isang katulad na sitwasyon nang dumating ako sa isang appointment sa klinika at kailangang pumunta sa pagpaparehistro ng VHI. Hindi nila ako maipadala sa doktor para sa isang maliit na dahilan - nagkaroon ng power surge sa umaga, at pagkatapos ng aksidente ang kanilang serbisyo sa koreo at isang tiyak na serbisyo para sa pakikipag-usap sa kompanya ng seguro ay hindi gumana. Bilang tugon sa aking tanong, nasaan ang iyong mga admin, sinabi sa akin na ang kanilang admin ay pumupunta at bumibisita sa kanila isang beses sa isang linggo. At ngayon (sa oras na iyon ay 16:00 na) hindi niya kinuha ang telepono. Sa loob ng hindi bababa sa 7 oras, ang klinika ay naputol mula sa labas ng mundo at hindi makapagbigay ng mga bayad na serbisyo.

Ano ang pagkakatulad ng lahat ng mga kasong ito? Talagang lahat ng mga problema ay maaaring napigilan nang maaga. Sa napapanahong tugon mula sa mga taong IT, maaaring mabawasan ang pinsala. Ito ay magiging posible kung ang mga naunang sintomas ay wastong binibigyang kahulugan ng mga gumagamit.

Natukoy namin ang mga hypotheses ng problema:

• makabuluhang pagkalugi sa pera at reputasyon dahil sa mababang bilis ng pagtugon sa mga pagkakamali sa imprastraktura ng IT;
• maling interpretasyon ng mga unang sintomas ng malfunction ng mga user.

Ano ang magagawa ng customer sa kanila, at paano maiiwasan ang mga katulad na sitwasyon sa hinaharap? Walang maraming mga pagpipilian:

1. umarkila ng mataas na kwalipikadong tagapangasiwa ng system at gawin siyang magtrabaho nang matapat;
2. outsource IT maintenance sa isang espesyal na kumpanya ng serbisyo;
3. independiyenteng magpatupad ng sistema ng pagsubaybay at pag-uulat ng kasalanan;
4. magbigay ng pagsasanay sa mga gumagamit/mga tauhan ng negosyo sa mga pangunahing kaalaman sa computer literacy.

Ayusin natin ang pangatlong opsyon. Mag-alok tayo ng monitoring system sa mga hindi gumagamit nito sa iba't ibang dahilan.

Lyrical digression. Ang iba't ibang mga sistema para sa pagsubaybay sa mga serbisyo ng IT sa merkado ng negosyo ay ginamit nang mahabang panahon, at ang kanilang mga benepisyo ay hindi pinagtatalunan. Nakipag-usap ako sa mga kinatawan ng malalaking kumpanya, tiningnan kung paano binuo ang relasyon sa pagitan ng negosyo at IT. Ang teknikal na direktor ng isang malaking kumpanya na gumagawa ng makina ay nag-outsource ng pagpapanatili ng imprastraktura ng IT sa isang panlabas na kumpanya, ngunit siya mismo ay nananatiling alam tungkol sa lahat ng mga bagay. Sa kanyang opisina ay nakabitin ang isang malaking screen ng sistema ng pagsubaybay na may mga tagapagpahiwatig ng katayuan ng mga serbisyo sa IT. Ang mga pinaka-kritikal ay kasama sa system. Anumang sandali, maaaring malaman ng teknikal na direktor kung ano ang estado ng imprastraktura, kung ano ang nangyayari, kung saan ang problema, kung ang mga responsableng tao ay naabisuhan, at kung ang problema ay nalutas.

Ang mga kuwentong nakalista sa itaas ay nagpaisip sa aming team tungkol sa kung paano lumikha ng pinakamainam na sistema ng pagsubaybay para sa maliliit na kumpanya. Bilang resulta, ipinanganak ang LANBIX - isang sistema ng pagsubaybay na maaaring i-deploy ng sinumang walang anumang kaalaman sa IT. Ang pangunahing layunin ng system ay simple, tulad ng lahat ng mga sistema na naglalayong pataasin ang pagpapatuloy at kakayahang magamit - bawasan ang pera at iba pang mga pagkalugi sa kaganapan ng hindi planadong downtime. Idinisenyo ang device na bawasan sa pinakamababa ang oras sa pagitan ng "may sira" at "naayos na ang problema."

Upang kumpirmahin ang mga hypotheses, isinagawa ang mga panayam sa problema. Hindi ko maisip kung gaano karaming tao ang handang sabihin nang hindi sinusubukang ibenta sa kanila. Ang bawat pag-uusap ay tumagal ng hindi bababa sa 1,5 oras, at nakatanggap kami ng maraming impormasyon na kapaki-pakinabang para sa karagdagang pag-unlad.

Ibuod natin ang mga resulta ng yugtong ito:

1. may pag-unawa sa problema,
2. pag-unawa sa halaga - mayroon,
3. May ideya para sa isang solusyon.

Ang ikalawang yugto ay mas detalyado. Batay sa mga resulta nito, kinailangan naming iharap sa pamamahala, na pangunahing gumaganap sa papel ng isang mamumuhunan, ang isang kaso ng negosyo (ang parehong Lean Canvas) upang makagawa ng desisyon sa hinaharap na kapalaran ng produkto.

Nagsimula kami sa pananaliksik sa merkado at mapagkumpitensyang pagsusuri upang malaman kung sino, ano at, pinaka-mahalaga, kung paano sila gumagana sa merkado na ito.

Ito pala ang sumusunod.

1. Walang mga nakahanda na boxed monitoring system sa merkado para sa aming segment (maliit na negosyo), maliban sa isa o tatlo, na hindi ko pag-uusapan para sa mga malinaw na dahilan.
2. Ang aming mga pangunahing kakumpitensya, kakaiba, ay mga administrator ng system na may mga script na isinulat sa bahay at "mga add-on" sa mga open-source na monitoring system.
3. Mayroong malinaw na problema sa paggamit ng mga open source monitoring system. Mayroong isang sistema, mayroong isang malaking halaga ng impormasyon kung paano gumana at baguhin ang system upang umangkop sa iyong mga pangangailangan. Sa mga administrador na aking nakapanayam, marami ang umamin na wala silang sapat na kakayahan upang ipatupad ang kanilang mga ideya sa kanilang sarili. Pero hindi nila ito maamin sa management dahil sa takot na ma-dismiss. Ito pala ay isang mabisyo na bilog.

Pagkatapos ay lumipat kami sa pagsusuri sa mga pangangailangan ng aming mga potensyal na customer. Natukoy namin para sa aming sarili ang isang segment ng maliliit na organisasyon na sa ilang kadahilanan ay walang sariling serbisyo sa IT, kung saan ang isang papasok na system administrator, isang freelancer, o isang kumpanya ng serbisyo ay may pananagutan para sa IT. Hindi ang panig ng IT ang nagpasyang pumasok, ngunit ang panig ng negosyo, na nag-aalok sa mga tagapagtatag at may-ari ng negosyo ng isang tool upang mapabuti ang kalidad ng serbisyo sa imprastraktura ng IT. Isang produkto na dapat makatulong sa mga may-ari na ma-secure ang kanilang negosyo, ngunit sa parehong oras ay magdaragdag ito ng trabaho sa mga taong responsable para sa IT. Isang produkto na nagbibigay sa mga negosyo ng isang tool para sa pagsubaybay sa kalidad ng suporta sa IT.

Bilang resulta ng pagproseso ng natanggap na data, ang unang listahan ng mga kinakailangan (isang uri ng magaspang na backlog) para sa hinaharap na produkto ay ipinanganak:

• ang sistema ng pagsubaybay ay dapat na nakabatay sa isang open source na solusyon at, bilang resulta, mura;
• madali at mabilis na i-install;
• hindi dapat nangangailangan ng tiyak na kaalaman sa IT, kahit na ang isang accountant (sa anumang paraan ay hindi ko nais na masaktan ang mga kinatawan ng propesyon na ito) ay dapat na ma-deploy at i-configure ang system;
• dapat awtomatikong makita ang mga bagay para sa pagsubaybay sa network;
• dapat awtomatikong (at perpektong awtomatikong) mag-install ng mga ahente sa pagsubaybay;
• kailangang masubaybayan ang mga panlabas na serbisyo, kahit man lang isang CRM system at isang nagbebentang website;
• dapat ipaalam sa negosyo at sa system administrator ang mga problema;
• ang antas ng lalim at "wika" ng mga alerto ay dapat na iba para sa administrator at sa negosyo;
• ang sistema ay dapat ibigay sa sarili nitong hardware;
• ang bakal ay dapat na naa-access hangga't maaari;
• ang sistema ay dapat na independyente hangga't maaari mula sa mga panlabas na kadahilanan.

Susunod, ang mga pamumuhunan sa pagbuo ng produkto ay kinakalkula (kabilang ang mga gastos sa paggawa para sa mga empleyado ng teknikal na departamento). Isang sketch ng business model ang inihanda at ang unit economics ng produkto ay kinakalkula.

Resulta ng yugto:

• mataas na antas ng backlog ng produkto;
• isang nakabalangkas na modelo ng negosyo o sukat na hypothesis na hindi pa nasusuri sa pagsasanay.

Lumipat tayo sa susunod na yugto - konsepto. Dito tayo, bilang mga inhinyero, matatagpuan ang ating sarili sa ating katutubong elemento. May mga “wish list” na nabubulok sa mga bahagi/subsystem/feature, pagkatapos ay ginawa itong mga teknikal na detalye/kwento ng user, pagkatapos ay naging proyekto, atbp. Hindi ako magtatagal nang detalyado sa proseso ng paghahanda ng isang hanay ng mga alternatibong opsyon; dumiretso tayo sa mga kinakailangan at mga napiling pamamaraan para sa kanilang pagpapatupad.

Kinakailangan
desisyon

• Ito ay dapat na isang bukas na sistema ng pagsubaybay;

Kumuha kami ng open source monitoring system.

• Ang sistema ay dapat na simple at mabilis na mai-install;
• hindi dapat nangangailangan ng tiyak na kaalaman sa IT. Kahit na ang isang accountant ay dapat na makapag-deploy at mai-configure ang system.

Nag-aalok kami ng isang naka-install na system upang ang user ay kailangan lamang na i-on ang device at i-configure ito nang kaunti, katulad ng isang router.

Isara natin ang pakikipag-ugnayan sa device sa isang bagay na simple at naiintindihan ng lahat.

Sumulat tayo ng sarili nating chatbot para sa isa sa mga kilalang instant messenger at ilipat ang lahat ng pakikipag-ugnayan sa system dito.

Ang sistema ay dapat:

• awtomatikong makita ang mga bagay na kinakailangan para sa pagsubaybay sa network;
• awtomatikong mag-install ng mga ahente ng pagsubaybay;
• Magagawang subaybayan ang mga panlabas na serbisyo, kahit isang CRM system at isang nagbebentang website.

Nagsusulat kami ng mga add-on para sa sistema ng pagsubaybay para sa:

• awtomatikong pagtuklas ng bagay;
• awtomatikong pag-install ng mga ahente;
• pagsubaybay sa pagkakaroon ng mga panlabas na serbisyo.

Ang sistema ay dapat:

• abisuhan ang parehong negosyo at ang system administrator ng mga problema;
• magagawang subaybayan ang mga panlabas na serbisyo, hindi bababa sa isang CRM system at isang nagbebentang website. Ang antas ng lalim at "wika" ng mga notification ay dapat na iba para sa administrator at sa negosyo.
• Ang system ay hindi dapat mangailangan ng partikular na kaalaman sa IT; kahit na ang isang accountant ay dapat na makapag-deploy at ma-configure ang system.

• Magdagdag tayo ng iba't ibang uri ng notification para sa iba't ibang uri ng user. Magkaiba sila sa pitch at depth. Ang isang user ng negosyo ay makakatanggap ng mga notification tulad ng "ang lahat ay maayos, ngunit ang computer ni Ivanov ay malapit nang mamatay." Makakatanggap ang administrator ng kumpletong mensahe tungkol sa error, sino, paano at ano ang nangyari o maaaring mangyari.
• Idagdag natin ang kakayahang gumamit ng mail ng isang karagdagang responsableng tao, upang sa kaganapan ng isang pagkasira ay makakatanggap siya ng isang mensahe.
• Magdagdag tayo ng pakikipag-ugnayan sa mga external na service provider batay sa pagpapadala ng mga email na may paunang inihanda na text, dahil Ito ay ang email na nagdudulot ng insidente.
• Ang lahat ng pakikipag-ugnayan sa system ay ikokonekta sa isang chatbot; ang komunikasyon ay isinasagawa sa istilong dialogo.

Pagdagdag:

• Idagdag natin ang pag-andar ng "makipag-chat sa administrator" upang ang gumagamit ay maaaring magpadala sa administrator ng isang mensahe na direktang naglalarawan sa problema.

• Ang system ay dapat ibigay sa sarili nitong hardware.
• Ang bakal ay dapat na magagamit.
• Ang sistema ay dapat na independyente hangga't maaari mula sa kapaligiran.

• Kumuha tayo ng isang handa at murang Raspberry PI na computer.
• Kami ay magdidisenyo ng isang uninterruptible power supply board.
• Magdagdag tayo ng modem upang maging malaya sa estado ng lokal na network.
• Magdidisenyo kami ng magandang gusali.

Mayroon na tayong tatlong subsystem na may sariling mga kinakailangan at pananaw para sa kanilang pagpapatupad:

• subsystem ng hardware;
• subsystem ng pagsubaybay;
• subsystem ng pakikipag-ugnayan ng gumagamit.

Gumawa kami ng paunang disenyo para sa subsystem ng hardware. Oo Oo! Ang pagkakaroon ng paglabag sa lahat ng mga alituntunin ng maliksi, bumuo kami ng isang dokumento, dahil ang mga halaman ng pagmamanupaktura ay gumagana sa mga dokumento. Para sa natitirang mga subsystem, natukoy namin ang mga user (mga tao), naghanda ng mga kwento ng user, at nagsulat ng mga gawain para sa pag-unlad.

Tinatapos nito ang yugto ng konsepto, at ang resulta ay:

• proyekto para sa isang platform ng hardware;
• nakabalangkas na pananaw sa anyo ng mga kwento ng gumagamit para sa natitirang dalawang subsystem;
• isang software prototype na ipinatupad bilang isang virtual machine;
• isang prototype ng hardware, na ipinatupad sa anyo ng isang stand, kung saan ang mga solusyon sa hardware ay aktwal na sinubukan para sa lakas;
• pagsubok na isinagawa ng aming mga admin.

Ang mga problema sa yugtong ito ay kadalasang pang-organisasyon at nauugnay sa kakulangan ng kaalaman ng mga kawani ng inhinyero sa legal at accounting na aspeto ng mga benta. Yung. Isang bagay ang pag-isipan kung ano at kung paano ibenta, at isa pa ang pagharap sa isang malupit na legal na makina: mga patent, mga gawain sa pag-unlad, pagpaparehistro, EULA at marami pang iba na hindi namin unang isinasaalang-alang, bilang mga taong malikhain.

Wala pang problema, ngunit isang kahirapan na nauugnay sa disenyo ng mga enclosure. Ang aming koponan ay binubuo lamang ng mga inhinyero, kaya ang unang bersyon ng kaso ay "itinayo" mula sa plexiglass ng aming espesyalista sa electronics.

Ang katawan ay tumingin, upang ilagay ito nang mahinahon, kontrobersyal, lalo na para sa publiko, pinalayaw ng modernong teknolohiya. Mayroong, siyempre, mga connoisseurs sa mas lumang henerasyon ng "Kulibins" - ang gusali ay nagdulot ng nostalhik na damdamin sa kanila. Napagpasyahan na gawin at idisenyo muli ang kaso, dahil ang luma, bilang karagdagan sa mga aesthetic na bahid, ay mayroon ding mga istruktura - hindi pinahintulutan ng plexiglass ang pagpupulong at pag-disassembly ng aparato nang maayos at may posibilidad na pumutok. Sasabihin ko pa sa iyo ang tungkol sa paggawa ng kaso.

At ngayon malapit na tayo sa finish line - MVP. Siyempre, hindi pa ito isang panghuling produkto ng produksyon, ngunit ito ay kapaki-pakinabang at mahalaga. Ang pangunahing layunin ng yugtong ito ay ilunsad ang siklo ng "lumikha-suri-matuto". Ito mismo ang yugto ng LANBIX.

Sa yugto ng "lumikha", lumikha kami ng isang device na gumaganap ng ipinahayag na paggana. Oo, hindi pa ito perpekto, at ipinagpatuloy namin ito.

Bumalik tayo sa paggawa ng katawan, i.e. sa gawain ng pagbabago ng aming aparato mula sa nostalhik tungo sa moderno. Sa simula, sinuri ko ang merkado para sa mga tagagawa ng cabinet at mga serbisyo sa disenyong pang-industriya. Una, walang maraming mga kumpanya na gumagawa ng mga kaso sa merkado ng Russia, at pangalawa, ang halaga ng pang-industriya na disenyo sa yugtong ito ay napakataas, mga 1 milyong rubles.

Nakipag-ugnayan sila sa aming departamento ng marketing para sa disenyo; handa na ang batang taga-disenyo para sa mga malikhaing eksperimento. Binalangkas namin ang aming pananaw sa katawan ng barko (na pinag-aralan dati ang pinakamahusay na mga halimbawa ng pagtatayo ng katawan ng barko), at siya naman, ginawa itong isang gawa ng sining. Ang natitira na lang ay ang paggawa nito. Kami, ipinagmamalaki ng aming disenyo, ay bumaling sa aming mga kasosyo. Agad na dinurog ng kanilang CEO ang aming mga pantasya sa pamamagitan ng pagturo, ganap na walang bayad, mga bagay na hindi maaaring gawin sa aming napiling paraan. Maaaring gawin ang kaso, at hindi ito magiging mas masahol pa kaysa sa Apple, ngunit ang halaga ng kaso ay magiging tatlo hanggang apat na beses na mas mahal kaysa sa lahat ng mga elektronikong sangkap. Pagkatapos ng serye ng mga operasyon at pag-apruba, nagdisenyo kami ng isang pabahay na maaaring gawin. Oo, hindi ito kasingganda ng aming pinlano, ngunit ito ay perpekto para sa pagkamit ng mga kasalukuyang layunin.

Resulta ng yugto: ang unang batch ng mga device na handa para sa labanan at pagsubok.

At ngayon ang pinakamahirap na bagay ay ang yugto ng "suriin", at sa aming produkto ay eksakto kami sa puntong ito. Maaari lamang naming suriin batay sa mga resulta ng paggamit ng mga tunay na customer at walang mga pagpapalagay na gumagana dito. Kailangan namin ang mga “early adopter” na iyon para magbigay ng feedback at gawin ang mga pagbabago sa produkto na talagang kailangan. Ang tanong ay lumitaw: kung saan makakakuha ng mga customer at kung paano kumbinsihin sila na makilahok sa eksperimento?

Sa lahat ng posibleng opsyon, pumili kami ng isang klasikong hanay ng mga digital na tool: landing page at kampanya sa advertising sa mga social network.

Nailunsad na ang proseso, ngunit masyadong maaga para pag-usapan ang mga resulta, bagama't mayroon nang mga tugon at nakatanggap kami ng kumpirmasyon ng marami sa aming mga hypotheses. Ang isang kaaya-ayang sorpresa ay ang reaksyon ng mga kinatawan ng ganap na magkakaibang mga segment ng negosyo, na mas malaki kaysa sa inaasahan namin. Isang hangal na huwag pansinin ang mga bagong pagpapakilala, at batay sa mga resulta ng mga panayam, napagpasyahan na maglunsad ng isang parallel na linya ng LANBIX na tinatawag na LANBIX Enterprise. Nagdagdag kami ng suporta para sa mga ibinahagi na imprastraktura, pagsubaybay sa mga Wi-Fi network na may pag-troubleshoot at localization, at pagsubaybay sa kalidad ng mga channel ng komunikasyon. Ang mga kumpanya ng serbisyo ay nagpahayag ng pinakamalaking interes sa solusyon. Kasabay nito, ang mga device na nabuo na namin ay may mahalagang papel sa pagpapatakbo ng mga solusyon.

Anong sunod na mangyayari

Ang susunod na mangyayari sa orihinal na LANBIX ay magiging malinaw batay sa mga resulta ng kampanya. Kung hindi makumpirma ang ating mga hypotheses, ayon sa Lean methodology, walang awa nating aalisin ito o mababago ito sa bago, dahil wala nang mas masahol pa sa paggawa ng isang produkto na hindi kailangan ng sinuman. Ngunit ngayon masasabi natin na ang gawaing ginawa ay hindi walang kabuluhan at salamat dito, lumitaw ang isang buong sangay ng mga parallel na produkto, na aktibong ginagawa natin. Kung matagumpay, lilipat ang LANBIX mula sa yugto ng MVP patungo sa huling yugto at bubuo ayon sa mauunawaang mga klasikal na batas ng marketing ng produkto.

Uulitin ko, ngayon gusto naming maghanap ng mga early adopter, mga kumpanyang makakapag-install ng aming produkto para makakolekta ng feedback. Kung interesado kang subukan ang LANBIX, sumulat sa mga komento o pribadong mensahe.

Pinagmulan

Pinagmulan: www.habr.com