Kako radimo s idejama i kako je rođen LANBIX

U LANIT-Integrationu ima mnogo kreativnih zaposlenika. Ideje za nove proizvode i projekte doslovno vise u zraku. Ponekad može biti vrlo teško identificirati one najzanimljivije. Stoga smo zajedno razvili vlastitu metodologiju. Pročitajte ovaj članak o tome kako odabrati najbolje projekte i provesti ih.

U Rusiji, ali iu svijetu u cjelini, odvijaju se brojni procesi koji dovode do transformacije IT tržišta. Zahvaljujući porastu računalne snage i pojavi poslužiteljskih, mrežnih i drugih virtualizacijskih tehnologija, tržište više ne treba veliku količinu hardvera. Dobavljači sve više preferiraju izravni rad s kupcima. IT tržište doživljava procvat outsourcinga u svim oblicima, od klasičnog outsourcinga do novog vala outsourcinga – “cloud providera”. Infrastrukturni sustavi i elementi postaju puno lakši za održavanje i konfiguraciju. Kvaliteta softvera raste svake godine, a zadaće integratora se transformiraju.

Kako radimo s idejama

Smjer pokretanja proizvoda u "LANIT-Integracija" postoji više od godinu dana. Naš glavni cilj je stvoriti nove proizvode i plasirati ih na tržište. Prvo s čime smo krenuli bila je organizacija procesa stvaranja proizvoda. Proučili smo mnoge metodologije, od klasičnih do hype. Međutim, nitko od njih nije zadovoljio naše potrebe. Tada smo odlučili uzeti Lean Startup metodologiju kao osnovu i prilagoditi je našim zadacima. Lean Startup je teorija poduzetništva koju je stvorio Eric Ries. Temelji se na načelima, pristupima i praksama koncepata kao što su vitka proizvodnja, razvoj kupaca i fleksibilna metodologija razvoja.

Što se tiče izravnog pristupa upravljanju razvojem proizvoda: nismo ponovno izumili kotač, već smo primijenili već postojeću metodologiju razvoja OLOŠ, dodajući kreativnost, a sada se sa sigurnošću može nazvati SCRUM-WATERFALL-BAN. SCRUM je, unatoč svojoj fleksibilnosti, vrlo krut sustav i pogodan je za upravljanje timom zaduženim za samo jedan proizvod/projekt. Kao što razumijete, klasično “integracijsko” poslovanje ne uključuje dodjeljivanje tehničkih stručnjaka s punim radnim vremenom za rad na jednom projektu (postoje iznimke, ali iznimno rijetko), budući da su osim rada na proizvodima svi zauzeti trenutnim projektima. Od SCRUM-a smo preuzeli podjelu posla na sprinteve, dnevno izvještavanje, retrospektive i uloge. Odabrali smo Kanban za naš tijek zadataka i dobro se integrirao u naš postojeći sustav praćenja zadataka. Strukturirali smo svoj rad besprijekorno se integrirajući u postojeći poredak stvari.
Prije ulaska na tržište, proizvod prolazi kroz 5 faza: ideja, selekcija, koncept, MVP (više detalja u nastavku) i proizvodnja.

Ideja

U ovoj fazi postoji nešto efemerno - ideja. Idealno, ideja za rješavanje postojećeg problema ili problema klijenta. Ideja nam ne nedostaje. Prema inicijalnom planu, trebali bi ih generirati djelatnici tehničkih područja. Da bi ideja bila prihvaćena za daljnji razvoj, autor mora ispuniti “Predložak idejnog rješenja”. Postoje samo četiri pitanja: Što? Za što? Kome ovo treba? A ako ne naš proizvod, što onda?

Источник

tim

Čim gotov predložak stigne do nas, kreće procedura obrade i odabira. Faza odabira je najintenzivnija. U ovoj fazi formiraju se hipoteze problema (nisam uzalud spomenuo u prethodnom paragrafu da bi idealno ideja trebala riješiti problem klijenta) i vrijednosti proizvoda. Formira se hipoteza o ljestvici, tj. kako će naše poslovanje rasti i napredovati. Obavljaju se problemski i stručni razgovori s potencijalnim kupcima kako bismo dobili preliminarnu potvrdu da ćemo proizvoditi nešto što je potrebno. Potrebno je barem 10-15 intervjua da se donese zaključak o potrebi za proizvodom.

