🥇Carane kita nggarap ide, lan kepiye LANBIX lair

Ana akeh karyawan kreatif ing LANIT-Integration. Gagasan kanggo produk lan proyek anyar secara harfiah digantung ing udara. Kadhangkala angel banget kanggo ngenali sing paling menarik. Mulane, bebarengan kita ngembangake metodologi kita dhewe. Waca artikel iki babagan carane milih proyek sing paling apik lan ngetrapake.

Ing Rusia, lan ing saindenging jagad, ana sawetara proses sing nyebabake transformasi pasar IT. Thanks kanggo nambah daya komputasi lan munculé server, jaringan lan teknologi virtualisasi liyane, pasar ora perlu akeh hardware. Vendor luwih seneng nggarap pelanggan kanthi langsung. Pasar IT ngalami boom outsourcing ing kabeh wujud, saka outsourcing klasik nganti gelombang outsourcing anyar - "penyedia awan." Sistem lan unsur infrastruktur dadi luwih gampang kanggo njaga lan ngatur. Kualitas piranti lunak saya tambah saben taun lan tugas integrator diowahi.

Carane kita bisa karo gagasan

Arah wiwitan produk ing "LANIT-Integration" wis ana luwih saka setahun. Tujuan utama kita yaiku nggawe produk anyar lan nggawa menyang pasar. Babagan pisanan sing diwiwiti yaiku ngatur proses nggawe produk. Kita wis sinau akeh metodologi, saka klasik nganti hype. Nanging, ora ana sing nyukupi kabutuhan kita. Banjur kita mutusake kanggo njupuk metodologi Lean Startup minangka basis lan adaptasi karo tugas kita. Lean Startup minangka teori kewirausahaan sing digawe dening Eric Ries. Iki adhedhasar prinsip, pendekatan lan praktik konsep kayata manufaktur ramping, pangembangan pelanggan lan metodologi pangembangan fleksibel.

Minangka kanggo pendekatan langsung kanggo manajemen pangembangan produk: kita ora reinvent setir, nanging Applied metodologi pembangunan wis ana SCRUM, nambah kreatifitas, lan saiki bisa kanthi aman diarani SCRUM-WATERFALL-BAN. SCRUM, senadyan keluwesan sawijining, iku sistem banget kaku lan cocok kanggo ngatur tim tanggung jawab mung siji produk / project. Kaya sing sampeyan ngerteni, bisnis "integrasi" klasik ora kalebu nemtokake spesialis teknis full-time kanggo nggarap siji proyek (ana pangecualian, nanging arang banget), amarga saliyane nggarap produk, kabeh wong sibuk karo proyek saiki. Saka SCRUM, kita njupuk divisi kerja dadi sprint, laporan saben dina, retrospektif lan peran. Kita milih Kanban kanggo aliran tugas kita lan nggabungake kanthi apik menyang sistem pelacakan tugas sing wis ana. Kita nyusun karya kanthi nggabungake kanthi lancar menyang urutan sing ana.
Sadurunge mlebu pasar, sawijining produk ngliwati 5 tahap: ide, pilihan, konsep, MVP (rincian liyane ing ngisor iki) lan produksi.

Idea

Ing tataran iki ana soko ephemeral - idea. Saenipun, gagasan kanggo ngatasi masalah sing ana utawa masalah klien. Kita ora kekurangan ide. Miturut rencana awal, kudu digawe dening karyawan wilayah teknis. Supaya gagasan bisa ditampa kanggo pangembangan luwih lanjut, penulis kudu ngisi "Cithakan Desain Ide". Ana mung papat pitakonan: Apa? Kanggo apa? Sapa sing butuh iki? Lan yen ora produk kita, banjur apa?

Sumber

Pamilihan

