Cumu travaglià cù idee è cumu hè natu LANBIX

Ci sò assai impiegati creativi in ​​LANIT-Integration. L'idee per novi prudutti è prughjetti sò literalmente appiccicati in l'aria. A volte pò esse assai difficiuli di identificà i più interessanti. Dunque, inseme avemu sviluppatu a nostra propria metodulugia. Leghjite stu articulu nantu à cumu selezziunate i migliori prughjetti è implementà.

In Russia, è in u mondu sanu, una quantità di prucessi sò accaduti chì portanu à a trasfurmazioni di u mercatu IT. Grazie à l'aumentu di a putenza di l'informatica è l'emergenza di u servitore, a rete è altre tecnulugia di virtualizazione, u mercatu ùn hà più bisognu di una grande quantità di hardware. I venditori preferiscenu sempre più travaglià cù i clienti direttamente. U mercatu di l'IT sta sperimentando un boom in l'outsourcing in tutte e so forme, da l'outsourcing classicu à a nova onda di outsourcing - "cloud providers". I sistemi è l'elementi di l'infrastruttura diventanu assai più faciuli di mantene è di cunfigurà. A qualità di u software cresce ogni annu è i travaglii di l'integratore sò trasfurmati.

Cumu travaglià cù idee

Direzzione di partenza di u produttu in "LANIT-Integrazione" hè stata intornu per più di un annu. U nostru scopu principale hè di creà novi prudutti è di purtà à u mercatu. U primu chì avemu principiatu era urganizà u prucessu di creazione di prudutti. Avemu studiatu assai metodulugia, da u classicu à l'hype. Tuttavia, nimu d'elli hà risponde à i nostri bisogni. Dopu avemu decisu di piglià a metodulugia Lean Startup cum'è una basa è adattà à i nostri compiti. U Lean Startup hè una teoria di l'imprenditorialità creata da Eric Ries. Hè basatu annantu à i principii, approcci è pratiche di cuncetti cum'è a fabricazione magra, u sviluppu di i clienti è a metodulugia di sviluppu flexible.

In quantu à l'approcciu direttu à a gestione di u sviluppu di u produttu: ùn avemu micca reinventatu a rota, ma appiicatu una metodulugia di sviluppu digià esistente. SCRUM, aghjunghjendu creatività, è avà pò esse chjamatu SCRUM-WATERFALL-BAN. SCRUM, malgradu a so flessibilità, hè un sistema assai rigidu è hè adattatu per gestisce una squadra rispunsevuli di un solu pruduttu / prughjettu. Comu capisci, l'affari classicu di "integrazione" ùn implica micca l'assignazione di specialisti tecnichi à tempu pienu per travaglià nantu à un prughjettu (ci sò eccezzioni, ma assai raramenti), postu chì in più di travaglià nantu à i prudutti, tutti sò occupati cù prughjetti attuali. Da SCRUM avemu pigliatu a divisione di u travagliu in sprints, rapporti di ogni ghjornu, retrospettivi è roli. Avemu sceltu Kanban per u nostru flussu di compitu è ​​hè integratu bè in u nostru sistema di seguimentu di u travagliu esistente. Avemu strutturatu u nostru travagliu integrendu senza saldatura in l'ordine esistenti di e cose.
Prima di entre in u mercatu, un pruduttu passa per 5 tappe: idea, selezzione, cuncettu, MVP (più dettagli sottu) è pruduzzione.

Idea

À questu stadiu, ci hè qualcosa effimera - una idea. Ideale, una idea per risolve un prublema esistenti o un prublema di cliente. Ùn avemu micca carenza di idee. Sicondu u pianu iniziale, anu da esse generati da l'impiegati di e zone tecniche. Per chì un'idea sia accettata per u sviluppu ulteriore, l'autore deve cumprità u "Modello di cuncepimentu di l'idea". Ci sò solu quattru dumande : Chì ? Perchè? Quale hè bisognu di questu? È se micca u nostru pruduttu, allora chì?

Source

Selezzione

