Bagaimana kami bekerja dengan ide-ide dan bagaimana LANBIX lahir

Integrasi LANIT memiliki banyak karyawan kreatif. Gagasan untuk produk dan proyek baru benar-benar menggantung di udara. Mengungkap yang paling menarik terkadang sangat sulit. Karena itu, kami bersama-sama mengembangkan metodologi kami sendiri. Cara memilih proyek terbaik dan mengimplementasikannya, baca di artikel ini.


Di Rusia, dan bahkan di dunia secara keseluruhan, sejumlah proses sedang berlangsung yang mengarah pada transformasi pasar TI. Karena peningkatan daya komputasi dan munculnya server, jaringan dan teknologi virtualisasi lainnya, pasar tidak lagi membutuhkan banyak perangkat keras. Vendor semakin memilih untuk bekerja dengan pelanggan secara langsung. Di pasar TI, berkembangnya outsourcing dalam semua manifestasinya, dari outsourcing klasik ke pemasok baru gelombang - "penyedia cloud". Sistem dan elemen infrastruktur menjadi lebih mudah untuk dirawat dan dikonfigurasikan. Kualitas perangkat lunak tumbuh setiap tahun dan tugas-tugas integrator sedang diubah.

Bagaimana kami bekerja dengan ide-ide

Area permulaan produk dalam LANIT-Integration telah ada selama lebih dari setahun. Tujuan utama kami adalah menciptakan produk baru dan membawanya ke pasar. Hal pertama yang kami mulai adalah mengatur proses pembuatan produk itu sendiri. Kami mempelajari banyak metodologi, mulai dengan klasik dan berakhir dengan hype. Namun, tidak satu pun dari mereka yang cocok dengan permintaan kami. Kemudian kami memutuskan untuk menggunakan metodologi Lean Startup sebagai dasar dan menyesuaikannya dengan tugas kami. Lean Startup adalah teori kewirausahaan yang diciptakan oleh Eric Rees. Ini didasarkan pada prinsip-prinsip, pendekatan dan praktik dari konsep-konsep seperti lean manufacturing, pengembangan pelanggan dan metodologi pengembangan yang fleksibel.

Adapun pendekatan untuk mengelola pengembangan produk secara langsung: kami tidak menciptakan sepeda, tetapi menerapkan metodologi pengembangan SCRUM yang sudah ada, menambah kreativitas, dan sekarang dapat dengan aman disebut SCRUM-WATERFALL-BAN. SCRUM, terlepas dari fleksibilitasnya, adalah sistem yang sangat kaku dan cocok untuk mengelola tim yang hanya bertanggung jawab atas satu produk / proyek. Seperti yang Anda pahami, bisnis "integrator" klasik tidak melibatkan alokasi spesialis teknis untuk bekerja penuh waktu dalam satu proyek (ada pengecualian, tetapi sangat jarang), karena selain mengerjakan produk, semua orang terlibat dalam proyek yang sedang berjalan. Dari SCRUM kami mengambil pembagian kerja menjadi sprint, pelaporan harian, retrospektif, dan peran. Untuk bekerja dengan aliran tugas, kami memilih Kanban, dan terintegrasi dengan sempurna ke dalam sistem pelacakan tugas yang ada. Kami membangun pekerjaan, berintegrasi mulus ke dalam urutan hal yang ada.

Sebelum memasuki pasar, produk melewati 5 tahap: ide, seleksi, konsep, MJP (lebih - di bawah) dan produksi.

Ide

Pada tahap ini, ada sesuatu yang fana - sebuah ide. Idealnya, idenya adalah untuk menyelesaikan masalah atau tugas klien yang ada. Kami tidak kekurangan ide. Menurut ide awal, mereka harus dihasilkan oleh karyawan bidang teknis. Agar ide dapat diterima untuk pengembangan lebih lanjut, penulis harus mengisi "Template Desain Idea". Hanya ada empat pertanyaan: Apa? Jadi apa Siapa yang butuh ini? Dan jika bukan produk kami, lalu apa?

Sumber

Seleksi