Ako se hipoteze potvrde, provodi se preliminarna financijska analiza, procjenjuje se okvirni obujam ulaganja i moguća zarada investitora. Kao rezultat ove faze rađa se dokument nazvan Lean Canvas i prezentiran menadžmentu.

koncept

U ovoj fazi se eliminira oko 70% ideja. Ako je koncept odobren, tada počinje faza razvoja ideje. Formira se funkcionalnost budućeg proizvoda, utvrđuju se putovi implementacije i optimalna tehnička rješenja te ažurira poslovni plan. Rezultat ove faze je tehnička specifikacija za razvoj i detaljan poslovni slučaj. Ako uspije, prelazimo na MVP ili MVP fazu.

MVP ili MVP

MVP je minimalno održiv proizvod. Oni. proizvod koji nije do kraja razvijen, ali već može donijeti vrijednost i obavlja svoju funkcionalnost. Imperativ je da u ovoj fazi razvoja prikupimo povratne informacije od stvarnih korisnika i napravimo promjene.

Proizvodnja

I posljednja faza je proizvodnja. Ne više od 5% proizvoda doseže ovu fazu. Ovih 5% uključuje samo najvažnije, potrebne, održive i funkcionalne proizvode.

Imamo puno ideja i već smo sastavili pozamašan portfelj. Analiziramo svaku ideju i činimo sve da ona dođe do finalne faze. Vrlo je ugodno što naši kolege nisu ostali ravnodušni na naše istraživanje i razvoj te aktivno sudjeluju u razvoju i implementaciji proizvoda i rješenja.

Kako smo napravili LANBIX

Pogledajmo stvaranje proizvoda na stvarnom primjeru - proizvod LANBIX. Ovo je “boxed” softverski i hardverski sustav dizajniran za praćenje malih IT infrastruktura i promptno upozoravanje donositelja odluka i poslovnih korisnika o kvarovima kontroliranim putem chatbota. Uz funkciju nadzora, LANBIX uključuje funkciju Help Desk. Ovaj proizvod je ekskluzivan za tržišni segment na koji ciljamo. To je i naša prednost i naša boljka. Ali prvo o svemu. Odmah ću reći da je LANBIX živi proizvod (to jest, nije konačan u svom razvoju i nalazi se u sljedećem krugu MVP-a).

Dakle, prva faza je ideja. Da bi se ideja rodila, potrebni su problemi, a mi smo ih imali, bolje rečeno ne mi, nego naši prijatelji. U nastavku ćemo pogledati nekoliko stvarnih situacija koje su se dogodile u različitim područjima poslovanja.

Mala tvrtka za upravljanje održava dvije kuće u moskovskoj regiji. Osoblje s računalima ima oko 15 ljudi. Administrator sustava je gostujući honorarac (pametan sin jednog od brižnih štićenika). Čini se da aktivnosti društva za upravljanje slabo ovise o IT-u, ali posebnost ovog poslovanja je mjesečno izvještavanje mnogim tijelima. Na sistemskom disku čelnika tvrtke (koji, kao i obično, objedinjuje mnoge uloge) ponestalo je slobodnog prostora. Naravno, to se nije dogodilo iznenada; upozorenje je visjelo oko 2 mjeseca i stalno je ignorirano. Ali stiglo je ažuriranje, OS je ažuriran i, srećom, zamrznuo se usred ažuriranja, žaleći se prije "smrti" na zauzet disk. Računalo je otišlo u cikličko ponovno pokretanje. Dok smo rješavali problem i dobivali prijave, propustili smo rok za prijavu. Čini se da je trivijalni kvar izazvao razne probleme: od gubitaka do sudskih sporova i administrativne odgovornosti.

Источник   

Sličan incident dogodio se u velikom holdingu, koji ujedinjuje mnoge male tvrtke, s jednom službom tehničke podrške za cijeli ured. U jednom od odjela pokvarilo se računalo šefa računovodstva. Odavno se znalo da bi se mogao pokvariti (računalo je očajno usporavalo i grijalo se), ali šefica računovodstva nikako nije stigla poslati zahtjev tehničkoj podršci. Naravno, pokvario se točno na dan isplate, a zaposlenici odjela nekoliko su dana bili bez novca.

