🥇Nola lantzen ditugun ideiekin, eta nola jaio zen LANBIX

Sormen-langile asko daude LANIT-Integration-en. Produktu eta proiektu berrietarako ideiak literalki airean zintzilik daude. Batzuetan oso zaila izan daiteke interesgarrienak identifikatzea. Horregatik, elkarrekin gure metodologia propioa garatu dugu. Irakurri artikulu hau proiektu onenak nola aukeratu eta nola gauzatu jakiteko.

Errusian, eta mundu osoan, IT merkatua eraldatzeko hainbat prozesu gertatzen ari dira. Konputazio-potentziaren hazkundeari eta zerbitzari, sare eta birtualizazio beste teknologia batzuen agerpenari esker, merkatuak ez du hardware kopuru handirik behar. Saltzaileek gero eta gehiago nahiago dute bezeroekin zuzenean lan egitea. IT-merkatuak outsourcing-aren gorakada bizi du bere forma guztietan, outsourcing klasikotik kanpo-kontratazioen olatu berrira - "hodeiko hornitzaileak". Azpiegitura sistemak eta elementuak mantentzea eta konfigurazioa askoz errazago bihurtzen dira. Softwarearen kalitatea hazten ari da urtero eta integratzailearen zereginak eraldatzen ari dira.

Ideiak nola lantzen ditugun

Produktua martxan jartzeko norabidea "LANIT-Integrazioak" urte bat baino gehiago darama. Gure helburu nagusia produktu berriak sortzea eta merkatura eramatea da. Hasi ginen lehenengo gauza produktuak sortzeko prozesua antolatzea izan zen. Metodologia asko aztertu ditugu, klasikotik hasi eta hyperaino. Hala ere, horietako inork ez zituen gure beharrak asetzen. Orduan Lean Startup metodologia oinarritzat hartu eta gure zereginetara egokitzea erabaki genuen. Lean Startup Eric Ries-ek sortutako ekintzailetzaren teoria da. Lean manufacturing, bezeroen garapena eta garapen malguaren metodologia bezalako kontzeptuen printzipio, ikuspegi eta praktiketan oinarritzen da.

Produktuen garapenaren kudeaketaren ikuspegi zuzenari dagokionez: ez dugu gurpila berrasmatu, lehendik zegoen garapen metodologia aplikatu baizik. SCRUM, sormena gehituz, eta orain seguru SCRUM-WATERFALL-BAN deitu daiteke. SCRUM, malgutasuna izan arren, sistema oso zurruna da eta produktu/proiektu bakarraz arduratzen den talde bat kudeatzeko egokia da. Ulertzen duzunez, "integrazio" negozio klasikoak ez du lanaldi osoko espezialista teknikoak esleitzea proiektu batean lan egiteko (salbuespenak daude, baina oso gutxitan), produktuetan lan egiteaz gain, denak egungo proiektuekin lanpetuta baitaude. SCRUMetik lanaren banaketa sprintetan, eguneroko erreportajeetan, atzera begirakoetan eta roletan hartu genuen. Kanban aukeratu genuen gure zereginen fluxurako eta ondo integratzen zen gure lehendik dagoen zereginen jarraipena egiteko sisteman. Gure lana lehendik zegoen gauzen ordenan integratuz egituratu genuen.
Merkatuan sartu aurretik, produktu batek 5 fase igarotzen ditu: ideia, hautaketa, kontzeptua, MVP (behean xehetasun gehiago) eta ekoizpena.

Idea

Etapa honetan zerbait iragankorra da - ideia bat. Egokiena, lehendik dagoen arazo bat edo bezeroaren arazo bat konpontzeko ideia bat. Ideiarik ez dugu falta. Hasierako planaren arabera, arlo teknikoetako langileek sortu behar dituzte. Ideia bat aurrerago garatu ahal izateko, egileak "Ideia Diseinu Txantiloia" bete behar du. Lau galdera besterik ez daude: Zer? Zertarako? Nork behar du hau? Eta gure produktua ez bada, zer?

Iturria

Hautaketa

