🥇Cara kami bekerja dengan idea, dan cara LANBIX dilahirkan

Terdapat ramai pekerja kreatif di LANIT-Integration. Idea untuk produk dan projek baharu benar-benar tergantung di udara. Kadangkala sukar untuk mengenal pasti yang paling menarik. Oleh itu, bersama-sama kami membangunkan metodologi kami sendiri. Baca artikel ini tentang cara memilih projek terbaik dan melaksanakannya.

Di Rusia, dan di dunia secara keseluruhan, beberapa proses sedang berlaku yang membawa kepada transformasi pasaran IT. Terima kasih kepada peningkatan dalam kuasa pengkomputeran dan kemunculan pelayan, rangkaian dan teknologi virtualisasi lain, pasaran tidak lagi memerlukan sejumlah besar perkakasan. Vendor semakin suka bekerja dengan pelanggan secara langsung. Pasaran IT sedang mengalami ledakan dalam penyumberan luar dalam semua bentuknya, daripada penyumberan luar klasik kepada gelombang penyumber luar baharu – “penyedia awan”. Sistem dan elemen infrastruktur menjadi lebih mudah untuk diselenggara dan dikonfigurasikan. Kualiti perisian berkembang setiap tahun dan tugas penyepadu sedang diubah.

Bagaimana kita bekerja dengan idea

Arah permulaan produk masuk "LANIT-Integrasi" telah wujud selama lebih setahun. Matlamat utama kami adalah untuk mencipta produk baharu dan membawanya ke pasaran. Perkara pertama yang kami mulakan ialah mengatur proses mencipta produk. Kami telah mengkaji banyak metodologi, daripada klasik kepada gembar-gembur. Walau bagaimanapun, tiada satu pun daripada mereka memenuhi keperluan kami. Kemudian kami memutuskan untuk mengambil metodologi Permulaan Lean sebagai asas dan menyesuaikannya dengan tugas kami. The Lean Startup ialah teori keusahawanan yang dicipta oleh Eric Ries. Ia berdasarkan prinsip, pendekatan dan amalan konsep seperti pembuatan tanpa lemak, pembangunan pelanggan dan metodologi pembangunan yang fleksibel.

Bagi pendekatan langsung kepada pengurusan pembangunan produk: kami tidak mencipta semula roda, tetapi menggunakan metodologi pembangunan yang sedia ada SCRUM, menambah kreativiti, dan kini ia boleh dipanggil SCRUM-WATERFALL-BAN dengan selamat. SCRUM, walaupun fleksibel, adalah sistem yang sangat tegar dan sesuai untuk menguruskan pasukan yang bertanggungjawab untuk hanya satu produk/projek. Seperti yang anda faham, perniagaan "integrasi" klasik tidak melibatkan penugasan pakar teknikal sepenuh masa untuk bekerja pada satu projek (terdapat pengecualian, tetapi sangat jarang), kerana selain bekerja pada produk, semua orang sibuk dengan projek semasa. Daripada SCRUM kami mengambil pembahagian kerja kepada pecut, pelaporan harian, retrospektif dan peranan. Kami memilih Kanban untuk aliran tugas kami dan ia disepadukan dengan baik ke dalam sistem penjejakan tugas kami yang sedia ada. Kami menstrukturkan kerja kami dengan menyepadukan dengan lancar ke dalam susunan perkara sedia ada.
Sebelum memasuki pasaran, sesuatu produk melalui 5 peringkat: idea, pemilihan, konsep, MVP (perincian lanjut di bawah) dan pengeluaran.

Idea

Pada peringkat ini terdapat sesuatu yang fana - idea. Sebaik-baiknya, idea untuk menyelesaikan masalah sedia ada atau masalah pelanggan. Kami tidak kekurangan idea. Mengikut rancangan awal, mereka harus dijana oleh pekerja kawasan teknikal. Agar idea diterima untuk pembangunan selanjutnya, penulis mesti mengisi "Templat Reka Bentuk Idea". Terdapat empat soalan sahaja: Apa? Untuk apa? Siapa yang memerlukan ini? Dan jika bukan produk kami, lalu bagaimana?

Source

Pemilihan