Malo poduzeće u maloj veleprodaji imalo je prodajnu web stranicu koja se nalazila na vanjskoj stranici. Za njegovu nedostupnost doznali smo telefonom od stalne mušterije. U trenutku poziva stranica nije radila oko tri sata. Bilo je potrebno još nekoliko sati da se pronađe osoba odgovorna za stranicu i još dva da se riješi problem. Sukladno tome, stranica je bila nedostupna gotovo cijeli radni dan. Prema komercijalnom direktoru tvrtke, ovaj prekid koštao ih je oko milijun rubalja.

I sam sam se susreo sa sličnom situacijom kada sam došao na pregled u kliniku i morao sam ići na registraciju VHI. Nisu me mogli poslati liječniku iz trivijalnog razloga - ujutro je bio udar struje, a nakon nesreće nije radila njihova poštanska služba i određena služba za komunikaciju s osiguravajućim društvom. Na moje pitanje, gdje su vam admini, rečeno mi je da njihov admin dolazi i posjećuje ih jednom tjedno. A sada (tada je već bilo 16 sati) ne diže slušalicu. Najmanje 00 sati klinika je bila odsječena od vanjskog svijeta i nije mogla pružati plaćene usluge.

Što je zajedničko svim ovim slučajevima? Apsolutno svi problemi mogli su se unaprijed spriječiti. Uz pravovremenu reakciju informatičara, šteta se mogla smanjiti. To bi bilo moguće kada bi korisnici ispravno protumačili rane simptome.

Identificirali smo hipoteze problema:

• značajne novčane i reputacijske gubitke zbog niske brzine odgovora na greške u IT infrastrukturi;
• pogrešno tumačenje ranih simptoma kvara od strane korisnika.

Što kupac može učiniti s njima i kako izbjeći slične situacije u budućnosti? Nema mnogo opcija:

1. zaposliti visokokvalificiranog sistem administratora i natjerati ga da radi savjesno;
2. prepustite IT održavanje specijaliziranoj uslužnoj tvrtki;
3. samostalno implementirati sustav praćenja i dojave kvarova;
4. omogućiti obuku korisnika/poslovnog osoblja u osnovama informatičke pismenosti.

Zaustavimo se za treću opciju. Ponudimo sustav nadzora onima koji ga iz raznih razloga ne koriste.

Lirska digresija. Različiti sustavi za praćenje IT usluga na tržištu poduzeća već se dugo koriste, a njihove prednosti nisu sporne. Razgovarao sam s predstavnicima velikih kompanija, gledao kako se gradi odnos između biznisa i IT-a. Tehnički direktor jedne velike strojograđevne tvrtke prepustio je održavanje informatičke infrastrukture vanjskoj tvrtki, ali on sam ostaje upoznat sa svime. U njegovom uredu visi veliki zaslon sustava za nadzor s indikatorima statusa IT usluga. Oni najkritičniji uključeni su u sustav. Tehnički direktor u svakom trenutku može saznati kakvo je stanje infrastrukture, što se događa, gdje je problem, jesu li obaviješteni odgovorni i ide li se problem na rješavanje.

Gore navedene priče navele su naš tim na razmišljanje o tome kako stvoriti optimalan sustav nadzora za male tvrtke. Kao rezultat, rođen je LANBIX - sustav za nadzor koji može instalirati apsolutno svatko bez ikakvog IT znanja. Glavni cilj sustava je jednostavan, kao i kod svih sustava usmjeren na povećanje kontinuiteta i dostupnosti - smanjenje novčanih i drugih gubitaka u slučaju neplaniranih zastoja. Uređaj je dizajniran da smanji na minimum vrijeme između "nešto je pokvareno" i "problem je riješen".

Kako bi se potvrdile hipoteze, obavljeni su problemski intervjui. Nisam mogao zamisliti koliko bi ljudi bili voljni reći a da im ne pokušam prodati. Svaki razgovor je trajao najmanje 1,5 sat, a dobili smo puno informacija korisnih za daljnji razvoj.

Rezimirajmo rezultate ove faze:

1. postoji razumijevanje problema,
2. razumijevanje vrijednosti - postoji,
3. Postoji ideja za rješenje.

Druga faza je bila detaljnija. Na temelju njegovih rezultata morali smo menadžmentu, koji u biti igra ulogu investitora, predstaviti poslovni slučaj (isti Lean Canvas) kako bismo donijeli odluku o budućoj sudbini proizvoda.