Osatutako txantiloia guregana iristen den bezain laster, tramitazio eta hautaketa prozedura hasiko da. Hautaketa fasea da lan-eskaerarik handiena. Etapa honetan, arazoen hipotesiak osatzen dira (ez zen ezertarako aipatu aurreko paragrafoan ideia batek bezeroaren arazoa konpondu behar zuela) eta produktuaren balioa. Eskala hipotesi bat eratzen da, hau da. nola hazi eta haziko den gure negozioa. Arazo eta adituen elkarrizketak bezero potentzialekin egiten dira beharrezkoa den zerbait ekoiztuko dugula aldez aurretiko baieztapena emateko. Gutxienez 10-15 elkarrizketa behar dira produktuaren beharrari buruzko ondorio bat ateratzeko.

Hipotesiak baieztatzen badira, aurretiazko finantza-analisia egiten da, gutxi gorabeherako inbertsioaren bolumena eta inbertitzaileak izan ditzakeen irabaziak ebaluatzen dira. Etapa horren ondorioz, Lean Canvas izeneko dokumentua jaio eta zuzendaritzari aurkezten zaio.

kontzeptua

Fase honetan, ideien %70 inguru ezabatzen dira. Kontzeptua onartzen bada, ideia garatzeko fasea hasten da. Etorkizuneko produktuaren funtzionaltasuna eratzen da, ezarpen-bideak eta irtenbide tekniko optimoak zehazten dira eta negozio-plana eguneratzen da. Etapa honen emaitza garapenerako zehaztapen tekniko bat eta negozio kasu zehatza da. Arrakasta izanez gero, MVP edo MVP fasera igaroko gara.

MVP edo MVP

MVP gutxieneko produktu bideragarria da. Horiek. guztiz garatua ez den produktua, baina dagoeneko balioa ekar dezakeena eta bere funtzionaltasuna betetzen duena. Ezinbestekoa da garapen-fase honetan benetako erabiltzaileen iritziak biltzea eta aldaketak egitea.

Produkzioaren

Eta azken etapa ekoizpena da. Produktuen %5 baino gehiago ez da fase honetara iristen. %5 horrek produktu garrantzitsuenak, beharrezkoak, bideragarrienak eta funtzionalenak baino ez ditu barne hartzen.

Ideia asko ditugu eta dagoeneko portafolio handi bat osatu dugu. Ideia bakoitza aztertzen dugu eta dena egiten dugu azken fasera iristeko. Oso atsegina da gure lankideek gure I+G norabidearekiko axolagabe ez egotea eta produktu eta irtenbideen garapenean eta ezarpenean aktiboki parte hartzea.

Nola egin genuen LANBIX

Ikus dezagun produktu bat sortzea adibide erreal bat erabiliz: LANBIX produktua. Hau "kutxadun" software- eta hardware-sistema bat da, IT azpiegitura txikiak kontrolatzeko eta erabakiak hartzen dituztenei eta negozio-erabiltzaileei txatbot baten bidez kontrolatutako funtzionamendu akatsei buruz berehala abisatzeko diseinatua. Jarraipen-funtzioaz gain, LANBIX-ek Help Desk funtzionaltasuna du. Produktu hau zuzentzen ari garen merkatu-segmenturako esklusiboa da. Hau da gure abantaila eta gure mina. Baina lehenik eta behin. Berehala esango dut LANBIX produktu bizia dela (hau da, bere garapenean ez da behin betikoa eta MVP-ren hurrengo txandan dago).

Beraz, lehenengo etapa ideia da. Ideia bat jaio dadin arazoak behar dituzu, eta guk izan genituen, edo hobeto esanda ez guk, gure lagunak baizik. Jarraian, negozio-arlo ezberdinetan gertatutako hainbat egoera erreal aztertuko ditugu.

Kudeaketa enpresa txiki batek bi etxe mantentzen ditu Mosku eskualdean. Ordenagailuak dituzten langileak 15 lagun ingurukoak dira. Sistemaren administratzailea autonomo bisitaria da (egoiliar zaintzaileetako baten seme inteligentea). Badirudi kudeaketa-enpresaren jarduerak ITren menpekoak direla, baina negozio honen berezitasuna agintari askori hileroko txostenak ematea da. Enpresako buruaren sistema-diskoa (ohi bezala, rol asko uztartzen dituena) leku librerik gabe geratu da. Jakina, hori ez zen bat-batean gertatu; abisua 2 hilabete inguru iraun zuen eta etengabe ez zen aintzat hartu. Baina eguneraketa bat iritsi zen, OS eguneratu zen eta, zorteak nahi zuenez, eguneraketaren erdian izoztu egin zen, "heriotza" baino lehen kexatuz disko okupatuta zegoelako. Ordenagailua berrabiarazi zikliko batean sartu zen. Arazoa konpontzen eta txostenak jasotzen ari ginen bitartean, txostenak aurkezteko epea galdu genuen. Badirudi matxura hutsal batek hainbat arazo sortu dituela: galeretatik hasi eta auzietara eta administrazio-erantzukizunetaraino.