Sebaik sahaja templat yang lengkap sampai kepada kami, prosedur pemprosesan dan pemilihan bermula. Peringkat pemilihan adalah yang paling intensif buruh. Pada peringkat ini, hipotesis masalah dibentuk (bukan untuk apa-apa yang saya nyatakan dalam perenggan sebelumnya bahawa idealnya idea harus menyelesaikan masalah pelanggan) dan nilai produk. Hipotesis skala dibentuk, i.e. bagaimana perniagaan kita akan berkembang dan maju. Temu bual masalah dan pakar dijalankan dengan bakal pelanggan untuk memberikan pengesahan awal bahawa kami akan menghasilkan sesuatu yang diperlukan. Ia memerlukan sekurang-kurangnya 10-15 temu bual untuk membuat kesimpulan tentang keperluan untuk produk.

Jika hipotesis disahkan, analisis kewangan awal dijalankan, anggaran jumlah pelaburan dan kemungkinan pendapatan pelabur dinilai. Hasil daripada peringkat ini, dokumen yang dipanggil Lean Canvas dilahirkan dan dibentangkan kepada pihak pengurusan.

Konsep

Pada peringkat ini, kira-kira 70% idea dihapuskan. Sekiranya konsep itu diluluskan, maka peringkat pembangunan idea bermula. Kefungsian produk masa depan dibentuk, laluan pelaksanaan dan penyelesaian teknikal optimum ditentukan, dan rancangan perniagaan dikemas kini. Hasil daripada peringkat ini ialah spesifikasi teknikal untuk pembangunan dan kes perniagaan yang terperinci. Jika berjaya, kita beralih ke peringkat MVP atau MVP.

MVP atau MVP

MVP ialah produk berdaya maju minimum. Itu. produk yang tidak dibangunkan sepenuhnya, tetapi sudah boleh membawa nilai dan melaksanakan fungsinya. Adalah penting bahawa pada peringkat pembangunan ini kami mengumpul maklum balas daripada pengguna sebenar dan membuat perubahan.

Pengeluaran

Dan peringkat terakhir ialah pengeluaran. Tidak lebih daripada 5% produk mencapai tahap ini. 5% ini hanya termasuk produk yang paling penting, perlu, berdaya maju dan berfungsi.

Kami mempunyai banyak idea dan telah mengumpulkan portfolio yang banyak. Kami menganalisis setiap idea dan melakukan segala-galanya untuk memastikan ia sampai ke peringkat akhir. Amat menggembirakan bahawa rakan sekerja kami tidak kekal acuh tak acuh terhadap hala tuju R&D kami dan mengambil bahagian secara aktif dalam pembangunan dan pelaksanaan produk dan penyelesaian.

Bagaimana kami membuat LANBIX

Mari kita lihat mencipta produk menggunakan contoh sebenar - produk LANBIX. Ini ialah sistem perisian dan perkakasan "berkotak" yang direka untuk memantau infrastruktur IT kecil dan segera memaklumkan pembuat keputusan dan pengguna perniagaan tentang pincang fungsi yang dikawal melalui chatbot. Selain fungsi pemantauan, LANBIX menyertakan fungsi Meja Bantuan. Produk ini eksklusif untuk segmen pasaran yang kami sasarkan. Ini adalah kelebihan kami dan kesakitan kami. Tetapi perkara pertama dahulu. Saya akan katakan dengan segera bahawa LANBIX ialah produk hidup (iaitu, ia tidak muktamad dalam pembangunannya dan berada di pusingan seterusnya MVP).

Jadi, peringkat pertama ialah idea. Untuk idea untuk dilahirkan, anda memerlukan masalah, dan kami mempunyainya, atau lebih tepatnya bukan kami, tetapi rakan kami. Di bawah ini kita akan melihat beberapa situasi sebenar yang berlaku dalam bidang perniagaan yang berbeza.

Sebuah syarikat pengurusan kecil mengekalkan dua buah rumah di wilayah Moscow. Kakitangan dengan PC adalah kira-kira 15 orang. Pentadbir sistem ialah seorang freelancer yang melawat (anak pintar salah seorang penduduk yang prihatin). Nampaknya aktiviti syarikat pengurusan sangat bergantung kepada IT, tetapi keanehan perniagaan ini adalah laporan bulanan kepada banyak pihak berkuasa. Cakera sistem ketua syarikat (yang, seperti biasa, menggabungkan banyak peranan) telah kehabisan ruang kosong. Sememangnya, ini tidak berlaku secara tiba-tiba; amaran itu digantung selama kira-kira 2 bulan dan sentiasa diabaikan. Tetapi kemas kini tiba, OS telah dikemas kini dan, kerana nasib baik, ia membeku di tengah-tengah kemas kini, mengadu sebelum "kematian" tentang cakera yang sibuk. Komputer masuk ke but semula kitaran. Semasa kami menyelesaikan masalah dan mendapatkan laporan, kami terlepas tarikh akhir pelaporan. Nampaknya kerosakan yang remeh telah menyebabkan pelbagai masalah: daripada kerugian kepada litigasi dan liabiliti pentadbiran.