Krenuli smo s istraživanjem tržišta i analizom konkurencije kako bismo saznali tko, što i što je najvažnije kako se snalaze na tom tržištu.

Pokazalo se sljedeće.

1. Za naš segment (male tvrtke) na tržištu nema gotovih sustava za nadzor u kutiji, s izuzetkom par ili tri, o kojima neću govoriti iz očiglednih razloga.
2. Naši su glavni konkurenti, koliko god bilo čudno, administratori sustava s vlastitim skriptama i "dodacima" za sustave za nadzor otvorenog koda.
3. Postoji jasan problem s korištenjem sustava za praćenje otvorenog koda. Postoji sustav, postoji ogromna količina informacija kako raditi i modificirati sustav kako bi odgovarao vašim potrebama. Od administratora koje sam intervjuirao, mnogi su priznali da nemaju dovoljno kompetencija da sami provedu svoje ideje. Ali to ne mogu priznati upravi zbog straha od otkaza. Ispada da je to začarani krug.

Zatim smo prešli na analizu potreba naših potencijalnih kupaca. Identificirali smo za sebe segment malih organizacija koje iz nekog razloga nemaju vlastitu informatičku službu, gdje je za IT odgovoran ili dolazni sistemski administrator, freelancer ili servisna tvrtka. Nije se odlučila ući IT strana, već poslovna strana, koja je osnivačima i vlasnicima tvrtki ponudila alat za poboljšanje kvalitete usluge IT infrastrukture. Proizvod koji bi trebao pomoći vlasnicima da osiguraju svoje poslovanje, ali će u isto vrijeme dodati posao ljudima koji su odgovorni za IT. Proizvod koji tvrtkama pruža alat za praćenje kvalitete IT podrške.

Kao rezultat obrade primljenih podataka nastao je prvi popis zahtjeva (neka vrsta grubog zaostatka) za budući proizvod:

• sustav nadzora mora se temeljiti na rješenju otvorenog koda i kao rezultat toga biti jeftin;
• jednostavna i brza instalacija;
• ne bi trebalo zahtijevati specifično znanje u IT-u, čak bi i računovođa (ni na koji način nisam želio uvrijediti predstavnike ove profesije) trebao biti u stanju implementirati i konfigurirati sustav;
• treba automatski detektirati objekte za praćenje na mreži;
• treba automatski (i idealno automatski) instalirati agente za nadzor;
• mora biti u mogućnosti pratiti vanjske usluge, barem CRM sustav i prodajnu web stranicu;
• treba obavijestiti i tvrtku i administratora sustava o problemima;
• stupanj dubine i "jezik" upozorenja trebao bi biti različit za administratora i tvrtku;
• sustav mora biti isporučen na vlastitom hardveru;
• željezo treba biti što dostupnije;
• sustav treba biti što neovisniji o vanjskim čimbenicima.

Zatim su izračunata ulaganja u razvoj proizvoda (uključujući troškove rada za zaposlenike tehničkog odjela). Pripremljena je skica poslovnog modela i izračunata jedinična ekonomika proizvoda.

Rezultat etape:

• zaostatak proizvoda na visokoj razini;
• formuliran poslovni model ili hipoteza o razmjeru koja tek treba biti testirana u praksi.

Prijeđimo na sljedeću fazu - koncept. Ovdje se mi kao inženjeri nalazimo u svom rodnom elementu. Postoje "liste želja" koje se rastavljaju na komponente/podsustave/značajke, zatim se pretvaraju u tehničke specifikacije/priče korisnika, zatim u projekt itd. Neću se detaljno zadržavati na procesu pripreme niza alternativnih opcija, prijeđimo izravno na zahtjeve i odabrane metode za njihovu provedbu.

zahtijevajte
odluka

• To bi trebao biti otvoreni sustav praćenja;

Uzimamo sustav praćenja otvorenog koda.

• Sustav bi trebao biti jednostavan i brz za instalaciju;
• ne bi trebala zahtijevati posebna IT znanja. Čak bi i računovođa trebao moći implementirati i konfigurirati sustav.

Nudimo instalirani sustav tako da korisnik treba samo uključiti uređaj i malo ga konfigurirati, slično kao router.

Zatvorimo interakciju s uređajem na nešto jednostavno i svima razumljivo.

Napišimo vlastiti chatbot za jedan od poznatih instant messengera i prenesimo sve interakcije sa sustavom na njega.