Appena u mudellu cumpletu ghjunghje à noi, u prucessu di trasfurmazioni è selezzione principia. U stadiu di selezzione hè u più intensivu di travagliu. In questu stadiu, l'ipotesi di prublemi sò furmati (ùn era micca per nunda chì aghju dettu in u paràgrafu precedente chì idealmente una idea deve risolve u prublema di u cliente) è u valore di u pruduttu. Una ipotesi di scala hè furmatu, i.e. cumu a nostra attività hà da cresce è prosperà. L'entrevista di prublemi è esperti sò realizati cù i clienti potenziali per furnisce a cunferma preliminare chì avemu da pruduce qualcosa necessariu. Ci vole almenu 10-15 entrevista per piglià una cunclusione nantu à a necessità di u pruduttu.

Se l'ipotesi sò cunfirmati, un analisi finanziariu preliminariu hè realizatu, u voluminu apprussimativu di l'investimentu è i pussibuli guadagnà di l'investitore sò valutati. In u risultatu di sta tappa, un documentu chjamatu Lean Canvas hè natu è prisentatu à a gestione.

Concepto

In questu stadiu, circa 70% di l'idee sò eliminati. Se u cuncettu hè appruvatu, allora u stadiu di sviluppu di l'idea principia. A funziunalità di u futuru pruduttu hè furmatu, i percorsi di implementazione è e soluzioni tecniche ottimali sò determinate, è u pianu di l'affari hè aghjurnatu. U risultatu di sta tappa hè una specificazione tecnica per u sviluppu è un casu di cummerciale detallatu. Se successu, andemu à u stadiu MVP o MVP.

MVP o MVP

MVP hè un pruduttu minimu viable. Quelli. un pruduttu chì ùn hè micca sviluppatu cumplettamente, ma pò digià purtà valore è eseguisce a so funziunalità. Hè imperativu chì in questa tappa di u sviluppu raccogliemu feedback da l'utilizatori veri è facenu cambiamenti.

Pruduzione

È l'ultima tappa hè a produzzione. Ùn più di 5% di i prudutti ghjunghjenu à questu stadiu. Stu 5% include solu i prudutti più impurtanti, necessarii, viables è funziunali.

Avemu assai idee è avemu digià assemblatu una cartera voluminosa. Analizemu ogni idea è facemu tuttu per assicurà chì ghjunghje à a fase finale. Hè assai piacevule chì i nostri culleghi ùn sò micca stati indifferenti à a nostra direzzione di R & D è piglianu una parte attiva in u sviluppu è l'implementazione di prudutti è suluzioni.

Cumu avemu fattu LANBIX

Fighjemu à creà un pruduttu cù un esempiu veru - u pruduttu LANBIX. Questu hè un sistema di software è hardware "in scatula" cuncepitu per monitorà e piccule infrastrutture IT è avvisà prontamente i decisori è l'utilizatori di l'affari nantu à i malfunzionamenti cuntrullati via un chatbot. In più di a funzione di monitoraghju, LANBIX include funziunalità Help Desk. Stu pruduttu hè esclusivu à u segmentu di u mercatu chì avemu destinatu. Questu hè u nostru vantaghju è u nostru dolore. Ma prima cosa prima. Diciaraghju subitu chì LANBIX hè un pruduttu vivu (vale à dì, ùn hè micca finali in u so sviluppu è hè in a prossima volta di MVP).

Allora, u primu stadiu hè l'idea. Per chì una idea nascite, avete bisognu di prublemi, è l'avemu avutu, o megliu micca noi, ma i nostri amichi. Quì sottu, guardemu parechje situazioni reali chì sò accadute in diverse aree di l'affari.

Una piccula cumpagnia di gestione mantene duie case in a regione di Mosca. U persunale cù i PC hè di circa 15 persone. L'amministratore di u sistema hè un freelancer visitante (u figliolu intelligente di unu di i residenti attenti). Sembra chì l'attività di a cumpagnia di gestione sò debbuli dipendenu da l'IT, ma a peculiarità di questa attività hè un rapportu mensuale à parechje autorità. U discu di u sistema di u capu di a cumpagnia (chì, cum'è solitu, combina parechji roli) hà scappatu di u spaziu liberu. Naturalmente, questu ùn hè micca accadutu di colpu; l'avvertimentu hè appiccicatu per circa 2 mesi è hè sempre ignoratu. Ma hè ghjuntu un aghjurnamentu, l'OS hè stata aghjurnata è, cum'è a furtuna l'avete, s'hè congelatu in u mità di l'aghjurnamentu, lagnandu prima di "morte" di un discu occupatu. L'urdinatore andò in un reboot ciclicu. Mentre risolvevamu u prublema è ottenevamu rapporti, avemu mancatu u termini di rapportu. Sembra chì un malfunzionamentu triviale hà causatu diversi prublemi: da perdite à litigazione è responsabilità amministrativa.