Sanalika cithakan rampung tekan kita, proses pangolahan lan pilihan diwiwiti. Tahap pemilihan minangka sing paling intensif tenaga kerja. Ing tahap iki, hipotesis masalah dibentuk (ora ana gunane sing dakcritakake ing paragraf sadurunge sing saenipun ide kudu ngatasi masalah klien) lan nilai produk. Hipotesis skala dibentuk, yaiku. kepiye bisnis kita bakal berkembang lan maju. Wawancara masalah lan pakar ditindakake karo pelanggan potensial kanggo menehi konfirmasi awal yen kita bakal ngasilake barang sing dibutuhake. Perlu paling ora 10-15 wawancara kanggo nggawe kesimpulan babagan kabutuhan produk kasebut.

Yen hipotesis dikonfirmasi, analisis finansial awal ditindakake, perkiraan volume investasi lan kemungkinan penghasilan investor ditaksir. Minangka asil saka tataran iki, dokumen disebut Lean Canvas lair lan presented kanggo manajemen.

Konsep

Ing tahap iki, kira-kira 70% gagasan diilangi. Yen konsep disetujoni, banjur tahap pangembangan ide diwiwiti. Fungsionalitas produk mbesuk dibentuk, jalur implementasine lan solusi teknis sing optimal ditemtokake, lan rencana bisnis dianyari. Asil saka tahap iki minangka spesifikasi teknis kanggo pangembangan lan kasus bisnis sing rinci. Yen sukses, kita pindhah menyang tataran MVP utawa MVP.

MVP utawa MVP

MVP minangka produk minimal. Sing. produk sing ora dikembangaké kanthi, nanging wis bisa nggawa nilai lan nindakake fungsi. Penting banget yen ing tahap pangembangan iki, kita ngumpulake umpan balik saka pangguna nyata lan nggawe pangowahan.

Manufacturing

Lan tahap pungkasan yaiku produksi. Ora luwih saka 5% produk tekan tahap iki. 5% iki mung kalebu produk sing paling penting, perlu, sregep lan fungsional.

Kita duwe akeh gagasan lan wis nglumpuk portofolio voluminous. Kita nganalisa saben ide lan nindakake kabeh kanggo mesthekake yen tekan tahap pungkasan. Apik banget yen kolega kita ora acuh marang arah R&D lan melu aktif ing pangembangan lan implementasine produk lan solusi.

Carane kita nggawe LANBIX

Ayo goleki nggawe produk nggunakake conto nyata - produk LANBIX. Iki minangka piranti lunak lan sistem perangkat keras "kotak" sing dirancang kanggo ngawasi infrastruktur IT cilik lan kanthi cepet menehi tandha pembuat keputusan lan pangguna bisnis babagan malfungsi sing dikontrol liwat chatbot. Saliyane fungsi ngawasi, LANBIX kalebu fungsi Help Desk. Produk iki eksklusif kanggo segmen pasar sing kita targetake. Iki minangka kauntungan lan lara kita. Nanging dhisik dhisik. Aku bakal ngomong langsung yen LANBIX minangka produk urip (yaiku, ora final ing pangembangan lan ing babak sabanjure MVP).

Dadi, tahap pisanan yaiku ide. Kanggo idea kanggo lair, sampeyan kudu masalah, lan kita padha, utawa luwih ora kita, nanging kanca-kanca. Ing ngisor iki kita bakal ndeleng sawetara kahanan nyata sing kedadeyan ing macem-macem wilayah bisnis.

Perusahaan manajemen cilik njaga rong omah ing wilayah Moskow. Staff karo PC kira-kira 15 wong. Administrator sistem minangka freelancer sing ngunjungi (putra pinter salah sawijining warga sing peduli). Katon yen kegiatan perusahaan manajemen gumantung banget marang IT, nanging keanehan bisnis iki yaiku laporan saben wulan menyang akeh panguwasa. Sistem disk kepala perusahaan (sing, kaya biasane, nggabungake akeh peran) wis entek ruang kosong. Alami, iki ora kedadeyan dumadakan, bebaya digantung nganti 2 sasi lan ora digatekake. Nanging nganyari teka, OS dianyari lan, minangka luck, iku froze ing tengah nganyari, sambat sadurunge "mati" bab disk sibuk. Komputer banjur urip maneh siklik. Nalika kita ngurutake masalah lan entuk laporan, kita ora kejawab tenggat wektu nglaporake. Katon yen malfungsi sing ora pati penting nyebabake macem-macem masalah: saka kerugian nganti litigasi lan tanggung jawab administratif.