Source

Insiden serupa berlaku di syarikat induk besar, menyatukan banyak syarikat kecil, dengan perkhidmatan sokongan teknikal tunggal untuk seluruh pejabat. Di salah satu jabatan, komputer ketua akauntan rosak. Sudah lama diketahui bahawa ia boleh rosak (komputer sangat perlahan dan panas), tetapi ketua akauntan tidak pernah dapat menghantar permintaan kepada sokongan teknikal. Sememangnya, ia rosak tepat pada hari gaji, dan kakitangan jabatan tidak mempunyai wang selama beberapa hari.

Perniagaan kecil dalam perdagangan borong kecil mempunyai tapak web jualan, yang dihoskan pada platform luaran. Kami mengetahui tentang ketiadaannya melalui telefon daripada pelanggan tetap. Pada masa panggilan itu, tapak itu telah ditutup selama kira-kira tiga jam. Ia mengambil masa beberapa jam lagi untuk mencari orang yang bertanggungjawab ke atas tapak tersebut, dan dua lagi untuk menyelesaikan masalah itu. Sehubungan itu, tapak tersebut tidak tersedia hampir sepanjang hari bekerja. Menurut pengarah komersial syarikat itu, masa henti ini menelan belanja kira-kira 1 juta rubel.

Saya sendiri mengalami situasi yang sama apabila saya datang untuk temujanji di klinik dan terpaksa pergi ke pendaftaran VHI. Mereka tidak dapat menghantar saya ke doktor atas sebab yang remeh - terdapat lonjakan kuasa pada waktu pagi, dan selepas kemalangan itu, perkhidmatan pos mereka dan perkhidmatan tertentu untuk berkomunikasi dengan syarikat insurans tidak berfungsi. Sebagai jawapan kepada soalan saya, di manakah pentadbir anda, saya diberitahu bahawa pentadbir mereka datang dan melawat mereka seminggu sekali. Dan sekarang (pada masa itu sudah pukul 16:00) dia tidak mengangkat telefon. Selama sekurang-kurangnya 7 jam, klinik itu terputus dari dunia luar dan tidak dapat menyediakan perkhidmatan berbayar.

Apakah persamaan semua kes ini? Sudah tentu semua masalah boleh dicegah terlebih dahulu. Dengan maklum balas yang tepat pada masanya daripada orang IT, kerosakan boleh dikurangkan. Ini mungkin berlaku jika simptom awal ditafsirkan dengan betul oleh pengguna.

Kami telah mengenal pasti hipotesis masalah:

kerugian monetari dan reputasi yang ketara disebabkan oleh kelajuan tindak balas yang rendah terhadap kerosakan dalam infrastruktur IT;
salah tafsir gejala awal kerosakan oleh pengguna.

Apakah yang boleh pelanggan lakukan dengan mereka, dan bagaimana untuk mengelakkan situasi yang sama pada masa hadapan? Tidak banyak pilihan:

mengupah pentadbir sistem yang berkelayakan tinggi dan membuatnya bekerja dengan teliti;
penyumberan luar penyelenggaraan IT kepada syarikat perkhidmatan khusus;
melaksanakan sistem pemantauan dan pelaporan kerosakan secara bebas;
memberi latihan kepada pengguna/anggota perniagaan dalam asas literasi komputer.

Mari kita selesaikan pilihan ketiga. Jom tawarkan sistem pemantauan kepada mereka yang tidak menggunakannya atas pelbagai sebab.