Source   

Un incidente simili hè accadutu in una grande cumpagnia di holding, chì unisce parechje cumpagnie chjuche, cù un solu serviziu di supportu tecnicu per l'uffiziu tutale. In unu di i dipartimenti, l'urdinatore di u capimachja s'hè lampatu. Era cunnisciutu dapoi un bellu pezzu chì puderia rompe (l'urdinatore rallentava disperatamente è si scaldava), ma u capimachja ùn hà mai ghjuntu à mandà una dumanda à l'assistenza tecnica. Naturalmente, hà sbulicatu esattamente u ghjornu di pagamentu, è l'impiegati di u dipartimentu eranu senza soldi per parechji ghjorni.

Una piccula impresa in u picculu cummerciu di grossista hà avutu un situ web di vendita, chì era ospitu nantu à una piattaforma esterna. Avemu amparatu nantu à a so indisponibilità per telefunu da un cliente regulare. À l'ora di a chjama, u situ era statu falatu per circa trè ore. Pigliò un altru paru d'ore per truvà a persona rispunsevuli di u situ, è altri dui per risolve u prublema. Dunque, u situ ùn era micca dispunibule per quasi tuttu u ghjornu di travagliu. Sicondu u direttore cummerciale di a cumpagnia, stu downtime li costava circa 1 milione di rubli.

Eiu stessu aghju scontru una situazione simili quandu aghju vinutu per un appuntamentu à a clinica è duverebbe andà à a registrazione VHI. Ùn pudianu micca mandà à u duttore per una raghjone triviale - ci era una putenza in a matina, è dopu à l'accidentu u so serviziu postale è un certu serviziu per cumunicà cù a cumpagnia d'assicuranza ùn hà micca travagliatu. In risposta à a mo dumanda, induve sò i vostri amministratori, m'hà dettu chì u so amministratore vene è li visita una volta à settimana. È avà (à quellu tempu era digià 16:00) ùn piglia micca u telefunu. Per almenu 7 ore, a clinica hè stata tagliata da u mondu esternu è ùn pudia micca furnisce servizii pagati.

Chì sò tutti questi casi in cumunu ? Assolutamente tutti i prublemi puderianu esse prevenuti in anticipu. Cù una risposta puntuale da e persone di l'IT, u dannu puderia esse ridutta. Questu saria pussibule se i primi sintomi sò stati interpretati currettamente da l'utilizatori.

Avemu identificatu ipotesi di prublema:

• perdite monetarie è reputational significative per via di a bassa velocità di risposta à i difetti in l'infrastruttura IT;
• malinterpretazione di i primi sintomi di un malfunzionamentu da l'utilizatori.

Chì pò fà u cliente cun elli, è cumu per evità situazioni simili in u futuru? Ùn ci sò parechje scelte:

1. ingaghjate un amministratore di sistema altamente qualificatu è fatelu travaglià cun cosciente;
2. esternalizza u mantenimentu IT à una cumpagnia di serviziu specializata;
3. implementà indipindentamente un sistema di monitoraghju è di segnalazione di difetti;
4. furnisce una furmazione à l'utilizatori / u persunale di l'affari in i principii di l'alfabetizazione di l'informatica.

Andemu à a terza opzione. Offremu un sistema di surviglianza à quelli chì ùn l'utilizanu micca per diversi motivi.