Sumber

Kedadeyan sing padha kedadeyan ing perusahaan induk gedhe, nggabungake akeh perusahaan cilik, kanthi layanan dhukungan teknis siji kanggo kabeh kantor. Ing salah sawijining departemen, komputer kepala akuntan rusak. Iku wis dikenal kanggo dangu sing bisa break (komputer nekat kalem mudhun lan dadi panas munggah), nanging kepala akuntan tau tak watara kanggo ngirim panjalukan kanggo technical support. Alamiah, iku nyuwil mudhun persis ing payday, lan karyawan departemen padha tanpa dhuwit kanggo sawetara dina.

Bisnis cilik ing perdagangan grosir cilik duwe situs web dodolan, sing di-host ing platform eksternal. Kita sinau babagan ora kasedhiya kanthi telpon saka pelanggan biasa. Nalika ditelpon, situs kasebut wis mudhun nganti telung jam. Butuh sawetara jam liyane kanggo nemokake wong sing tanggung jawab kanggo situs kasebut, lan loro liyane kanggo ndandani masalah kasebut. Mulane, situs iki ora kasedhiya kanggo meh kabeh dina kerja. Miturut direktur komersial perusahaan, downtime iki biaya udakara 1 yuta rubel.

Aku dhewe nemoni kahanan sing padha nalika teka kanggo janjian ing klinik lan kudu mlebu registrasi VHI. Dheweke ora bisa ngirim kula menyang dhokter amarga ora pati penting - ana mundhak daya ing wayah esuk, lan sawise kacilakan layanan pos lan layanan tartamtu kanggo komunikasi karo perusahaan insurance ora bisa. Nanggepi pitakonku, ngendi admin sampeyan, aku dikandhani manawa admine teka lan ngunjungi dheweke seminggu sepisan. Lan saiki (ing wektu iku wis jam 16:00) dheweke ora ngangkat telpon. Paling ora 7 jam, klinik kasebut dipotong saka jagad njaba lan ora bisa nyedhiyakake layanan sing dibayar.

Apa kabeh kasus kasebut padha? Pancen kabeh masalah bisa dicegah sadurunge. Kanthi respon pas wektune saka wong IT, karusakan bisa dikurangi. Iki bisa ditindakake yen gejala awal diinterpretasikake kanthi bener dening pangguna.

Kita wis nemtokake hipotesis masalah:

kerugian moneter lan reputasi sing signifikan amarga kurang cepet nanggepi kesalahan ing infrastruktur IT;
misinterpretasi gejala awal malfunction dening pangguna.

Apa sing bisa ditindakake para pelanggan, lan kepiye supaya ora ana kahanan sing padha ing mangsa ngarep? Ora ana akeh pilihan:

nyewa administrator sistem sing mumpuni lan nggawe dheweke bisa kerja kanthi ati-ati;
outsource pangopènan IT menyang perusahaan layanan khusus;
kanthi mandiri ngleksanakake sistem pemantauan lan laporan kesalahan;
nyedhiyakake pelatihan kanggo pangguna / personel bisnis babagan dhasar literasi komputer.

Ayo dadi mapan ing pilihan katelu. Ayo menehi sistem pemantauan kanggo wong sing ora nggunakake amarga macem-macem alasan.

Digression lirik. Macem-macem sistem kanggo ngawasi layanan IT ing pasar perusahaan wis suwe digunakake, lan mupangat kasebut ora ana bantahan. Aku ngomong karo wakil saka perusahaan gedhe, ndeleng carane hubungan antarane bisnis lan IT dibangun. Direktur teknis ing salah sawijining perusahaan mesin gedhe wis nyedhiyakake pangopènan infrastruktur IT menyang perusahaan eksternal, nanging dheweke isih ngerti babagan kabeh perkara. Ing kantore dipasang layar sistem pemantauan gedhe kanthi indikator status layanan IT. Sing paling kritis kalebu ing sistem kasebut. Sawayah-wayah, direktur teknis bisa ngerteni apa kahanan infrastruktur kasebut, apa sing kedadeyan, ing ngendi masalahe, apa wong sing tanggung jawab wis dilaporake, lan apa masalah wis dirampungake.