Iturria

Antzeko gertaera bat gertatu zen holding handi batean, enpresa txiki asko elkartuz, bulego osorako laguntza teknikoko zerbitzu bakarrarekin. Sailetako batean, kontu-hartzaile nagusiaren ordenagailua matxuratu zen. Aspalditik jakina zen apurtu zitekeela (ordenagailua etsita moteltzen eta berotzen ari zen), baina kontu-hartzaile nagusiak ez zuen inoiz laguntza teknikora eskaera bat bidaltzera iritsi. Berez, ordainsari egunean matxuratu zen eta departamentuko langileak hainbat egunez egon ziren dirurik gabe.

Handizkako merkataritza txikiko negozio txiki batek salmenta webgune bat zuen, kanpoko gune batean ostatatuta zegoena. Bere erabilgarritasunik ezaren berri izan genuen telefonoz ohiko bezero batengandik. Deia egin zen unean, hiru ordu inguru zeramatzan gunea. Beste ordu pare bat behar izan ditu gunearen arduraduna aurkitzeko, eta beste bi arazoa konpontzeko. Horren arabera, gunea ez zegoen erabilgarri ia lanaldi osoan. Konpainiako zuzendari komertzialaren arabera, geldialdi honek milioi bat errublo kostatu zien.

Nik neuk ere antzeko egoerarekin topo egin nuen klinikara hitzordu batera etorri eta VHIko erregistrora joan behar izan nuenean. Ezin izan ninduten medikuarengana bidali arrazoi hutsal bategatik - goizean elektrizitate gorakada bat izan zen, eta istripuaren ondoren posta-zerbitzuak eta aseguru-konpainiarekin komunikatzeko zerbitzu jakin batek ez zuten funtzionatu. Nire galderari erantzunez, non dauden zure administratzaileak, esan zidaten haien administratzailea astean behin etortzen dela eta bisitatzen dituela. Eta orain (ordu hartan jada 16:00ak ziren) ez du telefonoa hartzen. Gutxienez 7 orduz, klinika kanpotik moztuta egon zen eta ezin izan zuen ordaindutako zerbitzuak eman.

Zer dute komunean kasu hauek guztiek? Erabat arazo guztiak aldez aurretik ekidin zitezkeen. Informatikako langileen erantzun puntualarekin, kalteak murriztu zitekeen. Hau posible izango litzateke lehen sintomak erabiltzaileek behar bezala interpretatuko balituzte.

Arazoaren hipotesiak identifikatu ditugu:

diru- eta ospe-galera nabarmenak, informatika-azpiegituretako akatsen aurrean erantzun-abiadura baxuaren ondorioz;
erabiltzaileek gaizki funtzionatzearen hasierako sintomak gaizki interpretatzea.

Zer egin dezake bezeroak haiekin, eta nola saihestu etorkizunean antzeko egoerak? Ez dago aukera asko:

sistema kualifikazio handiko administratzaile bat kontratatu eta kontzientziaz lan egin;
IT mantentze-lanak zerbitzu espezializatuko enpresa bati azpikontratatu;
monitorizazio eta akatsen berri emateko sistema independentean ezartzea;
erabiltzaileei/enpresako langileei informatika-alfabetatzearen oinarrietan trebatzea eskaintzea.

Jar gaitezen hirugarren aukerarekin. Eskain diezaiegun jarraipen-sistema bat arrazoi ezberdinengatik erabiltzen ez dutenei.