Digressione lirica. Diversi sistemi per u monitoraghju di i servizii IT in u mercatu di l'impresa sò stati utilizati per un bellu pezzu, è i so benefici ùn sò micca in disputa. Aghju parlatu cù rapprisentanti di e grande cumpagnie, fighjatu cumu a relazione trà l'affari è l'IT hè stata custruita. U direttore tecnicu di una grande impresa di custruzzione di macchine hà esterno u mantenimentu di l'infrastruttura IT à una sucietà esterna, ma ellu stessu ferma in a cunniscenza di tutte e cose. In u so uffiziu pende un grande schermu di u sistema di surviglianza cù indicatori di u statutu di i servizii IT. I più critichi sò inclusi in u sistema. In ogni mumentu, u direttore tecnicu pò sapè quale hè u statu di l'infrastruttura, ciò chì succede, induve u prublema hè, se i rispunsevuli sò stati avvisati, è se u prublema hè risolta.

I stori elencati sopra anu fattu chì a nostra squadra pensa à cumu creà un sistema di monitoraghju ottimali per e piccule imprese. In u risultatu, hè natu LANBIX - un sistema di surviglianza chì pò esse implementatu da assolutamente nimu senza cunniscenze IT. L'ughjettu principale di u sistema hè simplice, cum'è tutti i sistemi destinati à aumentà a continuità è a dispunibilità - riducendu perdite monetarie è altre in casu di downtime imprevisu. U dispusitivu hè pensatu per riduce à u minimu u tempu trà "qualcosa hè rottu" è "u prublema hè stata risolta".

Per cunfirmà l'ipotesi, l'entrevista di prublema sò state realizate. Ùn pudia micca imaginà quantu a ghjente seria disposta à dì senza pruvà à vende à elli. Ogni conversazione durò almenu 1,5 ore, è avemu ricevutu assai infurmazioni utili per u sviluppu.

Riassumemu i risultati di sta tappa:

1. ci hè una cunniscenza di u prublema,
2. capiscenu di u valore - ci hè,
3. Ci hè una idea per una suluzione.

A seconda tappa era più detallata. Basatu nantu à i so risultati, avemu avutu a prisentà à a gestione, chì essenzialmente ghjucà u rolu di un investitore, un casu cummerciale (u stessu Lean Canvas) per piglià una decisione nantu à u futuru destinu di u pruduttu.

Avemu principiatu cù a ricerca di u mercatu è l'analisi cumpetitiva per sapè quale, chì è, più impurtante, cumu si facenu in stu mercatu.

Hè risultatu u seguitu.

1. Ùn ci hè micca un sistema di surviglianza boxed prontu nantu à u mercatu per u nostru segmentu (piccole imprese), cù l'eccezzioni di un paru o trè, chì ùn parleraghju micca per ragioni evidenti.
2. I nostri principali cuncurrenti, curiosamente, sò amministratori di sistema cù script scritti in casa è "add-ons" à i sistemi di surviglianza open-source.
3. Ci hè un prublema chjaru cù l'usu di sistemi di surviglianza open source. Ci hè un sistema, ci hè una grande quantità di informazioni nantu à cumu travaglià è mudificà u sistema per adattà à i vostri bisogni. Di l'amministratori chì aghju intervistatu, assai ammessi chì ùn anu micca abbastanza cumpetenze per implementà e so idee per sè stessu. Ma ùn ponu micca ammette questu à a gestione per paura di licenziamentu. Risulta esse un circulu vicious.

Dopu avemu passatu à analizà i bisogni di i nostri clienti potenziali. Avemu identificatu per noi un segmentu di picculi urganisazioni chì per una certa ragione ùn anu micca u so propiu serviziu IT, induve un amministratore di sistema entrante, un freelancer, o una cumpagnia di serviziu hè rispunsevule per l'IT. Ùn era micca u latu IT chì hà decisu di entre, ma u latu di l'affari, chì offre à i fundatori è i pruprietarii di l'imprese un strumentu per migliurà a qualità di u serviziu di l'infrastruttura IT. Un pruduttu chì deve aiutà i pruprietarii à assicurà a so attività, ma à u stessu tempu aghjunghje u travagliu à e persone chì sò rispunsevuli di l'IT. Un pruduttu chì furnisce l'imprese cù un strumentu per monitorizà a qualità di supportu IT.

In u risultatu di l'elaborazione di e dati ricevuti, hè natu a prima lista di esigenze (una spezia di backlog grossu) per u futuru pruduttu:

• u sistema di surviglianza deve esse basatu nantu à una suluzione open source è, in u risultatu, economicu;
• faciule è prestu à stallà;
• ùn deve micca bisognu di cunniscenze specifiche in l'informatica, ancu un contabile (in nisun modu ùn vulia offensà i rapprisentanti di sta professione) deve esse capace di implementà è cunfigurà u sistema;
• duverebbe detect automaticamente l'uggetti per u monitoraghju in a reta;
• duverebbe automaticamente (è idealmente automaticamente) installà agenti di surviglianza;
• deve esse capace di monitorà i servizii esterni, almenu un sistema CRM è un situ web di vendita;
• deve avvisà l'affari è l'amministratore di u sistema di prublemi;
• u gradu di prufundità è "lingua" di alerti deve esse diffirenti per l'amministratore è l'affari;
• u sistema deve esse furnitu nantu à u so propiu hardware;
• u ferru deve esse u più accessibile;
• u sistema deve esse u più indipendente pussibule da fattori esterni.

In seguitu, l'investimenti in u sviluppu di u produttu sò stati calculati (cumpresi i costi di travagliu per l'impiegati di u dipartimentu tecnicu). Un sketch di u mudellu di cummerciale hè statu preparatu è l'ecunumia unità di u pruduttu hè stata calculata.

Résultat de l'étape :

• backlog di produttu di altu livellu;
• un mudellu di cummerciale formulatu o una ipotesi di scala chì ùn hà ancu esse pruvatu in pratica.

Andemu à u prossimu stadiu - cuncettu. Quì noi, cum'è ingegneri, truvamu in u nostru elementu nativu. Ci sò "listi di desideri" chì sò scomposti in cumpunenti / sottosistemi / funziunalità, dopu sò trasfurmati in specificazioni tecniche / storie d'utilizatori, dopu in un prughjettu, etc. Ùn aghju micca in detail in u prucessu di preparazione di una varietà di opzioni alternative; andemu direttamente à i requisiti è i metudi scelti per a so implementazione.

Demanda
dicisioni

• Si deve esse un sistema di surviglianza aperta;

Pigliemu un sistema di surviglianza open source.

• U sistema deve esse simplice è prestu à stallà;
• ùn deve micca bisognu di cunniscenze IT specifiche. Ancu un accountant deve esse capace di implementà è cunfigurà u sistema.

Offriamu un sistema installatu per chì l'utilizatore solu deve accende u dispusitivu è cunfigurà un pocu, simili à un router.

Chiudemu l'interazzione cù u dispusitivu per qualcosa simplice è comprensibile per tutti.

Scrivemu u nostru propiu chatbot per unu di i messageri instantani ben cunnisciuti è trasfirìmu tutte l'interazzione cù u sistema.

U sistema deve:

• rileva automaticamente l'uggetti necessarii per u monitoraghju in a reta;
• installà automaticamente agenti di monitoraghju;
• Puderete monitorà i servizii esterni, almenu un sistema CRM è un situ web di vendita.

Scrivemu add-ons per u sistema di monitoraghju per:

• rilevazione automatica di l'ughjettu;
• stallazione automatica di agenti;
• monitorà a dispunibilità di servizii esterni.

U sistema deve:

• notificà l'affari è l'amministratore di u sistema di prublemi;
• esse capace di monitorà i servizii esterni, almenu un sistema CRM è un situ web di vendita. U gradu di prufundità è "lingua" di notificazioni deve esse diffirenti per l'amministratore è l'affari.
• U sistema ùn deve micca bisognu di cunniscenze informatiche specifiche; ancu un contabile deve esse capace di implementà è cunfigurà u sistema.

• Aghjunghjemu diversi tipi di notificazioni per diversi tipi d'utilizatori. Differenti in pitch è prufundità. Un utilizatore cummerciale riceve notificazioni cum'è "tuttu va bè, ma l'urdinatore di Ivanov morirà prestu". L'amministratore riceverà un missaghju cumpletu nantu à l'errore, quale, cumu è ciò chì hè accadutu o puderia succede.
• Aghjunghjite a capacità di utilizà u mail di una persona rispunsevuli supplementari, perchè in casu di guasi riceverà un missaghju.
• Aghjunghjemu l'interazzione cù i fornituri di servizii esterni basatu annantu à l'inviu di e-mail cù u testu pre-preparatu, perchè Hè l'email chì dà origine à l'incidentu.
• Tutte l'interazzione cù u sistema seranu cunnessi à un chatbot; a cumunicazione hè realizata in un stile di dialogu.