Crita sing kadhaptar ing ndhuwur nggawe tim kita mikir babagan carane nggawe sistem pemantauan sing optimal kanggo perusahaan cilik. Akibaté, LANBIX lair - sistem ngawasi sing bisa disebarake dening sapa wae tanpa kawruh IT. Tujuan utama sistem kasebut prasaja, kaya kabeh sistem sing ngarahake nambah kesinambungan lan kasedhiyan - nyuda moneter lan kerugian liyane yen ana downtime sing ora direncanakake. Piranti kasebut dirancang kanggo nyuda wektu minimal ing antarane "ana sing rusak" lan "masalah wis diatasi."

Kanggo konfirmasi hipotesis, wawancara masalah ditindakake. Aku ora bisa mbayangno carane akeh wong bakal gelem ngomong tanpa nyoba kanggo ngedol kanggo wong-wong mau. Saben obrolan paling sethithik 1,5 jam, lan kita nampa akeh informasi sing migunani kanggo pangembangan luwih lanjut.

Ayo diringkes asil saka tahap iki:

ana pangerten babagan masalah,
pangerten babagan nilai - ana,
Ana gagasan kanggo solusi.

Tahap kapindho luwih rinci. Adhedhasar asil kasebut, kita kudu menehi menyang manajemen, sing sejatine dadi investor, kasus bisnis (kanvas Lean sing padha) kanggo nggawe keputusan babagan nasib produk ing mangsa ngarep.

Kita miwiti riset pasar lan analisis kompetitif kanggo ngerteni sapa, apa lan, sing paling penting, kepiye kedadeyan ing pasar iki.

Ternyata ing ngisor iki.

Ora ana sistem pemantauan kothak siap ing pasar kanggo segmen kita (bisnis cilik), kajaba saperangan utawa telu, sing ora bakal dakkandhakake kanthi alasan sing jelas.
Saingan utama kita, cukup aneh, yaiku administrator sistem kanthi skrip sing ditulis ing omah lan "tambahan" kanggo sistem pemantauan sumber terbuka.
Ana masalah sing jelas babagan nggunakake sistem pemantauan sumber terbuka. Ana sistem, ana akeh informasi babagan cara nggarap lan ngowahi sistem sing cocog karo kabutuhan sampeyan. Saking pangurus ingkang kula wawancarai, kathah ingkang ngakeni bilih dereng gadhah kompetensi kangge nindakaken gagasanipun piyambak. Nanging dheweke ora bisa ngakoni iki menyang manajemen amarga wedi dipecat. Pranyata dadi bunder ganas.

Kita banjur pindhah menyang nganalisa kabutuhan pelanggan potensial. Kita wis nemtokake dhewe bagean saka organisasi cilik sing sakperangan alesan ora duwe layanan IT dhewe, ngendi salah siji administrator sistem mlebu, freelancer, utawa perusahaan layanan tanggung jawab kanggo IT. Ora sisih IT sing mutusake mlebu, nanging sisih bisnis, nawakake pendiri lan pamilik bisnis alat kanggo nambah kualitas layanan infrastruktur IT. Produk sing kudu mbantu para pamilik ngamanake bisnis, nanging ing wektu sing padha bakal nambah karya kanggo wong sing tanggung jawab kanggo IT. Produk sing nyedhiyakake alat kanggo ngawasi kualitas dhukungan IT kanggo bisnis.

Minangka asil pangolahan data sing ditampa, dhaptar pisanan saka syarat (jinis backlog kasar) kanggo produk mangsa lair:

sistem ngawasi kudu adhedhasar solusi open source lan, minangka asil, mirah;
gampang lan cepet kanggo nginstal;
ora mbutuhake kawruh khusus ing IT, malah akuntan (ora ana cara aku pengin nyinggung wakil saka profesi iki) kudu bisa masang lan ngatur sistem;
kudu kanthi otomatis ndeteksi obyek kanggo ngawasi ing jaringan;
kudu kanthi otomatis (lan saenipun otomatis) nginstal agen ngawasi;
kudu bisa ngawasi layanan eksternal, paling ora sistem CRM lan situs web adol;
kudu menehi kabar marang bisnis lan administrator sistem babagan masalah;
tingkat ambane lan "basa" tandha kudu beda kanggo administrator lan bisnis;
sistem kudu diwenehake ing hardware dhewe;
wesi kudu bisa diakses sabisa;
sistem kudu dadi sawijining sabisa saka faktor njaba.

Sabanjure, investasi ing pangembangan produk diitung (kalebu biaya tenaga kerja kanggo karyawan departemen teknis). Sketsa model bisnis disiapake lan ekonomi unit produk diwilang.

Hasil panggung:

backlog produk tingkat dhuwur;
model bisnis sing dirumusake utawa hipotesis skala sing durung diuji ing praktik.

Ayo pindhah menyang tahap sabanjure - konsep. Ing kene kita, minangka insinyur, nemokake unsur asli kita. Ana "daftar keinginan" sing diurai dadi komponen / subsistem / fitur, banjur diowahi dadi spesifikasi teknis / crita pangguna, banjur dadi proyek, lsp. Aku ora bakal manggon kanthi rinci babagan proses nyiapake macem-macem pilihan alternatif; ayo langsung menyang syarat lan metode sing dipilih kanggo implementasine.

Panjaluk
kaputusan

Iku kudu sistem ngawasi mbukak;

Kita njupuk sistem pemantauan sumber terbuka.

Sistem kudu prasaja lan cepet diinstal;
ngirim ora mbutuhake kawruh IT tartamtu. Malah akuntan kudu bisa masang lan ngatur sistem kasebut.

We offer sistem diinstal supaya pangguna mung kudu nguripake piranti lan ngatur iku sethitik, padha karo router.

Ayo nutup sesambungan karo piranti dadi prasaja lan bisa dingerteni kabeh wong.

Ayo nulis chatbot dhewe kanggo salah sawijining utusan cepet sing kondhang lan transfer kabeh interaksi karo sistem kasebut.

Sistem kasebut kudu:

kanthi otomatis ndeteksi obyek sing dibutuhake kanggo ngawasi ing jaringan;
kanthi otomatis nginstal agen ngawasi;
Bisa ngawasi layanan eksternal, paling ora sistem CRM lan situs web adol.

Kita nulis tambahan kanggo sistem pemantauan kanggo:

deteksi obyek otomatis;
instalasi otomatis saka agen;
ngawasi kasedhiyan layanan eksternal.

Sistem kasebut kudu:

ngabari bisnis lan administrator sistem babagan masalah;
bisa ngawasi layanan eksternal, paling ora sistem CRM lan situs web sing adol. Tingkat ambane lan "basa" kabar kudu beda kanggo administrator lan bisnis.
Sistem kasebut ora mbutuhake kawruh IT khusus; malah akuntan kudu bisa masang lan ngatur sistem kasebut.

Ayo nambah macem-macem jinis kabar kanggo macem-macem jinis pangguna. Padha beda-beda ing pitch lan ambane. Pangguna bisnis bakal nampa kabar kaya "kabeh apik, nanging komputer Ivanov bakal cepet mati." Administrator bakal nampa pesen lengkap babagan kesalahan, sapa, carane lan apa sing kedadeyan utawa bisa kedadeyan.
Ayo nambahake kemampuan kanggo nggunakake surat saka wong sing tanggung jawab tambahan, supaya yen ana risak, dheweke bakal nampa pesen.
Ayo nambah interaksi karo panyedhiya layanan eksternal adhedhasar ngirim email kanthi teks sing wis disiapake, amarga Iku email sing nyebabake kedadeyan kasebut.
Kabeh interaksi karo sistem bakal disambungake menyang chatbot; komunikasi ditindakake kanthi gaya dialog.