Digresio lirikoa. Enpresa-merkatuan IT zerbitzuak monitorizatzeko hainbat sistema erabiltzen dira aspalditik, eta haien onurak ez daude eztabaidan. Enpresa handietako ordezkariekin hitz egin nuen, negozioaren eta IT arteko harremana nola eraiki zen aztertu nuen. Makina-eraikuntzako enpresa handi bateko zuzendari teknikoak kanpoko enpresa bati azpikontratatu dio IT azpiegituraren mantentze-lanak, baina berak gai guztien berri izaten jarraitzen du. Bere bulegoan monitorizazio sistemaren pantaila handi bat zintzilikatzen da, IT zerbitzuen egoeraren adierazleekin. Kritikoenak sisteman sartzen dira. Edozein momentutan, zuzendari teknikoak jakin dezake zein den azpiegituraren egoera, zer gertatzen den, non dagoen arazoa, arduradunei jakinarazi zaien ala ez, eta arazoa konpontzen ari den.

Goian zerrendatutako istorioek gure taldeari enpresa txikientzako monitorizazio sistema optimoa nola sortu pentsarazi zioten. Ondorioz, LANBIX jaio zen: edozeinek heda dezakeen monitorizazio sistema bat, informatika ezagutzarik gabe. Sistemaren helburu nagusia sinplea da, jarraikortasuna eta erabilgarritasuna areagotzera zuzendutako sistema guztiak bezala: diru-galerak eta bestelako galerak murriztea aurreikusi gabeko geldialdi-denbora gertatuz gero. Gailua "zerbait apurtuta dagoen" eta "arazoa konpondu den" arteko denbora gutxienera murrizteko diseinatuta dago.

Hipotesiak baieztatzeko, arazo-elkarrizketak egin ziren. Ezin nuen imajinatu zenbat jendea kontatzeko prest egongo zen haiei saltzen saiatu gabe. Elkarrizketa bakoitzak gutxienez 1,5 ordu iraun zuen, eta garapen gehiagorako erabilgarria den informazio asko jaso genuen.

Laburtu ditzagun etapa honetako emaitzak:

arazoa ulertzen da,
balioa ulertzea - badago,
Konponbiderako ideia bat dago.

Bigarren etapa zehatzagoa izan zen. Bere emaitzetan oinarrituta, zuzendaritzari, funtsean inbertitzaile baten papera betetzen duen, negozio kasu bat (Lean Canvas bera) aurkeztu behar izan genion, produktuaren etorkizuneko patuari buruzko erabakia hartzeko.

Merkatu-ikerketekin eta lehia-analisiarekin hasi ginen merkatu honetan nor, zer eta, batez ere, nola egiten duten jakiteko.

Honako hau atera zen.

Merkatuan ez dago gure segmenturako (enpresa txikia) prest egindako monitorizazio-sistemarik, pare bat edo hiru izan ezik, horietaz ez dudan arrazoi agerikoengatik hitz egingo.
Gure lehiakide nagusiak, bitxia bada ere, sistema-administratzaileak dira etxean idatzitako gidoiak eta kode irekiko monitorizazio sistemetarako "gehigarriak" dituztenak.
Arazo argia dago kode irekiko monitorizazio sistemak erabiltzearekin. Sistema bat dago, informazio kopuru handia dago nola funtzionatu eta sistema aldatu zure beharretara egokitzeko. Elkarrizketatu ditudan administratzaileetatik, askok aitortu dute ez dutela gaitasun nahikorik euren ideiak beren kabuz gauzatzeko. Baina ezin diote hori onartu zuzendaritzari, kaleratzearen beldurrez. Zirkulu zoro bat bihurtzen da.

Ondoren, gure bezero potentzialen beharrak aztertzera pasatu ginen. Arrazoiren batengatik bere IT zerbitzu propioa ez duten erakunde txikien segmentu bat identifikatu dugu, non sarrerako sistema-administratzaile bat, freelance bat edo zerbitzu-enpresa bat arduratzen den ITaz. Ez zen IT aldea izan sartzea erabaki zuena, negozio aldea baizik, sortzaileei eta enpresa jabeei IT azpiegituren zerbitzuaren kalitatea hobetzeko tresna bat eskainiz. Jabeei euren negozioa ziurtatzen lagundu behar dien produktua, baina, aldi berean, informatikako arduradunei lana gehituko die. Enpresei IT laguntzaren kalitatea kontrolatzeko tresna eskaintzen dien produktua.

Jasotako datuak prozesatzearen ondorioz, etorkizuneko produktuaren lehen eskakizunen zerrenda (atzerapen zakar bat) sortu zen:

jarraipen-sistema kode irekiko irtenbide batean oinarritu behar da eta, ondorioz, merkea;
instalatzeko erraza eta azkarra;
ez luke informatikan ezagutza espezifikorik eskatu behar, kontulari batek ere (inola ere ez nituen lanbide honetako ordezkariak iraindu nahi izan) sistema zabaldu eta konfiguratu beharko luke;
sarean monitorizatzeko objektuak automatikoki detektatu beharko lituzke;
automatikoki (eta hobeki automatikoki) instalatu beharko lituzke monitorizazio-agenteak;
kanpoko zerbitzuak kontrolatzeko gai izan behar du, gutxienez CRM sistema bat eta salmenta webgune bat;
arazoen berri eman behar die enpresari zein sistema-administratzaileari;
alerten sakontasun-maila eta "hizkuntza" desberdinak izan behar dira administratzailearentzat eta negozioarentzat;
sistema bere hardwarearekin hornitu behar da;
burdina ahalik eta eskuragarriena izan behar du;
sistemak kanpoko faktoreetatik ahalik eta independenteena izan behar du.

Ondoren, produktuak garatzeko inbertsioak kalkulatu dira (sail teknikoko langileen lan-kostuak barne). Negozio-ereduaren krokis bat prestatu zen eta produktuaren unitate-ekonomia kalkulatu zen.

Etapa emaitza:

goi-mailako produktuen atzerapena;
praktikan oraindik probatu gabe dagoen negozio-eredu edo eskala-hipotesi formulatu bat.

Joan gaitezen hurrengo fasera - kontzeptura. Hemen, ingeniari gisa, gure jatorrizko elementuan aurkitzen gara. Badaude “desioen zerrendak” osagai/azpisistema/ezaugarritan deskonposatzen direnak, gero zehaztapen tekniko/erabiltzaile istorio bihurtzen direnak, gero proiektu batean, etab. Ez naiz zehatz-mehatz luzatuko aukera alternatibo sorta bat prestatzeko prozesuan; joan gaitezen zuzenean horiek ezartzeko aukeratutako eskakizunetara eta metodoetara.

Baldintza
Erabaki

Jarraipen sistema irekia izan behar du;

Kode irekiko monitorizazio sistema hartzen dugu.

Sistema sinplea eta instalatzeko azkarra izan behar du;
ez luke ezagutza informatiko zehatzik eskatu behar. Kontu-hartzaile batek ere sistema zabaldu eta konfiguratu ahal izan beharko luke.

Instalatutako sistema bat eskaintzen dugu, erabiltzaileak gailua piztu eta pixka bat konfiguratu besterik ez du egin behar, router baten antzera.

Itxi dezagun gailuarekiko interakzioa guztiontzat sinple eta ulergarria den zerbaitetarako.

Idatz ditzagun gure txatbot-a berehalako mezulari ezagunetako batentzat eta transferi ditzagun sistemaren interakzio guztiak bertara.

Sistemak:

sarean monitorizatzeko beharrezkoak diren objektuak automatikoki detektatu;
automatikoki instalatu monitorizazio-agenteak;
Kanpoko zerbitzuak kontrolatzeko gai izan, gutxienez CRM sistema bat eta salmenta webgune bat.

Jarraipen sistemarako gehigarriak idazten ditugu:

objektuak automatikoki hautematea;
agenteen instalazio automatikoa;
kanpoko zerbitzuen erabilgarritasuna kontrolatzea.

Sistemak:

jakinarazi arazoen berri enpresari zein sistema-administratzaileari;
kanpoko zerbitzuak kontrolatzeko gai izan, gutxienez CRM sistema bat eta salmenta webgune bat. Jakinarazpenen sakontasun-maila eta "hizkuntza" desberdinak izan behar dira administratzailearentzat eta negozioarentzat.
Sistemak ez luke ezagutza informatiko espezifikorik behar; kontulari batek ere sistema zabaldu eta konfiguratu ahal izan beharko luke.