Addizione:

• Aghjunghjemu a funziunalità di "chat with the administrator" in modu chì l'utilizatore pò mandà à l'amministratore un missaghju chì descrive u prublema direttamente.

• U sistema deve esse furnitu nantu à u so propiu hardware.
• U ferru deve esse dispunibule.
• U sistema deve esse u più indipendente pussibule da l'ambiente.

• Pigliemu un computer Raspberry PI prontu è prezzu.
• Progettaremu una scheda di alimentazione senza interruzzione.
• Aghjunghjemu un modem per esse indipindenti di u statu di a reta lucale.
• Progettaremu un bellu edifiziu.

Avemu avà trè sottosistemi cù i so propri esigenze è visione per a so implementazione:

• sottosistema hardware;
• sottosistema di monitoraghju;
• sottosistema di interazzione cù l'utilizatori.

Avemu sviluppatu un cuncepimentu preliminariu per u subsistema di hardware. Iè Iè! Dopu avè violatu tutte e regule di agile, avemu sviluppatu un documentu, perchè e piante di fabricazione travaglianu cù documenti. Per i sottosistemi rimanenti, avemu identificatu l'utilizatori (persone), avemu preparatu storie d'utilizatori, è hà scrittu i travaglii per u sviluppu.

Questu cuncludi a fase di cuncettu, è u risultatu hè:

• prughjettu per una piattaforma hardware;
• visione formulata in forma di storie d'utilizatori per i dui sottosistemi rimanenti;
• un prototipu di software implementatu cum'è una macchina virtuale;
• un prototipu di hardware, implementatu in a forma di un stand, induve e soluzioni di hardware sò stati pruvati per a forza;
• teste realizate da i nostri amministratori.

I prublemi in questa tappa eranu soprattuttu urganizatori è ligati à a mancanza di cunniscenza di u persunale di l'ingegneria in l'aspettu legale è contabile di vendita. Quelli. Hè una cosa per capisce ciò chì è cumu vende, è un altru assai per esse affruntatu cù una macchina legale spietata: patenti, compiti di sviluppu, iscrizzione, EULA è assai più chì noi, cum'è pirsuni creativi, ùn avemu micca principiatu in contu.

Ùn ci era ancu un prublema, ma piuttostu una difficultà assuciata à u disignu di l'enclosures. A nostra squadra hè custituita da solu ingegneri, cusì a prima versione di u casu hè stata "custruita" da plexiglass da u nostru specialista in elettronica.

U corpu pareva, per dì, cuntruversu, soprattuttu per u publicu, spoiled da a tecnulugia muderna. Ci era, di sicuru, cunnoisseurs trà l'anziana generazione di "Kulibins" - l'edifiziu evocava sentimenti nostalgichi in elli. Hè statu decisu di fabricà è di disignà u casu novu, postu chì u vechju, in più di i difetti estetichi, anu avutu ancu strutturale - u plexiglass ùn tollerà micca bè l'assemblea è u disassemblamentu di u dispusitivu è tende à crack. Vi dicu più nantu à a pruduzzione di u casu.

È avà simu vicinu à a fine - MVP. Di sicuru, questu ùn hè micca ancu un pruduttu di produzzione finali, ma hè digià utile è preziosu. U scopu principale di sta tappa hè di lancià u ciculu "creà-valutà-amparà". Questu hè esattamente u stadiu chì LANBIX hè.

À a tappa di "creà", avemu creatu un dispusitivu chì eseguisce a funziunalità dichjarata. Iè, ùn hè micca perfettu ancu, è avemu cuntinuatu à travaglià nantu à questu.