Segera setelah templat yang dirancang sampai di tangan kami, prosedur pemrosesan dan pemilihan dimulai. Tahap seleksi adalah yang paling memakan waktu. Pada tahap ini, pembentukan hipotesis masalah terjadi (bukan tanpa alasan yang saya sebutkan dalam paragraf sebelumnya bahwa, idealnya, ide harus menyelesaikan masalah klien) dan nilai-nilai produk. Hipotesis skala terbentuk, yaitu bagaimana bisnis kita akan tumbuh dan berkembang. Wawancara bermasalah dan ahli dilakukan dengan pelanggan potensial untuk memastikan bahwa kami akan menghasilkan sesuatu yang kami butuhkan. Diperlukan setidaknya 10-15 wawancara untuk menyimpulkan bahwa produk tersebut diperlukan.


Jika hipotesis dikonfirmasi, analisis keuangan awal dilakukan, perkiraan volume investasi dan kemungkinan pendapatan investor diestimasi. Sebagai hasil dari tahap ini, sebuah dokumen bernama Lean Canvas lahir dan disajikan kepada pimpinan.

Konsep

Pada tahap ini, sekitar 70% ide disaring. Jika konsep disetujui, maka tahap pengembangan ide dimulai. Kemampuan fungsional dari produk masa depan dibentuk, jalur implementasi dan solusi teknis yang optimal ditentukan, rencana bisnis diperbarui. Hasil dari tahap ini adalah kerangka acuan untuk pengembangan dan kasus bisnis yang terperinci. Jika berhasil, lanjutkan ke tahap MJP atau MVP.

MJP atau MVP

MJP adalah produk yang minimal. Yaitu produk yang belum sepenuhnya dikembangkan, tetapi sudah dapat memberikan nilai dan menjalankan fungsinya. Pastikan pada tahap pengembangan ini kami mengumpulkan umpan balik dari pengguna nyata dan membuat perubahan.

Produksi

Dan tahap terakhir adalah produksi. Hingga tahap ini, produk tidak lebih dari 5%. 5% ini hanya mencakup produk yang paling penting, perlu, layak dan fungsional.

Kami punya banyak ide, portofolio yang banyak telah dikumpulkan. Kami menganalisis setiap ide dan melakukan semuanya sehingga mencapai tahap akhir. Sangat menyenangkan bahwa kolega kami tidak tetap acuh tak acuh terhadap arahan R&D kami dan mengambil bagian aktif dalam pengembangan, implementasi produk dan solusi.

Bagaimana kami melakukan LANBIX

Pertimbangkan untuk membuat produk menggunakan contoh nyata - LANBIX. Ini adalah sistem perangkat keras dan perangkat lunak "kotak" yang dirancang untuk memantau infrastruktur TI kecil dan segera memberi tahu para pembuat keputusan dan pengguna bisnis tentang kegagalan fungsi yang dikendalikan melalui obrolan bot. Selain fungsi pemantauan, LANBIX termasuk fungsi Help Desk. Produk ini eksklusif untuk segmen pasar yang kami targetkan. Ini adalah keuntungan dan rasa sakit kita. Tetapi hal pertama yang pertama. Saya harus segera mengatakan bahwa LANBIX adalah produk yang hidup (artinya, ini belum final dalam pengembangannya dan sedang dalam putaran MVP berikutnya).

Jadi, tahap pertama adalah sebuah ide. Agar suatu gagasan dapat dilahirkan, kita membutuhkan masalah, dan kita memilikinya, atau lebih tepatnya, tidak bersama kita, tetapi dengan teman-teman kita. Di bawah ini kami mempertimbangkan beberapa situasi nyata yang telah terjadi di berbagai bidang bisnis.

Perusahaan manajemen kecil melayani dua rumah di pinggiran kota. Staf dengan PC, sekitar 15 orang. Administrator sistem adalah freelancer yang masuk (putra terpandai dari salah satu penghuni yang bersangkutan). Tampaknya kegiatan manajemen perusahaan lemah bergantung pada TI, tetapi kekhasan bisnis ini adalah pelaporan bulanan ke banyak contoh. Pada disk sistem kepala perusahaan (seperti biasa, menggabungkan banyak peran), ruang kosong telah habis. Secara alami, ini tidak terjadi secara tiba-tiba, peringatan itu menggantung selama sekitar 2 bulan dan terus-menerus diabaikan. Tetapi pembaruan tiba, OS diperbarui dan, seperti nasibnya, tergantung di tengah pembaruan, mengeluh sebelum "kematian" ke disk sibuk. Comp masuk ke reboot siklik. Sementara kami menyelesaikan masalah dan mendapatkan laporan, kami melewatkan tenggat waktu untuk pelaporan. Tampaknya kerusakan kecil telah menyebabkan berbagai masalah: dari kerugian hingga litigasi dan tanggung jawab administratif.