Tambahan:

Ayo nambahake fungsi "ngobrol karo administrator" supaya pangguna bisa ngirim pesen menyang administrator sing njlentrehake masalah kasebut kanthi langsung.

Sistem kudu diwenehake ing hardware dhewe.
Wesi kudu kasedhiya.
Sistem kasebut kudu dadi independen saka lingkungan.

Ayo njupuk komputer Raspberry PI sing siap digawe lan murah.
Kita bakal ngrancang papan pasokan listrik sing ora bisa diganggu.
Ayo ditambahake modem supaya ora gumantung karo kahanan jaringan lokal.
Kita bakal ngrancang bangunan sing apik.

Saiki kita duwe telung subsistem kanthi syarat lan visi dhewe kanggo implementasine:

subsistem hardware;
subsistem monitoring;
subsistem interaksi pangguna.

Kita ngembangake desain awal kanggo subsistem hardware. Ya Ya! Sawise nglanggar kabeh aturan lincah, kita ngembangake dokumen, amarga pabrik manufaktur nggarap dokumen. Kanggo subsistem sing isih ana, kita nemtokake pangguna (wong), nyiapake crita pangguna, lan nulis tugas kanggo pembangunan.

Iki nyimpulake tahap konsep, lan asile yaiku:

proyek kanggo platform hardware;
ngrumusake sesanti ing wangun crita pangguna kanggo rong subsistem sing isih ana;
prototipe piranti lunak sing diimplementasikake minangka mesin virtual;
prototipe saka hardware, dipun ginakaken ing wangun ngadeg, ngendi solusi hardware padha bener dites kanggo kekuatan;
testing ditindakake dening admin kita.

Masalah ing tataran iki biasane organisasi lan ana hubungane karo lack of kawruh saka Staff engineering ing aspek legal lan accounting sales. Sing. Iku salah siji bab kanggo mangerteni apa lan carane adol, lan cukup liyane kanggo ngadhepi karo mesin legal kejem: paten, tugas pembangunan, registrasi, EULA lan akeh liyane sing kita, minangka wong kreatif, ora pisanan njupuk menyang akun.

Durung ana masalah, nanging angel digandhengake karo desain enclosures. Tim kita mung kalebu insinyur, saengga versi pisanan kasus kasebut "dibangun" saka plexiglass dening spesialis elektronik kita.

Awak katon, kanggo sijine iku mildly, kontroversial, utamané kanggo masyarakat, ngrusak dening teknologi modern. Ana, mesthi, connoisseurs antarane generasi lawas "Kulibins" - bangunan evoked raos nostalgia ing wong. Diputusake kanggo nggawe lan ngrancang kasus kasebut maneh, amarga sing lawas, saliyane cacat estetis, uga duwe struktural - plexiglass ora ngidinke perakitan lan disassembly piranti kanthi apik lan cenderung retak. Aku bakal pitutur marang kowe bab produksi kasus luwih.

Lan saiki wis cedhak karo garis finish - MVP. Mesthine, iki durung dadi produk produksi pungkasan, nanging wis migunani lan larang regane. Tujuan utama tahap iki yaiku kanggo miwiti siklus "nggawe-evaluasi-sinau". Iki persis ing panggung LANBIX.

Ing tataran "nggawe", kita nggawe piranti sing nindakake fungsi sing diumumake. Ya, durung sampurna, lan kita terus ngupayakake.

Ayo bali menyang pabrik awak, i.e. kanggo tugas ngowahi piranti kita saka nostalgia menyang modern. Ing wiwitan, aku njelajah pasar kanggo manufaktur kabinet lan layanan desain industri. Kaping pisanan, ora akeh perusahaan sing ngasilake kasus ing pasar Rusia, lan nomer loro, biaya desain industri ing tahap iki banget dhuwur, kira-kira 1 yuta rubel.