Gehi ditzagun jakinarazpen mota desberdinak erabiltzaile mota desberdinentzat. Altueran eta sakoneran desberdinak dira. Enpresa erabiltzaile batek "dena ondo dago, baina Ivanoven ordenagailua laster hilko da" bezalako jakinarazpenak jasoko ditu. Administratzaileak mezu osoa jasoko du erroreari buruz, nor, nola eta zer gertatu den edo gerta daitekeen.
Gehitu dezagun arduradun gehigarri baten posta erabiltzeko gaitasuna, matxura gertatuz gero mezu bat jaso dezan.
Gehitu dezagun elkarrekintza kanpoko zerbitzu-hornitzaileekin oinarritutako mezu elektronikoak aldez aurretik prestatutako testuarekin bidaltzean, zeren Posta elektronikoa da gertakaria sortzen duena.
Sistemarekiko interakzio guztiak txatbot batera konektatuko dira; komunikazioa elkarrizketa-estiloan egiten da.

osatzeko:

Gehitu dezagun "administratzailearekin txateatu" funtzioa, erabiltzaileak administratzaileari arazoa deskribatzen duen mezua zuzenean bidal diezaion.

Sistema bere hardwarearekin hornitu behar da.
Burdina eskuragarri egon behar da.
Sistemak ingurunetik ahalik eta independenteena izan behar du.

Har dezagun Raspberry PI ordenagailu merkea eta prest.
Etenik gabeko hornidura plaka bat diseinatuko dugu.
Gehitu dezagun modem bat sare lokalaren egoeratik independentea izateko.
Eraikin eder bat diseinatuko dugu.

Gaur egun, hiru azpisistema ditugu beren ezarpenerako eskakizun eta ikuspegi propioa dutenak:

hardware azpisistema;
jarraipen azpisistema;
erabiltzailearen interakzio azpisistema.

Hardware azpisistemaren aurreproiektua garatu dugu. Bai bai! Agilearen arau guztiak urratu ondoren, dokumentu bat garatu genuen, fabrikazio-lantegiek dokumentuekin lan egiten dutelako. Gainerako azpisistemetarako, erabiltzaileak (pertsona) identifikatu ditugu, erabiltzaile-istorioak prestatu eta garatzeko zereginak idatzi ditugu.

На этом этап концепции заканчивается, и его результатом стали:

hardware plataforma baten proiektua;
gainontzeko bi azpisistemetarako erabiltzaile-istorioen moduan ikuspegi formulatua;
makina birtual gisa inplementatutako software-prototipoa;
hardwarearen prototipo bat, stand moduan inplementatua, non hardware-soluzioak benetan probatu zituzten indarra;
gure administratzaileek egindako probak.

Etapa honetako arazoak antolakuntzakoak izan ziren gehienbat eta ingeniaritzako langileek salmenten alderdi juridiko eta kontabilitateetan zuten ezagutza ezarekin zerikusia zuten. Horiek. Gauza bat da zer eta nola saldu jakitea, eta beste bat lege-makina gupidagabe bati aurre egitea: patenteak, garapen-zereginak, erregistroa, EULA eta askoz gehiago, pertsona sortzaileak hasieran kontuan hartu ez genituenak.

Oraindik ez zegoen arazorik, itxituraren diseinuarekin lotutako zailtasuna baizik. Gure taldea ingeniariek bakarrik osatzen dute, beraz, kaxaren lehen bertsioa plexiglasetik "eraiki" zuen gure elektronika espezialistak.

Gorputzak, nolabait esateko, polemikoa zuen, batez ere publikoarentzat, teknologia modernoak hondatuta. Noski, "Kulibins" belaunaldi zaharren artean adituak zeuden - eraikinak sentimendu nostalgikoak sorrarazten zituen haietan. Kaxa berriro fabrikatzea eta diseinatzea erabaki zen, zaharrak, akats estetikoez gain, egiturazkoak ere bai baitzituen - plexiglasak ez zuen ondo onartzen gailua muntatu eta desmuntatzea eta pitzatzeko joera zuen. Kasuaren ekoizpenari buruz gehiago kontatuko dizut.

Eta orain helmugatik gertu gaude - MVP. Jakina, hau oraindik ez da azken ekoizpen-produktua, baina dagoeneko erabilgarria eta baliotsua da. Etapa honen helburu nagusia “sortu-ebaluatu-ikasi” zikloa martxan jartzea da. Hau da hain zuzen LANBIX dagoen etapa.

"Sortu" fasean, adierazitako funtzionaltasuna betetzen duen gailu bat sortu dugu. Bai, oraindik ez da perfektua, eta lanean jarraitu genuen.