Sumber

Peristiwa serupa terjadi di sebuah holding besar yang menyatukan banyak perusahaan kecil dengan layanan dukungan teknis tunggal untuk seluruh kantor. Di salah satu departemen, komputer kepala akuntan mogok. Bahwa itu bisa pecah, itu dikenal untuk waktu yang lama (komputer mati-matian melambat dan pemanasan), tetapi tangan kepala akuntan tidak mencapai titik untuk mengirim permintaan untuk dukungan teknis. Secara alami, dia mogok tepat pada hari gaji, dan karyawan departemen duduk tanpa uang selama beberapa hari.


Sebuah bisnis grosir kecil memiliki situs web penjualan yang di-host di situs eksternal. Kami belajar tentang tidak dapat diaksesnya melalui telepon dari pelanggan tetap. Pada saat panggilan berlangsung, situs itu berbaring selama sekitar tiga jam. Butuh beberapa jam lagi untuk menemukan orang yang bertanggung jawab atas situs tersebut, dan dua lagi untuk memperbaiki kerusakan. Karenanya, hampir sepanjang hari kerja situs tidak tersedia. Menurut direktur komersial perusahaan, downtime ini menghabiskan biaya sekitar 1 juta rubel.

Saya sendiri menghadapi situasi yang sama ketika saya datang ke klinik dan harus pergi ke pendaftaran VHI. Mereka tidak dapat mengirim saya ke dokter karena alasan dangkal - di pagi hari ada lonjakan listrik, dan setelah kecelakaan itu layanan pos mereka dan beberapa layanan sehubungan dengan asuransi tidak bekerja. Untuk pertanyaan saya, di mana admin Anda, saya diberitahu bahwa admin datang bersama mereka dan mengunjungi mereka seminggu sekali. Dan sekarang (saat itu sudah jam 4:00 pagi) dia tidak mengangkat telepon. Setidaknya 7 jam, klinik terputus dari dunia luar dan tidak bisa memberikan layanan berbayar.


Apa yang menyatukan semua kasus ini? Benar-benar semua masalah dapat dicegah terlebih dahulu. Dengan respons yang tepat waktu dari orang yang melayani TI, adalah mungkin untuk mengurangi kerusakan yang disebabkan. Ini akan dimungkinkan dengan interpretasi yang benar dari gejala awal oleh pengguna.

Kami mengidentifikasi hipotesis masalah:

• Kerugian tunai dan reputasi yang signifikan karena rendahnya respons terhadap kegagalan fungsi infrastruktur TI;
• salah tafsir gejala awal kerusakan oleh pengguna.

Apa yang bisa dilakukan pelanggan dengan mereka, dan bagaimana cara menghindari situasi serupa di masa depan? Tidak banyak pilihan:

1. bawa administrator sistem yang berkualifikasi tinggi ke staf dan buat dia bekerja dengan itikad baik;
2. memberikan layanan TI kepada perusahaan layanan khusus;
3. secara independen memperkenalkan sistem pemantauan dan peringatan;
4. memberikan pelatihan bagi pengguna / personel bisnis tentang dasar-dasar literasi komputer.

Kami memikirkan opsi ketiga. Mari kita menawarkan sistem pemantauan kepada mereka yang tidak menggunakannya karena berbagai alasan.

Penyimpangan liris. Berbagai sistem untuk memantau layanan TI di pasar perusahaan telah digunakan sejak lama, dan manfaatnya tidak diperdebatkan. Saya berbicara dengan perwakilan perusahaan besar, menyaksikan bagaimana hubungan antara bisnis dan TI dibangun. Direktur teknis perusahaan pembuat mesin besar telah memberikan layanan kepada infrastruktur TI perusahaan eksternal, tetapi ia sendiri tetap tahu. Dia memiliki di kantornya sistem pemantauan layar besar dengan indikator status layanan TI. Yang paling kritis dimasukkan ke dalam sistem. Kapan saja, direktur teknis dapat mengetahui dalam kondisi apa infrastruktur itu, apa yang terjadi, di daerah mana masalahnya, apakah orang yang bertanggung jawab diberitahu, dan apakah masalah sedang diselesaikan.