Dheweke ngubungi departemen pemasaran kanggo desain; desainer enom wis siyap kanggo eksperimen kreatif. We mbatesi sesanti kita saka lambung (sadurunge sinau conto paling apik saka construction lambung), lan banjur dadi karya seni. Kabeh sing isih ana yaiku ngasilake. Kita, bangga karo desain kita, nguripake mitra kita. CEO kasebut langsung ngrusak fantasi kita kanthi nuduhake, kanthi gratis, barang-barang sing ora bisa digawe kanthi cara sing dipilih. Kasus kasebut bisa diprodhuksi, lan ora bakal luwih elek tinimbang Apple, nanging biaya kasus kasebut telu nganti kaping papat luwih larang tinimbang kabeh komponen elektronik. Sawise sawetara operasi lan persetujuan, kita wis ngrancang omah sing bisa diprodhuksi. Ya, ora kaya sing direncanakake, nanging cocog kanggo nggayuh tujuan saiki.

Asil saka tataran: kumpulan pisanan piranti siap kanggo pertempuran lan testing.

Lan saiki sing paling angel yaiku tahap "evaluasi", lan kanthi produk kita persis ing titik iki. Kita mung bisa ngevaluasi adhedhasar asil panggunaan dening pelanggan nyata lan ora ana asumsi sing bisa digunakake ing kene. Kita butuh "pengguna awal" kasebut kanggo menehi umpan balik lan nggawe owah-owahan ing produk sing pancen dibutuhake. Pitakonan muncul: ngendi kanggo njaluk pelanggan lan carane gawe uwong yakin kanggo njupuk bagéyan ing eksperimen?

Saka kabeh opsi sing bisa, kita milih set klasik alat digital: kaca kebangkrutan lan kampanye iklan ing jaringan sosial.

Proses kasebut wis diluncurake, nanging isih awal kanggo ngomong babagan asil, sanajan wis ana tanggapan lan kita wis nampa konfirmasi akeh hipotesis kita. Kejutan sing nyenengake yaiku reaksi perwakilan saka segmen bisnis sing beda-beda, luwih gedhe tinimbang sing dikarepake. Iku bakal bodho nglirwakake introduksi anyar, lan adhedhasar asil saka Interview, iku mutusaké kanggo miwiti baris LANBIX podo disebut LANBIX Enterprise. Kita wis nambahake dhukungan kanggo infrastruktur sing disebarake, ngawasi jaringan Wi-Fi kanthi ngatasi masalah lan lokalisasi, lan ngawasi kualitas saluran komunikasi. Perusahaan layanan nyatakake kapentingan paling gedhe ing solusi kasebut. Ing wektu sing padha, piranti sing wis dikembangake nduweni peran penting ing operasi solusi kasebut.

Apa sing bakal kelakon mengko

Apa sing bakal kelakon sabanjure karo LANBIX asli bakal dadi jelas adhedhasar asil kampanye. Yen hipotesis kita ora dikonfirmasi, miturut metodologi Lean, kita bakal nyingkirake kanthi kejam utawa bakal diowahi dadi sing anyar, amarga ora ana sing luwih elek tinimbang nggawe produk sing ora ana sing butuh. Nanging saiki kita bisa ngomong yen karya rampung ora muspra lan thanks kanggo iku, kabeh cabang saka produk podo wis muncul, kang kita aktif ing. Yen sukses, LANBIX bakal pindhah saka tahap MVP menyang tahap pungkasan lan bakal berkembang miturut hukum klasik pemasaran produk sing bisa dingerteni.

Aku mbaleni, saiki kita pengin golek adopters awal, perusahaan sing bisa nginstal produk kita kanggo ngumpulake saran. Yen sampeyan kepengin nyoba LANBIX, tulis ing komentar utawa pesen pribadi.

Sumber

Source: www.habr.com

Carane kita bisa karo gagasan lan carane LANBIX lair