Itzuli gaitezen gorputzaren fabrikaziora, alegia. gure gailua nostalgikotik modernora eraldatzeko zereginera. Hasieran, kabinete fabrikatzaileen eta diseinu industrialaren zerbitzuen merkatua miatu nuen. Lehenik eta behin, ez dago Errusiako merkatuan kasuak ekoizten dituzten enpresa asko, eta, bigarrenik, fase honetan diseinu industrialaren kostua izugarri altua da, milioi bat errublo inguru.

Gure marketin departamentuarekin harremanetan jarri ziren diseinua egiteko; diseinatzaile gaztea esperimentu sortzaileetarako prest zegoen. Kroskoari buruzko gure ikuspegia azaldu genuen (aurretik kaskoaren eraikuntzaren adibiderik onenak aztertuta), eta hark, berriz, artelan bihurtu zuen. Hori ekoiztea baino ez da geratzen. Gu, gure diseinuaz harro, gure bazkideengana jo dugu. Haien zuzendari nagusiak berehala zapaldu zituen gure fantasiak, guztiz doan, gure aukeratutako moduan ekoiztu ezin ziren gauzak adieraziz. Kaxa ekoiztu daiteke, eta ez da Applerena baino okerragoa izango, baina kasuaren kostua osagai elektroniko guztiak baino hiruzpalau aldiz garestiagoa izango da. Eragiketa eta homologazio batzuen ostean, ekoiztu daitekeen etxebizitza bat diseinatu dugu. Bai, ez da aurreikusi genuen bezain ederra, baina aproposa da egungo helburuak lortzeko.

Etaparen emaitza: borrokarako eta probarako prest dauden gailuen lehen sorta.

Eta orain zailena “ebaluatzeko” etapa da, eta gure produktuarekin puntu honetan gaude. Bezero errealen erabileraren emaitzetan soilik ebaluatu dezakegu eta hemen ez dago hipotesirik funtzionatzen. "Early adopters" horiek behar ditugu iritzia emateko eta benetan beharrezkoak diren produktuan aldaketak egiteko. Galdera sortzen da: non lortu bezeroak eta nola konbentzitu esperimentuan parte hartzera?

Aukera guztien artean, tresna digitalen multzo klasiko bat aukeratu dugu: landing page eta publizitate kanpaina sare sozialetan.

Dagoeneko prozesua martxan jarri da, baina goiz da emaitzei buruz hitz egiteko, nahiz eta dagoeneko erantzunak dauden eta gure hipotesi askoren berrespena jaso dugun. Ezusteko atsegina negozio-segmentu guztiz ezberdinetako ordezkarien erreakzioa izan zen, espero genuena baino askoz handiagoa. Inozoa litzateke aurkezpen berriei jaramonik ez egitea, eta elkarrizketen emaitzen arabera, LANBIX Enterprise izeneko LANBIX linea paraleloa martxan jartzea erabaki zen. Banatutako azpiegituretarako euskarria gehitu dugu, Wi-Fi sareen jarraipena arazoak konpontzeko eta lokalizazioarekin eta komunikazio kanalen kalitatea kontrolatuz. Zerbitzu enpresek konponbidearekiko interes handiena adierazi zuten. Aldi berean, dagoeneko garatu ditugun gailuek zeresan handia dute soluzioen funtzionamenduan.

Zer gertatuko da gero

Jatorrizko LANBIXarekin zer gertatuko den argi geratuko da kanpainaren emaitzen arabera. Gure hipotesiak baieztatzen ez badira, Lean metodologiaren arabera, gupidagabe kenduko dugu edo berri bihurtuko da, inork behar ez duen produktu bat egitea baino okerragorik ez dagoelako. Baina orain esan dezakegu egindako lana ez dela alferrikakoa izan eta horri esker produktu paraleloen adar oso bat agertu da, aktiboki lantzen ari garen. Arrakasta izanez gero, LANBIX MVP fasetik azken fasera pasatuko da eta produktuen marketinaren lege klasiko ulergarrien arabera garatuko da.

Berriro diot, orain lehen erabiltzaileak aurkitu nahi ditugu, gure produktua instalatu dezaketen enpresak iritziak jasotzeko. LANBIX probatzeko interesa baduzu, idatzi iruzkinetan edo mezu pribatuetan.

Iturria

Iturria: www.habr.com

Ideiak nola lantzen ditugun eta LANBIX nola jaio zen