Kisah-kisah ini membuat tim kami berpikir tentang bagaimana membuat sistem pemantauan yang optimal untuk perusahaan kecil. Akibatnya, LANBIX lahir - sistem pemantauan yang dapat digunakan oleh siapa saja yang benar-benar tidak memiliki pengetahuan tentang TI. Tugas utama sistem ini sederhana, karena semua sistem ditujukan untuk meningkatkan kontinuitas dan ketersediaan - mengurangi uang tunai dan kerugian lainnya jika terjadi downtime yang tidak direncanakan. Perangkat ini dirancang untuk meminimalkan waktu antara "ada sesuatu yang rusak untuk saya" dan "masalahnya sudah diperbaiki."

Wawancara masalah dilakukan untuk mengkonfirmasi hipotesis. Saya tidak bisa membayangkan berapa banyak orang yang mau memberi tahu, jika tidak mencoba menjualnya. Setiap percakapan berlangsung setidaknya 1,5 jam, dan kami menerima banyak informasi yang berguna untuk pengembangan lebih lanjut.

Ringkas hasil dari langkah ini:

1. memahami masalah - adalah,
2. pemahaman nilai - adalah,
3. ada ide untuk solusinya.

Tahap kedua lebih detail. Berdasarkan hasil-hasilnya, kita seharusnya mempresentasikan pada kepemimpinan, yang pada dasarnya memainkan peran investor, sebuah kasus bisnis (Kanvas Lean yang sama) untuk memutuskan masa depan produk.

Kami mulai dengan riset pasar dan analisis kompetitif untuk mencari tahu siapa, apa, dan yang paling penting, bagaimana hasilnya di pasar ini.

Ternyata yang berikut ini.

1. Tidak ada sistem pemantauan berbasis kotak yang siap pakai untuk segmen kami (usaha kecil) di pasar, dengan pengecualian beberapa atau tiga, yang tidak akan saya bicarakan dengan alasan yang jelas.
2. Anehnya, pesaing utama kami adalah administrator sistem dengan skrip yang ditulis sendiri dan "dopilki" untuk sistem pemantauan sumber terbuka.
3. Ada masalah yang jelas dengan penggunaan sistem pemantauan sumber terbuka. Ada sistem, ada sejumlah besar informasi tentang operasi dan penyempurnaan sistem untuk kebutuhan Anda. Dari para administrator yang saya wawancarai, banyak yang mengakui bahwa mereka tidak memiliki kompetensi untuk mengimplementasikan ide-ide mereka sendiri. Dan mereka tidak bisa mengakui kepemimpinan karena takut diberhentikan. Ternyata lingkaran setan.

Kemudian kami melanjutkan untuk menganalisis kebutuhan pelanggan potensial kami. Kami telah memilih bagi diri kami sendiri segmen dari organisasi kecil yang karena alasan tertentu tidak memiliki layanan TI sendiri, di mana administrator sistem yang masuk, freelancer, atau perusahaan jasa bertanggung jawab atas TI. Mereka memutuskan untuk tidak masuk dari sisi TI, tetapi dari sisi bisnis, menawarkan kepada para pendiri dan pemilik bisnis alat untuk meningkatkan kualitas layanan infrastruktur TI. Suatu produk yang seharusnya membantu pemilik mengamankan bisnis mereka, namun, pada saat yang sama, itu akan menambah pekerjaan bagi orang-orang yang bertanggung jawab untuk TI. Produk yang menyediakan alat bagi bisnis untuk memantau kualitas dukungan TI.

Sebagai hasil dari pemrosesan data yang diterima, daftar persyaratan pertama (semacam tumpukan kasar) untuk produk masa depan lahir:

• sistem pemantauan harus didasarkan pada solusi open source dan, sebagai akibatnya, murah;
• sederhana dan cepat untuk menginstal;
• seharusnya tidak memerlukan pengetahuan khusus tentang TI, bahkan seorang akuntan (dalam hal apa pun tidak ingin menyinggung para perwakilan profesi ini) harus dapat menggunakan dan mengonfigurasi sistem;
• harus secara otomatis mendeteksi objek untuk pemantauan di jaringan;
• Seharusnya secara otomatis (dan idealnya otomatis) menginstal agen pemantauan;
• harus dapat memantau layanan eksternal, setidaknya sistem CRM dan situs penjualan;
• Harus melaporkan masalah ke bisnis dan administrator sistem;
• kedalaman dan "bahasa" peringatan harus berbeda untuk admin dan bisnis;
• sistem harus dipasok pada perangkat kerasnya sendiri;
• besi harus terjangkau mungkin;
• sistem harus se independen mungkin dari faktor eksternal.

Selanjutnya, investasi dalam pengembangan produk dihitung (termasuk biaya tenaga kerja karyawan departemen teknis). Sebuah sketsa model bisnis disiapkan dan unit ekonomi produk dihitung.

Hasil Tahap:

• Tumpukan produk tingkat tinggi
• merumuskan model bisnis atau skala hipotesis, yang masih harus diuji dalam praktik.

Mari kita beralih ke tahap berikutnya - konsep. Di sini kita, sebagai insinyur, jatuh ke dalam elemen kita sendiri. Ada Wishlists yang diuraikan menjadi komponen / subsistem / fitur, kemudian mereka berubah menjadi TK / cerita pengguna, kemudian menjadi proyek, dll. Saya tidak akan memikirkan proses mempersiapkan berbagai opsi alternatif, kami akan langsung menuju persyaratan dan metode yang dipilih untuk implementasinya.


Kami memiliki tiga subsistem dengan persyaratannya sendiri dan visi untuk implementasinya:

• subsistem perangkat keras;
• subsistem pemantauan;
• subsistem interaksi pengguna.

Untuk subsistem perangkat keras, kami mengembangkan desain konseptual. Ya, ya! Setelah melanggar semua aturan aglomerasi, kami mengembangkan dokumen, karena produsen bekerja dengan dokumen. Untuk subsistem yang tersisa, kami mengalokasikan pengguna (orang), menyiapkan cerita pengguna, dan menulis tugas untuk pengembangan.

Pada tahap ini, konsep berakhir, dan hasilnya adalah:

• proyek platform perangkat keras;
• merumuskan visi dalam bentuk cerita pengguna di dua subsistem lainnya;
• bagian perangkat lunak prototipe diimplementasikan sebagai mesin virtual;
• perangkat keras prototipe, diimplementasikan dalam bentuk dudukan, di mana sebenarnya solusi perangkat keras diuji kekuatannya;
• pengujian dilakukan oleh admin kami.

Masalah pada tahap ini sebagian besar organisasi dan terkait dengan kurangnya pengetahuan teknis dalam aspek hukum dan akuntansi penjualan. YaituAdalah satu hal untuk mencari tahu apa yang harus dijual dan bagaimana berurusan dengan mesin hukum yang kejam: paten, tugas pengembangan, penyeimbangan, EULA dan banyak hal lain yang kita, sebagai orang kreatif, tidak memperhitungkan pada awalnya.

Masih tidak ada masalah, melainkan kesulitan terkait dengan desain bangunan. Tim kami hanya memiliki insinyur, sehingga spesialis elektronik kami “menumpuk” plexiglass dari plexiglass.


Kasus ini kelihatannya, kontroversial, terutama untuk publik, dimanjakan oleh teknologi modern. Tentu saja, para penikmat ditemukan di antara "Kulibin" dari generasi yang lebih tua - korps membangkitkan perasaan nostalgia di dalamnya. Diputuskan untuk membuat dan merancang kasus lagi, karena yang lama, selain cacat estetika, juga memiliki yang struktural - plexiglass tidak mentolerir perakitan-pembongkaran perangkat dan berusaha keras untuk memecahkan. Tentang produksi kasus ini, saya akan menceritakan lebih lanjut.

Dan sekarang kita sudah dekat dengan garis finish - MVP. Tentu saja, ini bukan produk seri final, tetapi sudah bermanfaat dan bernilai. Tujuan utama dari tahap ini adalah untuk meluncurkan siklus "buat-evaluasi-belajar". Pada titik inilah LANBIX berada.

Pada tahap "buat", kami menciptakan perangkat yang melakukan fungsionalitas yang dinyatakan. Ya, itu belum sempurna, dan kami terus mengerjakannya.

