Estas multaj kreivaj dungitoj ĉe LANIT-Integration. Ideoj por novaj produktoj kaj projektoj laŭvorte pendas en la aero. Povas esti foje tre malfacile identigi la plej interesajn. Tial ni kune disvolvis nian propran metodaron. Legu ĉi tiun artikolon pri kiel elekti la plej bonajn projektojn kaj efektivigi ilin.
En Rusio, kaj en la tuta mondo, okazas kelkaj procezoj, kiuj kondukas al la transformo de la IT-merkato. Danke al la pliiĝo de komputika potenco kaj la apero de servilo, reto kaj aliaj virtualaj teknologioj, la merkato ne plu bezonas grandan kvanton da aparataro. Vendistoj ĉiam pli preferas labori kun klientoj rekte. La IT-merkato spertas eksplodon en subkontraktado en ĉiuj siaj formoj, de klasika subkontraktado ĝis la nova ondo de subkontraktantoj - "nubaj provizantoj." Infrastrukturaj sistemoj kaj elementoj fariĝas multe pli facile konservi kaj agordi. La kvalito de programaro kreskas ĉiujare kaj la taskoj de la integristo estas transformitaj.
Kiel ni laboras kun ideoj
Produkta startdirekto en ekzistas de pli ol unu jaro. Nia ĉefa celo estas krei novajn produktojn kaj alporti ilin al la merkato. La unua afero kun kiu ni komencis estis organizi la procezon de kreado de produktoj. Ni studis multajn metodarojn, de klasika ĝis hype. Tamen neniu el ili renkontis niajn bezonojn. Tiam ni decidis preni la metodon de Lean Startup kiel bazon kaj adapti ĝin al niaj taskoj. La Lean Startup estas teorio de entreprenado kreita de Eric Ries. Ĝi baziĝas sur la principoj, aliroj kaj praktikoj de tiaj konceptoj kiel svelta fabrikado, klienta evoluo kaj fleksebla evolumetodaro.
Koncerne la rektan aliron al produkta evoluadministrado: ni ne reinventis la radon, sed aplikis jam ekzistantan evolumetodaron , aldonante kreemon, kaj nun ĝi povas sekure nomi SCRUM-WATERFALL-BAN. SCRUM, malgraŭ sia fleksebleco, estas tre rigida sistemo kaj taŭgas por administri teamon respondecan por nur unu produkto/projekto. Kiel vi komprenas, la klasika "integriga" komerco ne implicas atribui plentempajn teknikajn specialistojn por labori pri unu projekto (estas esceptoj, sed ege malofte), ĉar krom labori pri produktoj, ĉiuj estas okupataj pri aktualaj projektoj. De SCRUM ni prenis la dividon de laboro en sprintojn, ĉiutagajn raportojn, retrospektivojn kaj rolojn. Ni elektis Kanban por nia taskofluo kaj ĝi bone integriĝis en nian ekzistantan taskan spursistemon. Ni strukturis nian laboron per perfekte integriĝante en la ekzistantan ordon de aferoj.
Antaŭ ol eniri la merkaton, produkto pasas tra 5 etapoj: ideo, elekto, koncepto, MVP (pli da detaloj sube) kaj produktado.
Ideo
En ĉi tiu etapo estas io efemera - ideo. Ideale, ideo por solvi ekzistantan problemon aŭ klientan problemon. Ideoj ne mankas al ni. Laŭ la komenca plano, ili devus esti generitaj de dungitoj de teknikaj areoj. Por ke ideo estu akceptita por plua evoluo, la aŭtoro devas plenigi la "Ideo-Dezajno-Ŝablonon". Estas nur kvar demandoj: Kio? Por kio? Kiu bezonas ĉi tion? Kaj se ne nia produkto, do kio?
Elekto
Tuj kiam la kompletigita ŝablono atingas nin, komenciĝas la procedo pri prilaborado kaj elekto. La elekta etapo estas la plej labor-intensa. En ĉi tiu etapo, hipotezoj de problemoj formiĝas (ne vane mi menciis en la antaŭa alineo, ke ideale ideo solvi la problemon de kliento) kaj la valoro de la produkto. Skala hipotezo formiĝas, t.e. kiel nia komerco kreskos kaj prosperos. Problemaj kaj spertaj intervjuoj estas faritaj kun eblaj klientoj por provizi preparan konfirmon, ke ni produktos ion bezonatan. Necesas almenaŭ 10-15 intervjuoj por tiri konkludon pri la bezono de la produkto.
Se la hipotezoj estas konfirmitaj, prepara financa analizo estas farita, la proksimuma volumo de investo kaj la eblaj enspezoj de la investanto estas taksitaj. Rezulte de ĉi tiu etapo naskiĝas kaj prezentas al administrado dokumento nomata Lean Canvas.
Koncepto
En ĉi tiu etapo, ĉirkaŭ 70% de ideoj estas forigitaj. Se la koncepto estas aprobita, tiam komenciĝas la idea evoluostadio. La funkcieco de la estonta produkto estas formita, efektivigaj vojoj kaj optimumaj teknikaj solvoj estas determinitaj, kaj la komerca plano estas ĝisdatigita. La rezulto de ĉi tiu etapo estas teknika specifo por disvolviĝo kaj detala komerca kazo. Se sukcesas, ni pluiras al la MVP aŭ MVP-stadio.
MVP aŭ MVP
MVP estas minimuma realigebla produkto. Tiuj. produkto kiu ne estas plene evoluinta, sed jam povas alporti valoron kaj plenumas sian funkciecon. Nepras, ke en ĉi tiu etapo de evoluo ni kolektu komentojn de realaj uzantoj kaj faru ŝanĝojn.
Fabrikado
Kaj la lasta etapo estas produktado. Ne pli ol 5% de produktoj atingas ĉi tiun etapon. Ĉi tiu 5% inkluzivas nur la plej gravajn, necesajn, viveblajn kaj funkciajn produktojn.
Ni havas multajn ideojn kaj jam kunmetis grandan biletujon. Ni analizas ĉiun ideon kaj faras ĉion por certigi, ke ĝi atingas la finan stadion. Estas tre agrable, ke niaj kolegoj ne restis indiferentaj pri nia R&D-direkto kaj aktive partoprenas en la evoluo kaj efektivigo de produktoj kaj solvoj.
Kiel ni faris LANBIX
Ni rigardu krei produkton per reala ekzemplo - la produkto LANBIX. Ĉi tio estas "skatolita" programaro kaj aparatara sistemo desegnita por monitori malgrandajn IT-infrastrukturojn kaj rapide atentigi decidantojn kaj komercajn uzantojn pri misfunkcioj kontrolitaj per babilejo. Aldone al la monitora funkcio, LANBIX inkluzivas Help Desk-funkciecon. Ĉi tiu produkto estas ekskluziva por la merkatsegmento, kiun ni celas. Ĉi tio estas kaj nia avantaĝo kaj nia doloro. Sed unue aferojn. Mi tuj diros, ke LANBIX estas vivanta produkto (tio estas, ĝi ne estas fina en sia evoluo kaj estas ĉe la sekva raŭndo de MVP).
Do, la unua etapo estas la ideo. Por ke ideo naskiĝu, vi bezonas problemojn, kaj ni havis ilin, aŭ pli ĝuste ne ni, sed niaj amikoj. Malsupre ni rigardos plurajn realajn situaciojn, kiuj okazis en malsamaj areoj de komerco.
Malgranda administra kompanio prizorgas du domojn en la Moskva regiono. La dungitaro kun komputiloj estas ĉirkaŭ 15 homoj. La sistemadministranto estas alvojaĝanta liberlaboranto (la inteligenta filo de unu el la zorgemaj loĝantoj). Ŝajnus, ke la agadoj de la administra kompanio malforte dependas de IT, sed la propreco de ĉi tiu komerco estas monata raportado al multaj aŭtoritatoj. La sistema disko de la estro de la kompanio (kiu, kiel kutime, kombinas multajn rolojn) elĉerpigis liberan spacon. Kompreneble, ĉi tio ne okazis subite; la averto pendis dum ĉirkaŭ 2 monatoj kaj estis konstante ignorita. Sed ĝisdatigo alvenis, la OS estis ĝisdatigita kaj, laŭ la sorto, ĝi frostiĝis meze de la ĝisdatigo, plendante antaŭ "morto" pri okupata disko. La komputilo iris en ciklan rekomencon. Dum ni ordigis la problemon kaj ricevis raportojn, ni maltrafis la raportan limdaton. Ŝajnus, ke bagatela misfunkcio kaŭzis diversajn problemojn: de perdoj ĝis proceso kaj administra respondeco.
Simila okazaĵo okazis en granda holdingo, kunigante multajn malgrandajn kompaniojn, kun ununura teknika helpservo por la tuta oficejo. En unu el la fakoj, la komputilo de la ĉefkontisto paneis. Jam delonge oni sciis, ke ĝi povus rompiĝi (la komputilo senespere malrapidiĝis kaj varmiĝis), sed la ĉefkontisto neniam iris sendi peton al teknika subteno. Kompreneble ĝi paneis ĝuste je la salajrotago, kaj la fakaj dungitoj estis sen mono dum pluraj tagoj.
Malgranda komerco en malgranda pogranda komerco havis vendan retejon, kiu estis gastigita sur ekstera platformo. Ni eksciis pri ĝia nehavebleco telefone de kutima kliento. En la momento de la voko, la retejo estis malfunkcia dum ĉirkaŭ tri horoj. Necesis ankoraŭ kelkaj horoj por trovi la respondecan pri la retejo, kaj pliaj du por solvi la problemon. Sekve, la retejo estis neatingebla dum preskaŭ la tuta labortago. Laŭ la komerca direktoro de la kompanio, ĉi tiu malfunkcio kostis al ili ĉirkaŭ 1 milionon da rubloj.
Mi mem renkontis similan situacion, kiam mi venis al rendevuo en la kliniko kaj devis iri al la VHI-registrado. Ili ne povis sendi min al la kuracisto pro bagatela kialo - matene estis potenca ŝpruco, kaj post la akcidento ilia poŝta servo kaj certa servo por komunikado kun la asekura kompanio ne funkciis. Responde al mia demando, kie estas viaj administrantoj, oni diris al mi, ke ilia administranto venas kaj vizitas ilin unufoje semajne. Kaj nun (tiutempe estis jam 16:00) li ne prenas la telefonon. Dum almenaŭ 7 horoj, la kliniko estis forigita de la ekstera mondo kaj ne povis provizi pagitajn servojn.
Kion havas ĉiuj ĉi tiuj kazoj en komuna? Absolute ĉiuj problemoj povus esti malhelpitaj anticipe. Kun ĝustatempa respondo de la IT-anoj, la damaĝo povus esti reduktita. Ĉi tio eblus se la fruaj simptomoj estus ĝuste interpretitaj de uzantoj.
Ni identigis problemajn hipotezojn:
- signifaj monaj kaj reputaciaj perdoj pro la malalta rapideco de respondo al misfunkciadoj en la IT-infrastrukturo;
- misinterpreto de fruaj simptomoj de misfunkcio fare de uzantoj.
Kion la kliento povas fari kun ili, kaj kiel eviti similajn situaciojn estonte? Ne estas multaj ebloj:
- dungu tre kvalifikitan sisteman administranton kaj igu lin labori konscience;
- subkontrakti IT-prizorgadon al specialigita serva firmao;
- sendepende efektivigi monitoradon kaj raportan sistemon;
- provizi trejnadon al uzantoj/komercpersonaro en la bazoj de komputillegopovo.
Ni solviĝu pri la tria opcio. Ni proponu monitoran sistemon al tiuj, kiuj ne uzas ĝin pro diversaj kialoj.
Lirika digreso. Diversaj sistemoj por monitorado de IT-servoj en la entreprena merkato estas uzataj delonge, kaj iliaj avantaĝoj ne estas disputitaj. Mi parolis kun reprezentantoj de grandaj kompanioj, rigardis kiel la rilato inter komerco kaj IT estis konstruita. La teknika direktoro de unu granda maŝinkonstrua entrepreno subkontraktis la prizorgadon de la IT-infrastrukturo al ekstera firmao, sed li mem restas scianta pri ĉiuj aferoj. En lia oficejo pendas granda monitorsistemo ekrano kun indikiloj de la stato de IT-servoj. La plej kritikaj estas inkluzivitaj en la sistemo. En ajna momento, la teknika direktoro povas ekscii, kia estas la stato de la infrastrukturo, kio okazas, kie estas la problemo, ĉu la respondecaj homoj estas sciigitaj, kaj ĉu la problemo estas solvita.
La rakontoj listigitaj supre igis nian teamon pensi pri kiel krei optimuman monitoran sistemon por malgrandaj kompanioj. Kiel rezulto, LANBIX naskiĝis - monitora sistemo kiu povas esti deplojita de absolute iu ajn sen ajna IT-scio. La ĉefa celo de la sistemo estas simpla, kiel ĉiuj sistemoj celantaj pliigi kontinuecon kaj haveblecon - reduktante monajn kaj aliajn perdojn en okazo de neplanita malfunkcio. La aparato estas dizajnita por redukti al minimumo la tempo inter "io estas rompita" kaj "la problemo estis riparita."
Por konfirmi la hipotezojn, problemintervjuoj estis faritaj. Mi ne povis imagi kiom da homoj pretus rakonti sen provi vendi al ili. Ĉiu konversacio daŭris almenaŭ 1,5 horojn, kaj ni ricevis multajn informojn utilajn por plua evoluo.
Ni resumu la rezultojn de ĉi tiu etapo:
- estas kompreno de la problemo,
- kompreno de valoro - ekzistas,
- Estas ideo por solvo.
La dua etapo estis pli detala. Surbaze de ĝiaj rezultoj, ni devis prezenti al administrado, kiu esence ludas la rolon de investanto, komerca kazo (la sama Lean Canvas) por fari decidon pri la estonta sorto de la produkto.
Ni komencis per merkata esploro kaj konkurenciva analizo por ekscii kiu, kio kaj, plej grave, kiel ili faras en ĉi tiu merkato.
Ĝi rezultis jene.
- Ne estas pretaj skatolaj monitoraj sistemoj sur la merkato por nia segmento (malgranda komerco), escepte de kelkaj aŭ tri, pri kiuj mi ne parolos pro evidentaj kialoj.
- Niaj ĉefaj konkurantoj, sufiĉe strange, estas sistemaj administrantoj kun hejme skribitaj skriptoj kaj "aldonaĵoj" al malfermfontaj monitoraj sistemoj.
- Estas klara problemo kun uzado de malfermfontaj monitoraj sistemoj. Estas sistemo, estas grandega kvanto da informoj pri kiel labori kaj modifi la sistemon laŭ viaj bezonoj. El la administrantoj, kiujn mi intervjuis, multaj konfesis, ke ili ne havas sufiĉajn kompetentecojn por efektivigi siajn ideojn memstare. Sed ili ne povas akcepti tion al administrado pro timo de maldungo. Ĝi montriĝas malvirta cirklo.
Ni tiam pluiris al analizo de la bezonoj de niaj eblaj klientoj. Ni mem identigis segmenton de malgrandaj organizoj, kiuj ial ne havas sian propran IT-servon, kie aŭ alvenanta sistemadministranto, sendependa kunlaboristo aŭ serva kompanio respondecas pri IT. Ne estis la IT-flanko kiu decidis eniri, sed la komerca flanko, ofertante al fondintoj kaj entreprenposedantoj ilon por plibonigi la kvaliton de IT-infrastruktura servo. Produkto, kiu devus helpi posedantojn sekurigi sian komercon, sed samtempe ĝi aldonos laboron al la homoj, kiuj respondecas pri IT. Produkto kiu provizas entreprenojn per ilo por monitori la kvaliton de IT-subteno.
Kiel rezulto de prilaborado de la ricevitaj datumoj, naskiĝis la unua listo de postuloj (ia malglata restaro) por la estonta produkto:
- la monitora sistemo devas esti bazita sur malfermfonta solvo kaj, kiel rezulto, malmultekosta;
- facila kaj rapida instali;
- ne devus postuli specifan scion en IT, eĉ librotenisto (neniel mi volis ofendi reprezentantojn de ĉi tiu profesio) devus povi disfaldi kaj agordi la sistemon;
- devus aŭtomate detekti objektojn por monitorado en la reto;
- devus aŭtomate (kaj ideale aŭtomate) instali monitorajn agentojn;
- devas povi kontroli eksterajn servojn, almenaŭ CRM-sistemon kaj vendan retejon;
- devus sciigi kaj la komercon kaj la sistemadministranton pri problemoj;
- la grado de profundo kaj "lingvo" de atentigoj devus esti malsamaj por la administranto kaj la komerco;
- la sistemo devas esti provizita per sia propra aparataro;
- fero estu kiel eble plej alirebla;
- la sistemo estu kiel eble plej sendependa de eksteraj faktoroj.
Poste, investoj en produkta disvolviĝo estis kalkulitaj (inkluzive de laborkostoj por dungitoj de teknika departemento). Skizo de la komerca modelo estis preparita kaj la unuoekonomio de la produkto estis kalkulita.
Etapa rezulto:
- altnivela produkta restaro;
- formulita komercmodelo aŭ skalhipotezo kiu ankoraŭ devas esti testita en praktiko.
Ni transiru al la sekva etapo - koncepto. Ĉi tie ni, kiel inĝenieroj, trovas nin en nia denaska elemento. Estas "dezirlistoj" kiuj estas malkomponitaj en komponantojn/subsistemojn/trajtojn, poste ili estas igitaj teknikaj specifoj/uzantrakontoj, poste en projekto, ktp. Mi ne detale detale pri la procezo prepari gamon da alternativaj elektoj; ni iru rekte al la postuloj kaj la elektitaj metodoj por ilia efektivigo.
Postulo
decido
- Ĝi devus esti malferma monitora sistemo;
Ni prenas malfermfontan monitoran sistemon.
- La sistemo devus esti simpla kaj rapida instali;
- ne devus postuli specifan scion pri IT. Eĉ kontisto devus povi deploji kaj agordi la sistemon.
Ni proponas instalitan sistemon por ke la uzanto nur bezonas ŝalti la aparaton kaj agordi ĝin iomete, simile al enkursigilo.
Ni fermu la interagadon kun la aparato al io simpla kaj komprenebla por ĉiuj.
Ni skribu nian propran babilejon por unu el la konataj tujmesaĝiloj kaj transdonu ĉiujn interagojn kun la sistemo al ĝi.
La sistemo devus:
- aŭtomate detekti objektojn necesajn por monitorado en la reto;
- aŭtomate instali monitorajn agentojn;
- Estu kapabla kontroli eksterajn servojn, almenaŭ CRM-sistemon kaj vendan retejon.
Ni skribas aldonaĵojn por la monitora sistemo por:
- aŭtomata detekto de objektoj;
- aŭtomata instalado de agentoj;
- monitorante la haveblecon de eksteraj servoj.
La sistemo devus:
- sciigu kaj la komercon kaj la sisteman administranton pri problemoj;
- povi kontroli eksterajn servojn, almenaŭ CRM-sistemon kaj vendan retejon. La grado de profundo kaj "lingvo" de sciigoj devus esti malsamaj por la administranto kaj la komerco.
- La sistemo ne devus postuli specifan IT-scion; eĉ revizoro devus povi deploji kaj agordi la sistemon.
- Ni aldonu malsamajn specojn de sciigoj por malsamaj specoj de uzantoj. Ili malsamas laŭ tonalto kaj profundo. Komerca uzanto ricevos sciigojn kiel "ĉio estas bona, sed la komputilo de Ivanov mortos baldaŭ." La administranto ricevos kompletan mesaĝon pri la eraro, kiu, kiel kaj kio okazis aŭ povus okazi.
- Ni aldonu la eblon uzi la poŝton de plia respondeca persono, por ke en okazo de paneo li ricevu mesaĝon.
- Ni aldonu interagadon kun eksteraj servaj provizantoj surbaze de sendo de retmesaĝoj kun antaŭpreparita teksto, ĉar Estas la retpoŝto, kiu estigas la okazaĵon.
- Ĉiu interagado kun la sistemo estos konektita al babilejo; komunikado estas farita en dialoga stilo.
Aldono:
- Ni aldonu la funkcion de "babili kun la administranto" por ke la uzanto povu sendi al la administranto mesaĝon priskribanta la problemon rekte.
- La sistemo devas esti provizita per sia propra aparataro.
- Fero devas esti havebla.
- La sistemo estu kiel eble plej sendependa de la medio.
- Ni prenu pretan kaj malmultekostan komputilon Raspberry PI.
- Ni desenos neinterrompeblan elektroprovizon.
- Ni aldonu modemon por esti sendependa de la stato de la loka reto.
- Ni projektos belan konstruaĵon.
Ni nun havas tri subsistemojn kun siaj propraj postuloj kaj vizio por ilia efektivigo:
- aparataro subsistemo;
- monitora subsistemo;
- subsistemo de interagado de uzantoj.
Ni evoluigis preparan dezajnon por la aparatara subsistemo. Jes Jes! Malobservinte ĉiujn regulojn de lerta, ni evoluigis dokumenton, ĉar fabrikejoj funkcias kun dokumentoj. Por la ceteraj subsistemoj, ni identigis uzantojn (personojn), preparis uzantrakontojn, kaj skribis taskojn por evoluo.
Ĉi tio finas la konceptan etapon, kaj la rezulto estas:
- projekto por aparatara platformo;
- formulita vizio en la formo de uzantrakontoj por la ceteraj du subsistemoj;
- softvarprototipo efektivigita kiel virtuala maŝino;
- prototipo de la aparataro, efektivigita en la formo de stando, kie la aparataro solvoj estis fakte testitaj por forto;
- testado farita de niaj administrantoj.
La problemoj en ĉi tiu stadio estis plejparte organizaj kaj rilataj al la manko de scio de la inĝenieristiko en la laŭleĝaj kaj kontadaj aspektoj de vendo. Tiuj. Unu afero estas eltrovi kion kaj kiel vendi, kaj tute alia esti alfrontita kun senkompata jura maŝino: patentoj, evoluaj taskoj, registrado, EULA kaj multe pli, kiujn ni, kiel kreivaj homoj, komence ne konsideris.
Ekzistis ankoraŭ ne problemo, sed prefere malfacilaĵo asociita kun la dezajno de la ĉemetaĵoj. Nia teamo konsistas el nur inĝenieroj, do la unua versio de la kazo estis "konstruita" el plexiglass de nia elektronika specialisto.
La korpo aspektis, por paroli milde, polemika, precipe por publiko, difektita de moderna teknologio. Kompreneble estis fanduloj inter la pli malnova generacio de "Kulibins" - la konstruaĵo elvokis nostalgiajn sentojn en ili. Estis decidite fabriki kaj desegni la kazon denove, ĉar la malnova, krom estetikaj difektoj, ankaŭ havis strukturajn - la pleksiglas ne bone toleris muntadon kaj malmuntadon de la aparato kaj emis fendiĝi. Mi rakontos al vi pri la produktado de la kazo plu.
Kaj nun ni estas proksime al la cellinio - MVP. Kompreneble, ĉi tio ankoraŭ ne estas fina produkta produkto, sed ĝi jam estas utila kaj valora. La ĉefa celo de ĉi tiu etapo estas lanĉi la ciklon "krei-taksi-lerni". Ĝuste ĉi tiu estas la stadio en kiu troviĝas LANBIX.
En la "krei" etapo, ni kreis aparaton, kiu plenumas la deklaritan funkcion. Jes, ĝi ankoraŭ ne estas perfekta, kaj ni daŭre laboris pri ĝi.
Ni revenu al la fabrikado de la korpo, t.e. al la tasko transformi nian aparaton de nostalgia al moderna. Komence, mi traserĉis la merkaton por kabinetproduktantoj kaj industriaj dezajnaj servoj. Unue, ne estas multaj kompanioj produktantaj kazojn sur la rusa merkato, kaj due, la kosto de industria dezajno en ĉi tiu etapo estas prohibe alta, ĉirkaŭ 1 miliono da rubloj.
Ili kontaktis nian merkatan fakon por la dezajno; la juna dezajnisto estis preta por kreivaj eksperimentoj. Ni skizis nian vizion de la kareno (antaŭe studinte la plej bonajn ekzemplojn de karenkonstruado), kaj li, siavice, igis ĝin artverko. Restas nur produkti ĝin. Ni, fieraj pri nia dezajno, turniĝis al niaj partneroj. Ilia Ĉefoficisto tuj disbatis niajn fantaziojn atentigante, tute senpage, aferojn, kiuj ne povus esti produktitaj laŭ nia elektita maniero. La kazo povas esti produktita, kaj ĝi ne estos pli malbona ol tiu de Apple, sed la kosto de la kazo estos tri ĝis kvaroble pli multekosta ol ĉiuj elektronikaj komponantoj. Post serio da operacioj kaj aproboj, ni desegnis loĝejon, kiu povas esti fabrikita. Jes, ĝi ne estas tiel bela kiel ni planis, sed ĝi estas ideala por atingi aktualajn celojn.
Rezulto de la etapo: la unua aro da aparatoj pretaj por batalo kaj testado.
Kaj nun la plej malfacila afero estas la "taksi" etapo, kaj kun nia produkto ni estas ĝuste ĉe ĉi tiu punkto. Ni povas nur taksi surbaze de la rezultoj de uzo de realaj klientoj kaj neniuj supozoj funkcias ĉi tie. Ni bezonas tiujn "fruajn adoptantojn" por doni komentojn kaj fari la ŝanĝojn al la produkto, kiuj vere bezonas. La demando ŝprucas: kie akiri klientojn kaj kiel konvinki ilin partopreni en la eksperimento?
El ĉiuj eblaj opcioj, ni elektis klasikan aron de ciferecaj iloj: landpaĝo kaj reklama kampanjo en sociaj retoj.
La procezo jam estas lanĉita, sed estas tro frue por paroli pri rezultoj, kvankam jam ekzistas respondoj kaj ni ricevis konfirmon de multaj el niaj hipotezoj. Agrabla surprizo estis la reago de reprezentantoj de tute malsamaj komercaj segmentoj, multe pli grandaj ol tiuj, kiujn ni atendis. Estus malsaĝe ignori la novajn enkondukojn, kaj surbaze de la rezultoj de la intervjuoj, estis decidite lanĉi paralelan LANBIX-linion nomitan LANBIX Enterprise. Ni aldonis subtenon por distribuitaj infrastrukturoj, monitorante Wi-Fi-retojn kun problemoj kaj lokalizo, kaj monitorante la kvaliton de komunikadkanaloj. Servaj kompanioj esprimis la plej grandan intereson pri la solvo. Samtempe, la aparatoj, kiujn ni jam evoluigis, ludas gravan rolon en la funkciado de la solvoj.
Kio okazos poste
Kio okazos poste kun la originala LANBIX iĝos klara surbaze de la rezultoj de la kampanjo. Se niaj hipotezoj ne estas konfirmitaj, laŭ la metodo Lean, ni senkompate forigos ĝin aŭ ĝi transformiĝos en ion novan, ĉar estas nenio pli malbona ol fari produkton, kiun neniu bezonas. Sed nun ni povas diri, ke la laboro farita ne estis vana kaj danke al ĝi aperis tuta branĉo de paralelaj produktoj, pri kiuj ni aktive laboras. Se sukcesos, LANBIX moviĝos de la MVP-etapo al la fina etapo kaj evoluos laŭ la kompreneblaj klasikaj leĝoj de produkta merkatado.
Mi ripetas, nun ni volas trovi fruajn adoptantojn, kompaniojn, kiuj povas instali nian produkton por kolekti komentojn. Se vi interesiĝas pri testi LANBIX, skribu en la komentoj aŭ privataj mesaĝoj.
fonto: www.habr.com