Sustav bi trebao:

• automatski detektirati objekte potrebne za nadzor na mreži;
• automatski instalirati nadzorne agente;
• Biti u mogućnosti pratiti vanjske usluge, barem CRM sustav i prodajnu web stranicu.

Pišemo dodatke za sustav nadzora za:

• automatsko otkrivanje objekata;
• automatska instalacija agenata;
• praćenje dostupnosti vanjskih usluga.

Sustav bi trebao:

• obavijestiti i tvrtku i administratora sustava o problemima;
• biti u mogućnosti pratiti vanjske usluge, barem CRM sustav i prodajnu web stranicu. Stupanj dubine i "jezik" obavijesti trebao bi biti različit za administratora i tvrtku.
• Sustav ne bi trebao zahtijevati posebno informatičko znanje; čak bi i računovođa trebao moći implementirati i konfigurirati sustav.

• Dodajmo različite vrste obavijesti za različite vrste korisnika. Razlikuju se po visini i dubini. Poslovni korisnik će dobiti obavijest poput "sve je u redu, ali Ivanovljevo računalo će uskoro umrijeti." Administrator će dobiti kompletnu poruku o grešci, tko, kako i što se dogodilo ili bi se moglo dogoditi.
• Dodajmo mogućnost korištenja maila dodatne odgovorne osobe, tako da u slučaju kvara dobije poruku.
• Dodajmo interakciju s vanjskim pružateljima usluga temeljenu na slanju mailova s ​​unaprijed pripremljenim tekstom, jer Upravo je e-pošta uzrok incidenta.
• Sva interakcija sa sustavom bit će povezana s chatbotom, komunikacija se odvija u stilu dijaloga.

dodatak:

• Dodajmo funkciju “razgovora s administratorom” tako da korisnik može administratoru poslati poruku koja izravno opisuje problem.

• Sustav mora biti isporučen na vlastitom hardveru.
• Željezo mora biti dostupno.
• Sustav treba biti što neovisniji o okolini.

• Uzmimo već gotovo i jeftino Raspberry PI računalo.
• Dizajnirat ćemo ploču za neprekidno napajanje.
• Dodajmo modem da bude neovisan o stanju lokalne mreže.
• Projektirat ćemo prekrasnu zgradu.

Sada imamo tri podsustava sa svojim zahtjevima i vizijom njihove implementacije:

• hardverski podsustav;
• nadzorni podsustav;
• podsustav interakcije s korisnikom.

Izradili smo idejni projekt hardverskog podsustava. Da da! Prekršivši sva pravila agile, razvili smo dokument, jer proizvodni pogoni rade s dokumentima. Za preostale podsustave identificirali smo korisnike (osobe), pripremili korisničke priče i napisali zadatke za razvoj.

Ovo zaključuje fazu koncepta, a rezultat je:

• projekt za hardversku platformu;
• formulirana vizija u obliku korisničkih priča za preostala dva podsustava;
• softverski prototip implementiran kao virtualni stroj;
• prototip hardvera, implementiran u obliku stalka, gdje je zapravo testirana čvrstoća hardverskih rješenja;
• testiranje koje su proveli naši administratori.

Problemi u ovoj fazi bili su uglavnom organizacijski i vezani uz nepoznavanje pravnog i računovodstvenog aspekta prodaje inženjerskog osoblja. Oni. Jedno je smisliti što i kako prodati, a nešto sasvim drugo suočiti se s nemilosrdnim pravnim strojem: patenti, razvojni zadaci, registracija, EULA i još mnogo toga o čemu mi, kao kreativni ljudi, u početku nismo vodili računa.

Još uvijek nije postojao problem, već poteškoća povezana s dizajnom kućišta. Naš tim sastoji se samo od inženjera, tako da je prvu verziju kućišta "sagradio" naš stručnjak za elektroniku od pleksiglasa.

Tijelo je izgledalo, blago rečeno, kontroverzno, pogotovo za javnost, razmaženu modernom tehnologijom. Bilo je, naravno, poznavatelja među starijom generacijom "Kulibina" - zgrada je u njima izazivala nostalgične osjećaje. Odlučeno je da se kućište izradi i dizajnira nanovo, budući da je staro, osim estetskih, imalo i konstrukcijske - pleksiglas nije dobro podnosio montažu i demontažu uređaja i bio je sklon pucanju. Dalje ću vam reći o proizvodnji kućišta.