Penyimpangan lirik. Pelbagai sistem untuk memantau perkhidmatan IT dalam pasaran perusahaan telah digunakan untuk masa yang lama, dan faedahnya tidak dipertikaikan. Saya bercakap dengan wakil syarikat besar, melihat bagaimana hubungan antara perniagaan dan IT dibina. Pengarah teknikal sebuah perusahaan besar yang membina mesin telah menyumber luar penyelenggaraan infrastruktur IT kepada syarikat luar, tetapi dia sendiri tetap mengetahui semua perkara. Di pejabatnya tergantung skrin sistem pemantauan yang besar dengan penunjuk status perkhidmatan IT. Yang paling kritikal dimasukkan ke dalam sistem. Pada bila-bila masa, pengarah teknikal boleh mengetahui keadaan infrastruktur, apa yang berlaku, di mana masalahnya, sama ada orang yang bertanggungjawab telah dimaklumkan, dan sama ada masalah itu sedang diselesaikan.

Cerita yang disenaraikan di atas membuatkan pasukan kami berfikir tentang cara mencipta sistem pemantauan yang optimum untuk syarikat kecil. Hasilnya, LANBIX dilahirkan - sistem pemantauan yang boleh digunakan oleh sesiapa sahaja tanpa pengetahuan IT. Objektif utama sistem adalah mudah, seperti semua sistem yang bertujuan untuk meningkatkan kesinambungan dan ketersediaan - mengurangkan kerugian kewangan dan lain-lain sekiranya berlaku masa henti yang tidak dirancang. Peranti direka bentuk untuk mengurangkan sekurang-kurangnya masa antara "sesuatu rosak" dan "masalah telah dibetulkan."

Untuk mengesahkan hipotesis, temu bual masalah telah dijalankan. Saya tidak dapat bayangkan berapa banyak orang yang sanggup memberitahu tanpa cuba menjual kepada mereka. Setiap perbualan berlangsung sekurang-kurangnya 1,5 jam, dan kami menerima banyak maklumat yang berguna untuk pembangunan selanjutnya.

Mari kita ringkaskan keputusan peringkat ini:

terdapat pemahaman tentang masalah,
pemahaman tentang nilai - ada,
Ada idea untuk penyelesaian.

Peringkat kedua adalah lebih terperinci. Berdasarkan keputusannya, kami terpaksa membentangkan kepada pihak pengurusan, yang pada asasnya memainkan peranan sebagai pelabur, kes perniagaan (Lean Canvas yang sama) untuk membuat keputusan mengenai nasib masa depan produk.

Kami bermula dengan penyelidikan pasaran dan analisis kompetitif untuk mengetahui siapa, apa dan, yang paling penting, bagaimana mereka lakukan dalam pasaran ini.

Ternyata perkara berikut.

Tiada sistem pemantauan berkotak siap sedia di pasaran untuk segmen kami (perniagaan kecil), kecuali beberapa atau tiga orang, yang saya tidak akan bercakap tentang sebab yang jelas.
Pesaing utama kami, anehnya, ialah pentadbir sistem dengan skrip yang ditulis di rumah dan "tambahan" kepada sistem pemantauan sumber terbuka.
Terdapat masalah yang jelas dengan menggunakan sistem pemantauan sumber terbuka. Terdapat sistem, terdapat sejumlah besar maklumat tentang cara bekerja dan mengubah suai sistem untuk memenuhi keperluan anda. Daripada pentadbir yang saya temu bual, ramai yang mengakui bahawa mereka tidak mempunyai kompetensi yang mencukupi untuk melaksanakan idea mereka sendiri. Tetapi mereka tidak boleh mengaku perkara ini kepada pihak pengurusan kerana takut dipecat. Ia ternyata menjadi lingkaran setan.

Kami kemudian beralih kepada menganalisis keperluan bakal pelanggan kami. Kami telah mengenal pasti sendiri segmen organisasi kecil yang atas sebab tertentu tidak mempunyai perkhidmatan IT mereka sendiri, di mana sama ada pentadbir sistem masuk, pekerja bebas atau syarikat perkhidmatan bertanggungjawab untuk IT. Bukan pihak IT yang memutuskan untuk masuk, tetapi pihak perniagaan, menawarkan pengasas dan pemilik perniagaan alat untuk meningkatkan kualiti perkhidmatan infrastruktur IT. Produk yang sepatutnya membantu pemilik melindungi perniagaan mereka, tetapi pada masa yang sama ia akan menambah kerja kepada orang yang bertanggungjawab untuk IT. Produk yang menyediakan alat untuk memantau kualiti sokongan IT kepada perniagaan.

Hasil daripada pemprosesan data yang diterima, senarai pertama keperluan (sejenis tunggakan kasar) untuk produk masa depan dilahirkan:

sistem pemantauan mesti berdasarkan penyelesaian sumber terbuka dan, akibatnya, murah;
mudah dan cepat dipasang;
tidak sepatutnya memerlukan pengetahuan khusus dalam IT, malah seorang akauntan (saya sama sekali tidak mahu menyinggung perasaan wakil profesion ini) harus dapat menggunakan dan mengkonfigurasi sistem;
harus secara automatik mengesan objek untuk pemantauan pada rangkaian;
hendaklah secara automatik (dan idealnya secara automatik) memasang ejen pemantauan;
mesti boleh memantau perkhidmatan luaran, sekurang-kurangnya sistem CRM dan tapak web jualan;
hendaklah memberitahu kedua-dua perniagaan dan pentadbir sistem tentang masalah;
tahap kedalaman dan "bahasa" makluman harus berbeza untuk pentadbir dan perniagaan;
sistem mesti dibekalkan pada perkakasannya sendiri;
besi hendaklah semudah mungkin;
sistem hendaklah sebebas mungkin daripada faktor luaran.

Seterusnya, pelaburan dalam pembangunan produk dikira (termasuk kos buruh untuk pekerja jabatan teknikal). Satu lakaran model perniagaan telah disediakan dan ekonomi unit produk telah dikira.

Keputusan peringkat:

tunggakan produk peringkat tinggi;
model perniagaan yang dirumuskan atau hipotesis skala yang masih belum diuji dalam amalan.

Mari kita beralih ke peringkat seterusnya - konsep. Di sini kita, sebagai jurutera, mendapati diri kita berada dalam elemen asal kita. Terdapat "senarai keinginan" yang diuraikan kepada komponen/subsistem/ciri, kemudian ia ditukar menjadi spesifikasi teknikal/cerita pengguna, kemudian menjadi projek, dsb. Saya tidak akan membincangkan secara terperinci mengenai proses menyediakan pelbagai pilihan alternatif; mari teruskan kepada keperluan dan kaedah yang dipilih untuk pelaksanaannya.

Keperluan
keputusan

Ia harus menjadi sistem pemantauan terbuka;

Kami mengambil sistem pemantauan sumber terbuka.

Sistem harus mudah dan cepat dipasang;
tidak memerlukan pengetahuan IT khusus. Malah seorang akauntan harus dapat menggunakan dan mengkonfigurasi sistem.

Kami menawarkan sistem yang dipasang supaya pengguna hanya perlu menghidupkan peranti dan mengkonfigurasinya sedikit, sama seperti penghala.

Mari kita tutup interaksi dengan peranti kepada sesuatu yang mudah dan boleh difahami oleh semua orang.

Mari kita tulis chatbot kita sendiri untuk salah satu pemesej segera yang terkenal dan pindahkan semua interaksi dengan sistem kepadanya.

Sistem harus:

secara automatik mengesan objek yang diperlukan untuk pemantauan pada rangkaian;
memasang ejen pemantauan secara automatik;
Dapat memantau perkhidmatan luaran, sekurang-kurangnya sistem CRM dan tapak web jualan.

Kami menulis alat tambah untuk sistem pemantauan untuk:

pengesanan objek automatik;
pemasangan automatik ejen;
memantau ketersediaan perkhidmatan luar.

Sistem harus:

memaklumkan kedua-dua perniagaan dan pentadbir sistem tentang masalah;
dapat memantau perkhidmatan luaran, sekurang-kurangnya sistem CRM dan tapak web jualan. Tahap kedalaman dan "bahasa" pemberitahuan harus berbeza untuk pentadbir dan perniagaan.
Sistem ini tidak sepatutnya memerlukan pengetahuan IT khusus; malah seorang akauntan harus dapat menggunakan dan mengkonfigurasi sistem.

Mari tambahkan pelbagai jenis pemberitahuan untuk pelbagai jenis pengguna. Mereka berbeza dalam nada dan kedalaman. Pengguna perniagaan akan menerima pemberitahuan seperti "semuanya baik-baik saja, tetapi komputer Ivanov akan mati tidak lama lagi." Pentadbir akan menerima mesej lengkap tentang ralat, siapa, bagaimana dan apa yang berlaku atau boleh berlaku.
Mari tambahkan keupayaan untuk menggunakan mel orang yang bertanggungjawab tambahan, supaya sekiranya berlaku kerosakan dia akan menerima mesej.
Mari tambah interaksi dengan pembekal perkhidmatan luaran berdasarkan penghantaran e-mel dengan teks yang telah disediakan terlebih dahulu, kerana Ia adalah e-mel yang menimbulkan kejadian itu.
Semua interaksi dengan sistem akan disambungkan ke chatbot; komunikasi dijalankan dalam gaya dialog.