Riturnemu à a fabricazione di u corpu, i.e. à u compitu di trasfurmà u nostru dispusitivu da nostalgicu à mudernu. À u principiu, aghju scupertu u mercatu per i fabricatori di cabinetti è servizii di design industriale. Prima, ùn ci sò parechje cumpagnie chì producenu casi nantu à u mercatu russu, è in segundu, u costu di u disignu industriale in questa fase hè pruibitivu altu, circa 1 milione di rubli.

Cuntattate u nostru dipartimentu di marketing per u disignu; u ghjovanu designer era prontu per esperimenti creativi. Avemu delineatu a nostra visione di u cascu (avendu studiatu prima i migliori esempi di a custruzzione di u cascu), è ellu, à u turnu, hà trasfurmatu in una opra d'arti. Il ne reste plus qu'à produire. Avemu, fieru di u nostru disignu, vultò à i nostri partenarii. U so CEO hà subitu sfracicatu e nostre fantasie indicà, completamente gratisi, cose chì ùn puderanu micca esse prudutte in u nostru modu sceltu. U casu pò esse pruduciutu, è ùn serà micca peggiu di Apple, ma u costu di u casu serà trè o quattru volte più caru di tutti i cumpunenti elettroni. Dopu una seria di operazioni è appruvazioni, avemu cuncepitu un alloghju chì pò esse pruduciutu. Iè, ùn hè micca cusì bellu cum'è avemu previstu, ma hè l'ideale per ottene i scopi attuali.

Risultatu di a tappa: u primu batch di dispusitivi pronti per u cummattimentu è a prova.

È avà u più difficiule hè a tappa "evaluate", è cù u nostru pruduttu simu esattamente à questu puntu. Pudemu solu evaluà nantu à i risultati di l'usu da i clienti veri è ùn ci sò micca supposizioni chì travaglianu quì. Avemu bisognu di quelli "early adopters" per furnisce feedback è fà i cambiamenti à u pruduttu chì sò veramente necessarii. A quistione hè: induve uttene i clienti è cumu cunvince à participà à l'esperimentu?

Di tutte l'opzioni pussibuli, avemu sceltu un inseme classicu di strumenti digitale: pagina di destinazione è campagna di publicità nantu à e rete soziale.

U prucessu hè digià lanciatu, ma hè troppu prestu per parlà di risultati, ancu s'ellu ci sò digià risposti è avemu ricevutu cunferma di parechje di e nostre ipotesi. Una sorpresa piacevule hè stata a reazione di i rapprisentanti di segmenti di cummerciale completamente differenti, assai più grande di quelli chì avemu aspittatu. Saria stupidu per ignurà e novi introduzioni, è basatu annantu à i risultati di l'entrevista, hè statu decisu di lancià una linea LANBIX parallela chjamata LANBIX Enterprise. Avemu aghjustatu u supportu per l'infrastrutture distribuite, u monitoraghju di e rete Wi-Fi cù a risoluzione di prublemi è a localizazione, è u monitoraghju di a qualità di i canali di cumunicazione. L'imprese di serviziu anu manifestatu u più grande interessu in a suluzione. À u listessu tempu, i dispusitivi chì avemu digià sviluppatu ghjucà un rolu impurtante in u funziunamentu di e suluzioni.

Chì accadrà dopu

Ciò chì succede dopu cù u LANBIX originale diventerà chjaru basatu nantu à i risultati di a campagna. Se i nostri ipotesi ùn sò micca cunfirmati, secondu a metodulugia Lean, avemu da sguassate senza pietà o serà trasfurmatu in qualcosa di novu, perchè ùn ci hè nunda di peggiu chì fà un pruduttu chì nimu hà bisognu. Ma avà pudemu dì chì u travagliu fattu ùn hè micca in vain è, grazia à questu, hè apparsu una filiera sana di prudutti paralleli, chì avemu travagliatu attivamente. In casu di successu, LANBIX passerà da a tappa MVP à u stadiu finali è si svilupperà secondu e leggi classiche cumpresi di u marketing di u produttu.

Ripecu, avà vulemu truvà i primi adoptanti, cumpagnie chì ponu installà u nostru pruduttu per raccoglie feedback. Sè site interessatu à pruvà LANBIX, scrivite in i cumenti o missaghji privati.

Source

Source: www.habr.com