I sada smo blizu cilja - MVP. Naravno, ovo još nije finalni proizvod, ali je već koristan i vrijedan. Glavni cilj ove faze je pokretanje ciklusa „kreiraj-ocijeni-nauči”. To je upravo faza u kojoj je LANBIX.

U fazi “kreiranja” izradili smo uređaj koji obavlja deklariranu funkcionalnost. Da, još nije savršeno i nastavili smo raditi na tome.

Vratimo se na izradu tijela, tj. na zadatak transformacije našeg uređaja iz nostalgičnog u moderan. U početku sam pretraživao tržište za proizvođače ormara i usluge industrijskog dizajna. Prvo, na ruskom tržištu nema mnogo tvrtki koje proizvode kućišta, a drugo, trošak industrijskog dizajna u ovoj je fazi pretjerano visok, oko milijun rubalja.

Kontaktirali su naš marketinški odjel za dizajn, mladi dizajner bio je spreman za kreativne eksperimente. Mi smo iznijeli svoju viziju trupa (prethodno proučavajući najbolje primjere konstrukcije trupa), a on ju je pak pretvorio u umjetničko djelo. Ostaje ga samo proizvesti. Mi smo se, ponosni na naš dizajn, obratili našim partnerima. Njihov CEO odmah je srušio naše fantazije ukazujući, potpuno besplatno, na stvari koje se ne mogu proizvesti na naš odabrani način. Kućište se može proizvoditi i neće biti ništa lošije od Appleovog, ali će kućište koštati tri do četiri puta skuplje od svih elektroničkih komponenti. Nakon niza zahvata i odobrenja projektirali smo kućište koje je moguće proizvesti. Da, nije lijepo kako smo planirali, ali je idealno za ostvarenje trenutnih ciljeva.

Rezultat faze: prva serija uređaja spremna za borbu i testiranje.

I sada je najteža faza “ocjenjivanja”, a s našim proizvodom smo upravo tu. Možemo procijeniti samo na temelju rezultata korištenja stvarnih kupaca i nikakve pretpostavke ovdje ne rade. Potrebni su nam ti "rani korisnici" da daju povratne informacije i naprave promjene proizvoda koje su stvarno potrebne. Postavlja se pitanje: gdje dobiti kupce i kako ih uvjeriti da sudjeluju u eksperimentu?

Od svih mogućih opcija odabrali smo klasičan set digitalnih alata: landing stranicu i reklamnu kampanju na društvenim mrežama.

Proces je već pokrenut, ali još je rano govoriti o rezultatima, iako već ima odgovora i dobili smo potvrdu mnogih naših hipoteza. Ugodno iznenađenje bila je reakcija predstavnika sasvim drugih poslovnih segmenata, puno većih od onih koje smo očekivali. Bilo bi glupo ignorirati nova predstavljanja, a na temelju rezultata intervjua odlučeno je pokrenuti paralelnu LANBIX liniju pod nazivom LANBIX Enterprise. Dodali smo podršku za distribuirane infrastrukture, nadzor Wi-Fi mreža s rješavanjem problema i lokalizacijom te nadzor kvalitete komunikacijskih kanala. Najveći interes za rješenje iskazale su uslužne tvrtke. Istodobno, uređaji koje smo već razvili igraju važnu ulogu u radu rješenja.

Što će biti dalje

Što će se dalje dogoditi s originalnim LANBIX-om, postat će jasno na temelju rezultata kampanje. Ako se naše hipoteze ne potvrde, po Lean metodologiji ćemo ga se nemilosrdno riješiti ili ćemo ga transformirati u nešto novo, jer nema goreg nego napraviti proizvod koji nikome ne treba. Ali sada možemo reći da obavljeni posao nije bio uzaludan i zahvaljujući njemu pojavila se cijela grana paralelnih proizvoda na kojima aktivno radimo. Ako uspije, LANBIX će iz MVP faze prijeći u završnu fazu i razvijat će se prema razumljivim klasičnim zakonima marketinga proizvoda.

Ponavljam, sada želimo pronaći rane korisnike, tvrtke koje mogu instalirati naš proizvod kako bismo prikupili povratne informacije. Ako ste zainteresirani za testiranje LANBIX-a, pišite u komentarima ili privatnim porukama.

Источник

Izvor: www.habr.com