Tambahan:

Mari tambahkan fungsi "berbual dengan pentadbir" supaya pengguna boleh menghantar mesej kepada pentadbir yang menerangkan masalah secara langsung.

Sistem mesti dibekalkan pada perkakasannya sendiri.
Besi mesti ada.
Sistem harus sebebas mungkin daripada persekitaran.

Mari ambil komputer Raspberry PI yang sudah siap dan murah.
Kami akan mereka bentuk papan bekalan kuasa tanpa gangguan.
Mari tambah modem untuk bebas daripada keadaan rangkaian tempatan.
Kami akan mereka bentuk bangunan yang cantik.

Kami kini mempunyai tiga subsistem dengan keperluan dan visi mereka sendiri untuk pelaksanaannya:

subsistem perkakasan;
subsistem pemantauan;
subsistem interaksi pengguna.

Kami membangunkan reka bentuk awal untuk subsistem perkakasan. Ya Ya! Setelah melanggar semua peraturan tangkas, kami membangunkan dokumen, kerana kilang pembuatan berfungsi dengan dokumen. Untuk subsistem yang selebihnya, kami mengenal pasti pengguna (orang), menyediakan cerita pengguna dan menulis tugas untuk pembangunan.

Ini menyimpulkan peringkat konsep, dan hasilnya ialah:

projek untuk platform perkakasan;
merumuskan visi dalam bentuk cerita pengguna untuk dua subsistem yang tinggal;
prototaip perisian yang dilaksanakan sebagai mesin maya;
prototaip perkakasan, dilaksanakan dalam bentuk pendirian, di mana penyelesaian perkakasan sebenarnya diuji untuk kekuatan;
ujian yang dijalankan oleh admin kami.

Masalah pada peringkat ini kebanyakannya adalah organisasi dan berkaitan dengan kekurangan pengetahuan kakitangan kejuruteraan dalam aspek perundangan dan perakaunan jualan. Itu. Adalah satu perkara untuk memikirkan apa dan bagaimana untuk menjual, dan agak lain untuk berhadapan dengan mesin undang-undang yang kejam: paten, tugas pembangunan, pendaftaran, EULA dan banyak lagi yang kami, sebagai orang kreatif, tidak mengambil kira pada mulanya.

Belum ada masalah, tetapi lebih kepada kesukaran yang berkaitan dengan reka bentuk kandang. Pasukan kami hanya terdiri daripada jurutera, jadi versi pertama sarung itu "dibina" daripada kaca plexiglass oleh pakar elektronik kami.

Badan itu kelihatan, secara sederhana, kontroversi, terutama untuk orang ramai, dimanjakan oleh teknologi moden. Sudah tentu, terdapat ahli di kalangan generasi lama "Kulibins" - bangunan itu membangkitkan perasaan nostalgia di dalamnya. Ia telah memutuskan untuk mengeluarkan dan mereka bentuk semula kes itu, kerana yang lama, sebagai tambahan kepada kecacatan estetik, juga mempunyai yang berstruktur - plexiglass tidak bertolak ansur dengan pemasangan dan pembongkaran peranti dengan baik dan cenderung retak. Saya akan memberitahu anda tentang pengeluaran kes itu dengan lebih lanjut.

Dan kini kami hampir ke garisan penamat - MVP. Sudah tentu, ini belum lagi menjadi produk pengeluaran akhir, tetapi ia sudah berguna dan berharga. Matlamat utama peringkat ini adalah untuk melancarkan kitaran "cipta-nilai-belajar". Ini betul-betul tahap LANBIX berada.

Pada peringkat "cipta", kami mencipta peranti yang melaksanakan fungsi yang dinyatakan. Ya, ia masih belum sempurna, dan kami terus mengusahakannya.

Mari kita kembali kepada pembuatan badan, i.e. kepada tugas mengubah peranti kami daripada nostalgia kepada moden. Pada mulanya, saya meninjau pasaran untuk pengeluar kabinet dan perkhidmatan reka bentuk perindustrian. Pertama, tidak banyak syarikat yang mengeluarkan kes di pasaran Rusia, dan kedua, kos reka bentuk perindustrian pada peringkat ini sangat tinggi, kira-kira 1 juta rubel.

