Der binne in protte kreative meiwurkers by LANIT-Integration. Ideeën foar nije produkten en projekten hingje letterlik yn 'e loft. It kin soms hiel lestich wêze om de meast nijsgjirrige te identifisearjen. Dêrom hawwe wy tegearre ús eigen metodyk ûntwikkele. Lês dit artikel oer hoe't jo de bêste projekten selektearje en se útfiere.
Yn Ruslân, en yn 'e wrâld as gehiel, binne der in oantal prosessen plak dy't liede ta de transformaasje fan' e IT-merk. Mei tank oan de tanimming fan kompjûterkrêft en it ûntstean fan server-, netwurk- en oare virtualisaasjetechnologyen hat de merk net langer in grutte hoemannichte hardware nedich. Ferkeapers leaver hieltyd faker direkt mei klanten te wurkjen. De IT-merk belibbet in boom yn útsourcing yn al har foarmen, fan klassike útbesteging oant de nije weach fan útbesteegers - "wolkproviders." Ynfrastruktuersystemen en eleminten wurde folle makliker te ûnderhâlden en te konfigurearjen. De kwaliteit fan software groeit elk jier en de taken fan 'e yntegrator wurde omfoarme.
Hoe't wy wurkje mei ideeën
Produkt opstart rjochting yn bestiet al mear as in jier. Us haaddoel is om nije produkten te meitsjen en se op 'e merke te bringen. It earste wêrmei wy begon wie it organisearjen fan it proses fan it meitsjen fan produkten. Wy hawwe in protte metoaden studearre, fan klassike oant hype. Net ien fan harren foldie lykwols oan ús behoeften. Doe besleaten wy de Lean Startup-metoade as basis te nimmen en oan te passen oan ús taken. De Lean Startup is in teory fan ûndernimmerskip makke troch Eric Ries. It is basearre op 'e begjinsels, oanpakken en praktiken fan konsepten lykas lean manufacturing, klantûntwikkeling en fleksibele ûntwikkelingsmetodology.
Wat de direkte oanpak fan produktûntwikkelingsbehear oanbelanget: wy hawwe it tsjil net opnij útfûn, mar in al besteande ûntwikkelingsmetodology tapast , taheakjen fan kreativiteit, en no kin it feilich wurde neamd SCRUM-WATERFALL-BAN. SCRUM, nettsjinsteande syn fleksibiliteit, is in tige rigid systeem en is geskikt foar it behearen fan in team ferantwurdlik foar mar ien produkt / projekt. Lykas jo begripe, giet it klassike "yntegraasje" bedriuw net om it tawizen fan folsleine technyske spesjalisten om te wurkjen oan ien projekt (der binne útsûnderingen, mar ekstreem komselden), om't njonken it wurkjen oan produkten elkenien dwaande is mei aktuele projekten. Fan SCRUM hawwe wy de wurkferdieling yn sprints, deistich ferslach, retrospektyf en rollen oernommen. Wy hawwe Kanban keazen foar ús taakstream en it yntegrearre goed yn ús besteande taakfolchsysteem. Wy struktureare ús wurk troch naadloos te yntegrearjen yn 'e besteande oarder fan dingen.
Foardat it op 'e merk komt, giet in produkt troch 5 stadia: idee, seleksje, konsept, MVP (mear details hjirûnder) en produksje.
Idea
Op dit poadium is d'r wat efemears - in idee. Ideal, in idee om in besteand probleem of klantprobleem op te lossen. Wy hawwe gjin tekoart oan ideeën. Neffens it earste plan moatte se wurde generearre troch meiwurkers fan technyske gebieten. Om in idee te akseptearjen foar fierdere ûntwikkeling, moat de auteur it "Idea Design Template" ynfolje. Der binne mar fjouwer fragen: Wat? Foar wat? Wa hat dit nedich? En as net ús produkt, wat dan?
Seleksje
Sadree't it foltôge sjabloan ús berikt, begjint de ferwurkings- en seleksjeproseduere. De seleksjefaze is it meast arbeidsintensyf. Op dit poadium wurde hypotezen fan problemen foarme (it wie net foar neat dat ik yn 'e foarige paragraaf neamde dat ideaal in idee it probleem fan in klant soe moatte oplosse) en de wearde fan it produkt. In skaalhypoteze wurdt foarme, d.w.s. hoe't ús bedriuw sil groeie en bloeie. Probleem- en saakkundige ynterviews wurde útfierd mei potinsjele klanten om foarriedige befêstiging te jaan dat wy wat nedich sille produsearje. It duorret op syn minst 10-15 ynterviews om in konklúzje te lûken oer de needsaak foar it produkt.
As de hypotezen wurde befêstige, wurdt in foarriedige finansjele analyze útfierd, it ûngefear folume fan ynvestearring en de mooglike ynkomsten fan 'e ynvestearder wurde beoardiele. As gefolch fan dit poadium wurdt in dokumint neamd Lean Canvas berne en presintearre oan it management.
Konsept
Op dit stadium wurdt sa'n 70% fan ideeën elimineare. As it konsept wurdt goedkard, dan begjint de idee ûntwikkeling faze. De funksjonaliteit fan it takomstige produkt wurdt foarme, ymplemintaasjepaden en optimale technyske oplossingen wurde bepaald, en it bedriuwsplan wurdt bywurke. It resultaat fan dit poadium is in technyske spesifikaasje foar ûntwikkeling en in detaillearre saaklike saak. As suksesfol, geane wy troch nei it MVP- as MVP-poadium.
MVP of MVP
MVP is in minimum libbensfetbere produkt. Dy. in produkt dat net folslein ûntwikkele is, mar al wearde kin bringe en syn funksjonaliteit útfiert. It is ymperatyf dat wy yn dit stadium fan ûntwikkeling feedback sammelje fan echte brûkers en wizigingen meitsje.
Produksje
En de alderlêste poadium is produksje. Net mear as 5% fan produkten berikke dit stadium. Dizze 5% befettet allinich de wichtichste, needsaaklike, libbensfetbere en funksjonele produkten.
Wy hawwe in protte ideeën en hawwe al in voluminous portfolio gearstald. Wy analysearje elk idee en dogge alles om te soargjen dat it de lêste faze berikt. It is heul noflik dat ús kollega's net ûnferskillich bleaunen foar ús R&D-rjochting en aktyf dielnimme oan 'e ûntwikkeling en ymplemintaasje fan produkten en oplossingen.
Hoe't wy makke LANBIX
Litte wy sjen nei it meitsjen fan in produkt mei in wirklik foarbyld - it LANBIX-produkt. Dit is in "boxed" software- en hardwaresysteem ûntworpen foar it kontrolearjen fan lytse IT-ynfrastruktueren en it prompt warskôgjen fan beslútmakkers en saaklike brûkers oer flaters kontroleare fia in chatbot. Neist de tafersjochfunksje omfettet LANBIX Help Desk-funksjonaliteit. Dit produkt is eksklusyf foar it merksegment dat wy rjochtsje. Dit is sawol ús foardiel as ús pine. Mar earst dingen earst. Ik sil daliks sizze dat LANBIX in libbend produkt is (dat is, it is net definityf yn har ûntwikkeling en is by de folgjende ronde fan MVP).
Dus, de earste etappe is it idee. Foar in idee wurde berne, jo moatte problemen, en wy hiene se, of leaver net ús, mar ús freonen. Hjirûnder sille wy sjen nei ferskate echte situaasjes dy't barde yn ferskate gebieten fan saken.
In lyts behear bedriuw ûnderhâldt twa huzen yn 'e Moskou regio. It personiel mei pc's is sa'n 15 minsken. De systeembehearder is in besite freelancer (de tûke soan fan ien fan 'e soarchsume bewenners). It soe lykje dat de aktiviteiten fan it behear bedriuw binne swak ôfhinklik fan IT, mar de eigenaardichheid fan dit bedriuw is moanlikse rapportaazje oan in protte autoriteiten. De systeemskiif fan 'e haad fan it bedriuw (dy't, lykas gewoanlik, in protte rollen kombinearret) hat gjin frije romte. Fansels barde dit net ynienen; de warskôging hong sawat 2 moannen en waard konstant negearre. Mar in fernijing kaam, it OS waard bywurke en, as gelok soe it hawwe, beferzen it yn 'e midden fan' e fernijing, klagen foar "dea" oer in drokke skiif. De kompjûter gie yn in syklyske herstart. Wylst wy it probleem sorteare en rapporten krigen, misten wy de rapportaazjetermyn. It liket derop dat in triviale steuring ferskate problemen hat feroarsake: fan ferliezen oant prosedearjen en bestjoerlike oanspraaklikens.
In soartgelikense ynsidint barde yn in grutte holding bedriuw, ferienigje in protte lytse bedriuwen, mei ien technyske stipe tsjinst foar it hiele kantoar. Yn ien fan de ôfdielingen is de kompjûter fan de haadboekhâlder stikken gien. It wie al lang bekend dat it koe brekke (de kompjûter waard wanhopich stadiger en ferwaarme), mar de haadboekhâlder kaam der noait by om in fersyk te stjoeren nei technyske stipe. Fansels, it bruts krekt op payday, en de ôfdieling meiwurkers wiene sûnder jild foar ferskate dagen.
In lyts bedriuw yn lytse gruthannel hie in ferkeapwebside, dy't op in ekstern platfoarm waard host. Wy learden oer de net-beskikberheid fia tillefoan fan in gewoane klant. Op it momint fan de oprop lei de side al sa'n trije oeren del. It duorre noch in pear oeren om de persoan te finen dy't ferantwurdlik is foar de side, en noch twa om it probleem op te lossen. Dêrtroch wie de side hast de hiele wurkdei net beskikber. Neffens de kommersjele direkteur fan it bedriuw koste dizze downtime har sawat 1 miljoen roebel.
Ik sels kaam in fergelykbere situaasje tsjin doe't ik foar in ôfspraak yn de klinyk kaam en nei de VHI-registraasje moast. Se koenen net stjoere my nei de dokter foar in triviale reden - der wie in macht surge yn 'e moarn, en nei it ûngelok harren posttsjinst en in bepaalde tsjinst foar kommunikaasje mei de fersekeringsmaatskippij net wurke. As antwurd op myn fraach, wêr binne jo admins, waard my ferteld dat har admin ien kear yn 'e wike komt en har besykje. En no (it wie doe al 16 oere) nimt er de telefoan net op. Op syn minst 00 oeren wie de klinyk ôfsnien fan 'e bûtenwrâld en koe gjin betelle tsjinsten leverje.
Wat hawwe al dizze gefallen mienskiplik? Absoluut alle problemen koenen fan tefoaren foarkommen wurde. Mei tiidige reaksje fan de IT-minsken hie de skea wol fermindere kinnen. Dit soe mooglik wêze as de iere symptomen korrekt waarden ynterpretearre troch brûkers.
Wy hawwe probleemhypoteses identifisearre:
- signifikante monetêre en reputaasjeferlies troch de lege snelheid fan reaksje op fouten yn 'e IT-ynfrastruktuer;
- ferkearde ynterpretaasje fan iere symptomen fan in steuring troch brûkers.
Wat kin de klant mei har dwaan, en hoe kinne jo ferlykbere situaasjes yn 'e takomst foarkomme? D'r binne net folle opsjes:
- hiere in heechkwalifisearre systeembehearder en meitsje him konsjinsjeuze wurk;
- IT-ûnderhâld útbesteegje oan in spesjalisearre tsjinstbedriuw;
- selsstannich ymplementearje in tafersjoch- en foutmeldingssysteem;
- training jaan oan brûkers / bedriuwspersoniel yn 'e basis fan kompjûterwittenskip.
Lit ús fêstigje op 'e tredde opsje. Litte wy in tafersjochsysteem oanbiede oan dyjingen dy't it om ferskate redenen net brûke.
Lyryske digression. Ferskate systemen foar tafersjoch op IT-tsjinsten yn 'e ûndernimmingsmerk binne in lange tiid brûkt, en har foardielen binne net yn diskusje. Ik praat mei fertsjintwurdigers fan grutte bedriuwen, seach nei hoe't de relaasje tusken bedriuw en IT waard boud. De technysk direkteur fan ien grutte masineboubedriuw hat it ûnderhâld fan de IT-ynfrastruktuer útbestege oan in ekstern bedriuw, mar hy bliuwt sels op 'e hichte oer alle saken. Yn syn kantoar hinget in grut monitorsysteem skerm mei yndikatoaren fan de status fan IT tsjinsten. De meast krityske binne opnommen yn it systeem. De technysk direkteur kin op elk momint efterhelje wat de steat fan de ynfrastruktuer is, wat der bart, wêr't it probleem sit, oft de ferantwurdlike minsken op de hichte brocht binne en oft it probleem oplost wurdt.
De hjirboppe neamde ferhalen makken ús team nei te tinken oer hoe't jo in optimaal tafersjochsysteem kinne meitsje foar lytse bedriuwen. As resultaat waard LANBIX berne - in tafersjochsysteem dat troch absolút elkenien sûnder IT-kennis kin wurde ynset. It haaddoel fan it systeem is ienfâldich, lykas alle systemen dy't rjochte binne op it fergrutsjen fan kontinuïteit en beskikberens - it ferminderjen fan monetêre en oare ferliezen yn gefal fan unplande downtime. It apparaat is ûntworpen om de tiid tusken "wat is kapot" en "it probleem is reparearre" oant in minimum te ferminderjen.
Om de hypotezen te befêstigjen, waarden probleem ynterviews útfierd. Ik koe my net yntinke hoefolle minsken ree wêze soene te fertellen sûnder te besykjen oan har te ferkeapjen. Elts petear duorre op syn minst 1,5 oeren, en wy krigen in soad ynformaasje nuttich foar fierdere ûntwikkeling.
Litte wy de resultaten fan dizze faze gearfetsje:
- d'r is in begryp fan it probleem,
- begryp fan wearde - der is,
- Der is in idee foar in oplossing.
De twadde etappe wie mear detaillearre. Op grûn fan syn resultaten moasten wy oan it management, dat yn wêzen de rol fan in ynvestearder spilet, in saaklike saak (itselde Lean Canvas) presintearje om in beslút te meitsjen oer it takomstige lot fan it produkt.
Wy binne begûn mei merkûndersyk en kompetitive analyze om út te finen wa't, wat en, it wichtichste, hoe't se dogge op dizze merk.
It die it folgjende út.
- D'r binne gjin ready-made doaze monitoringsystemen op 'e merke foar ús segmint (lyts bedriuw), mei útsûndering fan in pear of trije, dêr't ik om fanselssprekkende redenen net oer prate sil.
- Us wichtichste konkurrinten, frjemd genôch, binne systeembehearders mei thússkreaune skripts en "add-ons" oan iepenboarne monitoringsystemen.
- D'r is in dúdlik probleem mei it brûken fan iepen boarne-monitorsystemen. D'r is in systeem, d'r is in enoarme hoemannichte ynformaasje oer hoe't jo kinne wurkje en it systeem oanpasse oan jo behoeften. Fan 'e behearders dy't ik ynterviewd hawwe, joegen in protte ta dat se net genôch kompetinsjes hiene om har ideeën op har eigen út te fieren. Mar se kinne dit net tajaan oan it management út eangst foar ûntslach. It blykt in vicieuze sirkel te wêzen.
Wy geane doe oer nei it analysearjen fan de behoeften fan ús potensjele klanten. Wy hawwe foar ússels in segmint fan lytse organisaasjes identifisearre dy't om ien of oare reden gjin eigen IT-tsjinst hawwe, wêrby't in ynkommende systeembehearder, in freelancer, as in tsjinstbedriuw ferantwurdlik is foar IT. It wie net de IT-kant dy't besleat om yn te gean, mar de saaklike kant, dy't oprjochters en bedriuwseigners in ark oanbiede om de kwaliteit fan IT-ynfrastruktuertsjinst te ferbetterjen. In produkt dat eigners helpe moat om har bedriuw te befeiligjen, mar tagelyk it wurk tafoegje sil oan de minsken dy't ferantwurdlik binne foar IT. In produkt dat bedriuwen in ark foarsjocht om de kwaliteit fan IT-stipe te kontrolearjen.
As gefolch fan it ferwurkjen fan de ûntfongen gegevens waard berne de earste list fan easken (in soarte fan rûge efterstân) foar it takomstige produkt:
- it tafersjochsysteem moat basearre wêze op in iepen boarne-oplossing en dêrtroch goedkeap;
- maklik en fluch te ynstallearjen;
- moat gjin spesifike kennis yn IT fereaskje, sels in boekhâlder (op gjin inkelde manier woe ik fertsjintwurdigers fan dit berop beledigje) moat it systeem ynsette en konfigurearje;
- moat automatysk detektearje objekten foar tafersjoch op it netwurk;
- moatte automatysk (en by útstek automatysk) tafersjochmiddels ynstallearje;
- moat eksterne tsjinsten kinne kontrolearje, op syn minst in CRM-systeem en in ferkeapjende webside;
- moat sawol it bedriuw as de systeembehearder ynformearje oer problemen;
- de graad fan djipte en "taal" fan warskôgings moatte oars wêze foar de behearder en it bedriuw;
- it systeem moat wurde levere op eigen hardware;
- izer moat sa tagonklik mooglik wêze;
- it systeem moat sa ûnôfhinklik mooglik wêze fan eksterne faktoaren.
Dêrnei waarden ynvestearrings yn produktûntwikkeling berekkene (ynklusyf arbeidskosten foar meiwurkers fan technyske ôfdieling). In skets fan it bedriuwsmodel waard taret en de ienheidsekonomy fan it produkt waard berekkene.
Fase resultaat:
- produktefterstân op heech nivo;
- in formulearre bedriuwsmodel of skaalhypoteze dy't noch yn 'e praktyk hifke wurde moat.
Litte wy nei de folgjende poadium gean - konsept. Hjir fine wy, as yngenieurs, ússels yn ús memmetaal elemint. D'r binne "wenslisten" dy't wurde opdield yn komponinten / subsystemen / funksjes, dan wurde se omset yn technyske spesifikaasjes / brûkersferhalen, dan yn in projekt, ensfh. Ik sil net yn detail wenje oer it proses fan it tarieden fan in array fan alternative opsjes; lit ús direkt gean nei de easken en de keazen metoaden foar har ymplemintaasje.
Eask
beslút
- It moat in iepen tafersjochsysteem wêze;
Wy nimme in iepen boarne tafersjochsysteem.
- It systeem moat ienfâldich en fluch te ynstallearjen;
- moat gjin spesifike IT-kennis fereaskje. Sels in boekhâlder moat it systeem kinne ynsette en konfigurearje.
Wy biede in ynstallearre systeem sadat de brûker allinnich hoecht te skeakeljen it apparaat en konfigurearje it in bytsje, fergelykber mei in router.
Litte wy de ynteraksje mei it apparaat slute ta wat ienfâldich en begryplik foar elkenien.
Litte wy ús eigen chatbot skriuwe foar ien fan 'e bekende instant messengers en alle ynteraksjes mei it systeem dernei oerdrage.
It systeem moat:
- automatysk detektearje objekten nedich foar tafersjoch op it netwurk;
- automatysk ynstalleare monitoaringaginten;
- Kin eksterne tsjinsten kontrolearje, op syn minst in CRM-systeem en in ferkeapjende webside.
Wy skriuwe tafoegings foar it tafersjochsysteem foar:
- automatyske objektdeteksje;
- automatyske ynstallaasje fan aginten;
- tafersjoch op de beskikberens fan eksterne tsjinsten.
It systeem moat:
- ynformearje sawol it bedriuw as de systeembehearder fan problemen;
- kinne eksterne tsjinsten kontrolearje, op syn minst in CRM-systeem en in ferkeapjende webside. De graad fan djipte en "taal" fan notifikaasjes moatte oars wêze foar de behearder en it bedriuw.
- It systeem moat gjin spesifike IT-kennis fereaskje; sels in boekhâlder soe it systeem kinne ynsette en konfigurearje.
- Litte wy ferskate soarten notifikaasjes tafoegje foar ferskate soarten brûkers. Se ferskille yn hichte en djipte. In saaklike brûker sil notifikaasjes krije lykas "alles is goed, mar Ivanov's kompjûter sil gau stjerre." De behearder krijt in folslein berjocht oer de flater, wa, hoe en wat der bard of koe barre.
- Litte wy de mooglikheid taheakje om de post fan in ekstra ferantwurdlike persoan te brûken, sadat hy yn gefal fan in flater in berjocht sil krije.
- Litte wy ynteraksje tafoegje mei eksterne tsjinstferlieners basearre op it ferstjoeren fan e-mails mei foarôf tare tekst, om't It is de e-post dy't oanlieding jout ta it ynsidint.
- Alle ynteraksje mei it systeem sil ferbûn wêze mei in chatbot; kommunikaasje wurdt útfierd yn in dialoochstyl.
Oanfolling:
- Litte wy de funksjonaliteit fan "petear mei de behearder" tafoegje, sadat de brûker de behearder in berjocht kin stjoere dat it probleem direkt beskriuwt.
- It systeem moat wurde levere op syn eigen hardware.
- Izer moat beskikber wêze.
- It systeem moat sa ûnôfhinklik mooglik wêze fan it miljeu.
- Lit ús nimme in klear makke en goedkeape Raspberry PI kompjûter.
- Wy sille ûntwerpe in uninterruptible Netzteil board.
- Litte wy in modem tafoegje om ûnôfhinklik te wêzen fan 'e steat fan it lokale netwurk.
- Wy sille in prachtich gebou ûntwerpe.
Wy hawwe no trije subsystemen mei har eigen easken en fisy foar har ymplemintaasje:
- hardware subsysteem;
- tafersjoch subsysteem;
- brûker ynteraksje subsysteem.
Wy ûntwikkele in foarriedich ûntwerp foar it hardware subsysteem. Ja Ja! Nei't wy alle regels fan agile hawwe skeind, hawwe wy in dokumint ûntwikkele, om't produksjeplanten wurkje mei dokuminten. Foar de oerbleaune subsystemen hawwe wy brûkers (persoanen) identifisearre, brûkersferhalen taret, en taken skreaun foar ûntwikkeling.
Dit konkludearret de konseptfaze, en it resultaat is:
- projekt foar in hardware platfoarm;
- formulearre fisy yn 'e foarm fan brûkersferhalen foar de oerbleaune twa subsystemen;
- in softwareprototype ymplementearre as in firtuele masine;
- in prototype fan 'e hardware, ymplementearre yn' e foarm fan in tribune, wêr't de hardware-oplossingen feitlik waarden hifke op sterkte;
- testen útfierd troch ús admins.
De problemen op dit stadium wiene meast organisatoarysk en relatearre oan it gebrek oan kennis fan it yngenieurspersoniel yn 'e juridyske en boekhâlding aspekten fan ferkeap. Dy. It is ien ding om út te finen wat en hoe te ferkeapjen, en nochal in oar om te krijen mei in ûnmeilydsume juridyske masine: oktroaien, ûntwikkelingstaken, registraasje, EULA en folle mear dat wy, as kreative minsken, yn earste ynstânsje net yn rekken brocht hawwe.
Der wie noch gjin probleem, mar earder in muoite ferbûn mei it ûntwerp fan de kasten. Us team bestiet út allinnich yngenieurs, sadat de earste ferzje fan 'e saak waard "boud" út plexiglas troch ús elektroanikasaak.
It lichem seach, om it myld te sizzen, kontroversjeel, benammen foar it publyk, bedoarn troch moderne technology. Der wiene fansels kenners ûnder de âldere generaasje fan "Kulibins" - it gebou rôp nostalgyske gefoelens yn harren. It waard besletten om de saak op 'e nij te produsearjen en te ûntwerpen, om't de âlde, neist estetyske gebreken, ek struktureel hie - it plexiglas tolerearre de montage en demontage fan it apparaat net goed en hie de neiging om te barsten. Ik sil jo fierder fertelle oer de produksje fan 'e saak.
En no binne wy ticht by de finish - MVP. Fansels is dit noch gjin definitive produksjeprodukt, mar it is al nuttich en weardefol. It haaddoel fan dit poadium is om de syklus "meitsje-evaluearje-leare" te starten. Dit is krekt it poadium wêryn LANBIX is.
Op it poadium "meitsje" hawwe wy in apparaat makke dat de ferklearre funksjonaliteit útfiert. Ja, it is noch net perfekt, en wy bleauwen der oan wurkje.
Lit ús weromgean nei it meitsjen fan it lichem, d.w.s. ta de taak om ús apparaat te transformearjen fan nostalgysk nei modern. Oan it begjin skuorde ik de merk foar kabinetfabrikanten en tsjinsten foar yndustrieel ûntwerp. As earste binne d'r net in protte bedriuwen dy't koffers produsearje op 'e Russyske merk, en twad binne de kosten fan yndustriële ûntwerp op dit poadium ferbean heech, sawat 1 miljoen roebel.
Se namen kontakt op mei ús marketingôfdieling foar it ûntwerp; de jonge ûntwerper wie klear foar kreative eksperiminten. Wy sketst ús fyzje fan 'e romp (nei't earder studearre de bêste foarbylden fan romp konstruksje), en hy, op syn beurt, draaide it yn in keunstwurk. Alles wat oerbliuwt is it produsearjen. Wy, grutsk op ús ûntwerp, kearden ús ta ús partners. Harren CEO ferplettere ús fantasyen daliks troch, folslein fergees, dingen oan te wizen dy't net op ús keazen manier produsearre wurde koene. De saak kin produsearre wurde, en it sil net slimmer wêze as Apple's, mar de kosten fan 'e saak sille trije oant fjouwer kear djoerder wêze as alle elektroanyske komponinten. Nei in rige fan operaasjes en goedkarring, wy hawwe ûntwurpen in húsfesting dat kin wurde produsearre. Ja, it is net sa moai as wy pland hawwe, mar it is ideaal foar it realisearjen fan hjoeddeistige doelen.
Resultaat fan it poadium: de earste batch fan apparaten klear foar bestriding en testen.
En no is it dreechste ding de poadium "evaluearje", en mei ús produkt binne wy krekt op dit punt. Wy kinne allinich evaluearje op basis fan 'e resultaten fan gebrûk troch echte klanten en gjin oannames wurkje hjir. Wy hawwe dy "early adopters" nedich om feedback te jaan en de wizigingen oan it produkt te meitsjen dy't echt nedich binne. De fraach ûntstiet: wêr kinne jo klanten krije en hoe kinne se har oertsjûgje om diel te nimmen oan it eksperimint?
Fan alle mooglike opsjes hawwe wy in klassike set digitale ark keazen: lâningsside en reklamekampanje op sosjale netwurken.
It proses is al lansearre, mar it is te betiid om te praten oer resultaten, hoewol d'r al antwurden binne en wy hawwe befêstiging krigen fan in protte fan ús hypotezen. In noflike ferrassing wie de reaksje fan fertsjintwurdigers fan folslein oare saaklike segminten, folle grutter dan dy't wy ferwachte. It soe dwaas wêze om de nije ynliedingen te negearjen, en basearre op 'e resultaten fan' e ynterviews waard besletten om in parallelle LANBIX-line te lansearjen mei de namme LANBIX Enterprise. Wy hawwe stipe tafoege foar ferdielde ynfrastruktuer, kontrolearjen fan Wi-Fi-netwurken mei probleemoplossing en lokalisaasje, en kontrolearjen fan de kwaliteit fan kommunikaasjekanalen. Tsjinstbedriuwen hawwe de grutste belangstelling foar de oplossing útsprutsen. Tagelyk spylje de apparaten dy't wy al ûntwikkele hawwe in wichtige rol yn 'e wurking fan' e oplossingen.
Wat sil dan barre
Wat der dan barre sil mei de orizjinele LANBIX sil dúdlik wurde op basis fan de resultaten fan de kampanje. As ús hypotezes net wurde befêstige, neffens de Lean-metoade, sille wy it mei wille kwytreitsje of it sil wurde omfoarme ta wat nijs, om't d'r neat slimmer is as it meitsjen fan in produkt dat gjinien nedich is. Mar no kinne wy sizze dat it dien wurk net om 'e nocht wie en troch it is in hiele tûke fan parallelle produkten ferskynde, wêr't wy aktyf oan wurkje. As suksesfol, sil LANBIX ferhúzje fan 'e MVP-poadium nei it lêste stadium en sil ûntwikkelje neffens de begryplike klassike wetten fan produktmarketing.
Ik werhelje, no wolle wy betide adopters fine, bedriuwen dy't ús produkt kinne ynstallearje om feedback te sammeljen. As jo ynteressearre binne yn it testen fan LANBIX, skriuw dan yn 'e opmerkings as priveeberjochten.
Boarne: www.habr.com