Kami kembali ke pembuatan kasing, mis. untuk tugas mengubah perangkat kami dari perasaan nostalgia menjadi yang modern. Pada awalnya, saya pergi ke pasar untuk produsen kasus dan jasa desain industri. Pertama, tidak banyak perusahaan yang memproduksi kasing di pasar Rusia, dan kedua, biaya desain industri pada tahap ini sangat tinggi, sekitar 1 juta rubel.

Kami beralih ke departemen pemasaran kami untuk desain, seorang desainer muda siap untuk eksperimen kreatif. Kami menetapkan visi kami tentang korps (setelah sebelumnya mempelajari contoh terbaik membangun korps), dan dia, pada gilirannya, mengubahnya menjadi sebuah karya seni. Tetap hanya menghasilkan. Kami, bangga dengan desain kami, beralih ke mitra kami. CEO mereka langsung menghancurkan fantasi kita, menunjukkan hal-hal gratis yang tidak dapat dilakukan dengan cara yang kita pilih. Kasing dapat dibuat, dan itu tidak akan lebih buruk dari Apple, tetapi biaya kasing akan tiga sampai empat kali lebih mahal dari seluruh pengisian elektronik. Setelah serangkaian operasi dan persetujuan, kami merancang enklosur yang dapat diproduksi. Ya, itu tidak seindah yang kami rencanakan, tetapi ideal untuk mencapai tujuan saat ini.


Hasil tahap: batch pertama perangkat siap untuk pertempuran dan pengujian.

Dan sekarang bagian yang paling sulit adalah tahap "mengevaluasi", dan dengan produk kami, kami benar pada saat ini. Kami hanya dapat mengevaluasi dengan hasil penggunaan oleh pelanggan nyata dan tidak ada asumsi yang berfungsi di sini. Kami membutuhkan "pengikut awal" yang sangat untuk memberikan umpan balik dan membuat perubahan pada produk yang benar-benar dibutuhkan. Timbul pertanyaan: dari mana mendapatkan pelanggan dan bagaimana meyakinkan mereka untuk mengambil bagian dalam percobaan?

Dari semua opsi yang mungkin, kami memilih serangkaian alat digital: kampanye pendaratan dan iklan di jejaring sosial.

Prosesnya sudah diluncurkan, tetapi masih terlalu dini untuk membicarakan hasilnya, meskipun sudah ada tanggapan dan kami telah menerima konfirmasi dari banyak hipotesis kami. Kejutan yang menyenangkan adalah reaksi dari perwakilan segmen bisnis yang sangat berbeda, jauh lebih besar daripada yang kami andalkan. Adalah bodoh untuk mengabaikan yang pengantar baru, dan berdasarkan hasil wawancara, diputuskan untuk meluncurkan jalur LANBIX paralel yang disebut LANBIX Enterprise. Kami telah menambahkan dukungan untuk infrastruktur terdistribusi, memantau jaringan Wi-Fi dengan pemecahan masalah dan lokalisasi kesalahan, memantau kualitas saluran komunikasi. Minat terbesar dalam solusi diungkapkan oleh perusahaan jasa. Pada saat yang sama, perangkat yang sudah kami kembangkan memainkan peran penting dalam pekerjaan solusi.

Apa yang akan terjadi selanjutnya?

Apa yang akan terjadi selanjutnya dengan LANBIX asli - itu akan menjadi jelas dari hasil kampanye. Jika hipotesis kami tidak dikonfirmasi, menurut metodologi Lean, kami tanpa ampun menyingkirkannya atau mengubahnya menjadi sesuatu yang baru, karena tidak ada yang lebih buruk daripada menciptakan produk yang tidak diperlukan siapa pun. Tetapi sudah sekarang kita dapat mengatakan bahwa pekerjaan yang dilakukan tidak sia-sia dan berkat itu seluruh cabang produk paralel telah muncul yang sedang kita garap secara aktif. Jika berhasil, LANBIX akan pindah dari tahap MVP ke tahap akhir dan akan berkembang sesuai dengan hukum klasik yang dapat dipahami dari pemasaran produk.

Saya ulangi, sekarang kami ingin mencari pengikut awal, perusahaan tempat kami dapat memasang produk untuk mengumpulkan umpan balik. Jika Anda tertarik untuk menguji LANBIX, tulis di komentar atau pesan pribadi.

Sumber