Mereka menghubungi jabatan pemasaran kami untuk reka bentuk; pereka muda bersedia untuk eksperimen kreatif. Kami menggariskan visi kami tentang badan kapal (sebelum ini telah mengkaji contoh terbaik pembinaan badan kapal), dan dia, seterusnya, mengubahnya menjadi karya seni. Yang tinggal hanyalah menghasilkannya. Kami, bangga dengan reka bentuk kami, beralih kepada rakan kongsi kami. Ketua Pegawai Eksekutif mereka serta-merta menghancurkan fantasi kami dengan menunjukkan, secara percuma, perkara yang tidak dapat dihasilkan dengan cara pilihan kami. Kes itu boleh dihasilkan, dan ia tidak akan lebih buruk daripada Apple, tetapi kos kes itu akan menjadi tiga hingga empat kali lebih mahal daripada semua komponen elektronik. Selepas beberapa siri operasi dan kelulusan, kami telah mereka bentuk perumahan yang boleh dihasilkan. Ya, ia tidak seindah yang kami rancang, tetapi ia sesuai untuk mencapai matlamat semasa.

Keputusan peringkat: kumpulan pertama peranti sedia untuk pertempuran dan ujian.

Dan sekarang perkara yang paling sukar ialah peringkat "menilai", dan dengan produk kami, kami betul-betul pada tahap ini. Kami hanya boleh menilai berdasarkan hasil penggunaan oleh pelanggan sebenar dan tiada andaian berfungsi di sini. Kami memerlukan "pengguna awal" tersebut untuk memberikan maklum balas dan membuat perubahan pada produk yang benar-benar diperlukan. Persoalannya timbul: di mana untuk mendapatkan pelanggan dan bagaimana untuk meyakinkan mereka untuk mengambil bahagian dalam percubaan?

Daripada semua pilihan yang mungkin, kami memilih set alat digital klasik: halaman pendaratan dan kempen pengiklanan di rangkaian sosial.

Proses ini telah pun dilancarkan, tetapi masih terlalu awal untuk bercakap tentang keputusan, walaupun sudah ada maklum balas dan kami telah menerima pengesahan banyak hipotesis kami. Kejutan yang menggembirakan ialah reaksi wakil-wakil segmen perniagaan yang sama sekali berbeza, jauh lebih besar daripada yang kami jangkakan. Adalah bodoh untuk mengabaikan pengenalan baharu, dan berdasarkan hasil temu bual, ia telah memutuskan untuk melancarkan talian LANBIX selari yang dipanggil LANBIX Enterprise. Kami telah menambah sokongan untuk infrastruktur yang diedarkan, memantau rangkaian Wi-Fi dengan penyelesaian masalah dan penyetempatan serta memantau kualiti saluran komunikasi. Syarikat perkhidmatan menyatakan minat terbesar dalam penyelesaian itu. Pada masa yang sama, peranti yang telah kami bangunkan memainkan peranan penting dalam pengendalian penyelesaian.

Apa yang akan berlaku seterusnya

Apa yang akan berlaku seterusnya dengan LANBIX asal akan menjadi jelas berdasarkan hasil kempen. Sekiranya hipotesis kami tidak disahkan, mengikut metodologi Lean, kami akan menyingkirkannya secara kejam atau ia akan berubah menjadi sesuatu yang baru, kerana tidak ada yang lebih buruk daripada membuat produk yang tidak diperlukan oleh sesiapa pun. Tetapi sekarang kita boleh mengatakan bahawa kerja yang dilakukan tidak sia-sia dan terima kasih kepadanya, seluruh cabang produk selari telah muncul, yang kami sedang giat bekerja. Jika berjaya, LANBIX akan bergerak dari peringkat MVP ke peringkat akhir dan akan berkembang mengikut undang-undang klasik pemasaran produk yang boleh difahami.

Saya ulangi, sekarang kami ingin mencari pengguna awal, syarikat yang boleh memasang produk kami untuk mengumpul maklum balas. Jika anda berminat untuk menguji LANBIX, tulis dalam komen atau mesej peribadi.

Source

Sumber: www.habr.com

Cara kami bekerja dengan idea dan cara LANBIX dilahirkan