🥇Biz g'oyalar bilan qanday ishlaymiz va LANBIX qanday paydo bo'lgan

LANIT-Integration kompaniyasida ko'plab ijodiy xodimlar mavjud. Yangi mahsulotlar va loyihalar uchun g'oyalar tom ma'noda havoda osilgan. Ba'zan eng qiziqarlilarini aniqlash juda qiyin bo'lishi mumkin. Shuning uchun biz birgalikda o'z uslubimizni ishlab chiqdik. Eng yaxshi loyihalarni qanday tanlash va ularni amalga oshirish haqida ushbu maqolani o'qing.

Rossiyada va umuman dunyoda IT bozorining o'zgarishiga olib keladigan bir qator jarayonlar sodir bo'lmoqda. Hisoblash quvvatining oshishi va server, tarmoq va boshqa virtualizatsiya texnologiyalarining paydo bo'lishi tufayli bozor endi katta hajmdagi apparat vositalariga muhtoj emas. Sotuvchilar tobora ko'proq mijozlar bilan bevosita ishlashni afzal ko'rishadi. IT-bozori klassik autsorsingdan tortib, autsorsingning yangi to'lqini - "bulutli provayderlar"gacha bo'lgan barcha shakllarda autsorsingning portlashini boshdan kechirmoqda. Infratuzilma tizimlari va elementlarini saqlash va sozlash ancha osonlashadi. Dasturiy ta'minot sifati har yili o'sib bormoqda va integratorning vazifalari o'zgartirilmoqda.

Fikrlar bilan qanday ishlaymiz

Mahsulotni ishga tushirish yo'nalishi "LANIT-integratsiya" bir yildan ortiq vaqtdan beri mavjud. Bizning asosiy maqsadimiz – yangi mahsulotlar yaratish va bozorga olib chiqish. Biz boshlagan birinchi narsa mahsulotlarni yaratish jarayonini tashkil qilish edi. Biz klassikadan tortib shov-shuvga qadar ko'plab metodologiyalarni o'rganib chiqdik. Biroq, ularning hech biri bizning ehtiyojlarimizga javob bermadi. Keyin biz Lean Startup metodologiyasini asos qilib olishga va uni vazifalarimizga moslashtirishga qaror qildik. Lean Startup - bu Erik Ries tomonidan yaratilgan tadbirkorlik nazariyasi. U tejamkor ishlab chiqarish, mijozlarni rivojlantirish va moslashuvchan rivojlanish metodologiyasi kabi tushunchalarning tamoyillari, yondashuvlari va amaliyotlariga asoslanadi.

Mahsulotni ishlab chiqishni boshqarishga to'g'ridan-to'g'ri yondashuvga kelsak: biz g'ildirakni qayta ixtiro qilmadik, lekin allaqachon mavjud ishlab chiqish metodologiyasini qo'lladik. SCRUM, ijodkorlikni qo'shib, endi uni xavfsiz SCRUM-WATERFALL-BAN deb atash mumkin. SCRUM, moslashuvchanligiga qaramay, juda qattiq tizim bo'lib, faqat bitta mahsulot/loyiha uchun mas'ul bo'lgan jamoani boshqarish uchun javob beradi. Siz tushunganingizdek, klassik "integratsiya" biznesi bitta loyihada ishlash uchun to'liq vaqtli texnik mutaxassislarni tayinlashni o'z ichiga olmaydi (istisnolar mavjud, ammo juda kamdan-kam hollarda), chunki mahsulotlar ustida ishlashdan tashqari, hamma joriy loyihalar bilan band. SCRUM-dan biz ishni sprintlarga, kundalik hisobotlarga, retrospektivlarga va rollarga bo'linib oldik. Biz vazifalar oqimi uchun Kanbanni tanladik va u mavjud vazifalarni kuzatish tizimimizga yaxshi integratsiyalashgan. Biz narsalarning mavjud tartibiga muammosiz integratsiyalashgan holda ishimizni tuzdik.
Bozorga kirishdan oldin mahsulot 5 bosqichdan o'tadi: g'oya, tanlov, kontseptsiya, MVP (quyida batafsilroq) va ishlab chiqarish.

Fikr

Bu bosqichda vaqtinchalik nimadir - g'oya mavjud. Ideal holda, mavjud muammo yoki mijoz muammosini hal qilish g'oyasi. Bizda g‘oyalar kamchiligi yo‘q. Dastlabki rejaga ko'ra, ular texnik soha xodimlari tomonidan ishlab chiqarilishi kerak. G'oyani kelgusida ishlab chiqish uchun qabul qilish uchun muallif "G'oya dizayni shablonini" to'ldirishi kerak. Faqat to'rtta savol bor: nima? Nima uchun? Bu kimga kerak? Va agar bizning mahsulotimiz bo'lmasa, unda nima bo'ladi?

manba

Tanlash

Tugallangan shablon bizga etib kelishi bilan, qayta ishlash va tanlash jarayoni boshlanadi. Tanlov bosqichi eng ko'p mehnat talab qiladi. Ushbu bosqichda muammolarning gipotezalari (oldingi paragrafda ideal holda g'oya mijozning muammosini hal qilishi kerakligini bejiz ta'kidlaganim yo'q) va mahsulotning qiymati shakllanadi. O'lchov gipotezasi shakllanadi, ya'ni. biznesimiz qanday rivojlanadi va gullaydi. Potentsial mijozlar bilan muammoli va ekspert suhbatlari o'tkaziladi, biz kerakli narsani ishlab chiqarmoqchi ekanligimizni dastlabki tasdiqlash uchun. Mahsulotga bo'lgan ehtiyoj haqida xulosa chiqarish uchun kamida 10-15 intervyu kerak bo'ladi.

Agar farazlar tasdiqlansa, dastlabki moliyaviy tahlil o'tkaziladi, investitsiyalarning taxminiy hajmi va investorning mumkin bo'lgan daromadlari baholanadi. Ushbu bosqich natijasida Lean Canvas deb nomlangan hujjat tug'iladi va rahbariyatga taqdim etiladi.

tushuncha

Ushbu bosqichda g'oyalarning taxminan 70% yo'q qilinadi. Agar kontseptsiya tasdiqlansa, g'oyani ishlab chiqish bosqichi boshlanadi. Kelajakdagi mahsulotning funksionalligi shakllantiriladi, amalga oshirish yo'llari va optimal texnik echimlar aniqlanadi, biznes-reja yangilanadi. Ushbu bosqichning natijasi - ishlab chiqish uchun texnik spetsifikatsiya va batafsil biznes ishi. Agar muvaffaqiyatli bo'lsa, biz MVP yoki MVP bosqichiga o'tamiz.

MVP yoki MVP

MVP - minimal hayotiy mahsulot. Bular. to'liq ishlab chiqilmagan, lekin allaqachon qiymat keltira oladigan va o'z funksionalligini bajaradigan mahsulot. Rivojlanishning ushbu bosqichida biz haqiqiy foydalanuvchilarning fikr-mulohazalarini yig'ishimiz va o'zgartirishlar kiritishimiz juda muhimdir.

ishlab chiqarish

Va oxirgi bosqich - ishlab chiqarish. Mahsulotlarning 5% dan ko'pi bu bosqichga etib bormaydi. Ushbu 5% faqat eng muhim, zarur, hayotiy va funktsional mahsulotlarni o'z ichiga oladi.

Bizda juda ko'p g'oyalar bor va allaqachon katta hajmli portfelni yig'ib oldik. Biz har bir g'oyani tahlil qilamiz va yakuniy bosqichga chiqishi uchun hamma narsani qilamiz. Bizning hamkasblarimiz ilmiy-tadqiqot yo‘nalishimizga befarq qolmagani, mahsulot va yechimlarni ishlab chiqish va joriy etishda faol ishtirok etayotgani juda quvonarlidir.

LANBIXni qanday yaratdik

Keling, haqiqiy misol - LANBIX mahsuloti yordamida mahsulot yaratishni ko'rib chiqaylik. Bu kichik IT infratuzilmalarini monitoring qilish va qaror qabul qiluvchilar va biznes foydalanuvchilarini chatbot orqali boshqariladigan nosozliklar haqida zudlik bilan ogohlantirish uchun mo'ljallangan "qutili" dasturiy va apparat tizimi. Monitoring funksiyasidan tashqari LANBIX yordam stoli funksiyasini ham o‘z ichiga oladi. Ushbu mahsulot biz maqsad qilgan bozor segmentiga xosdir. Bu ham bizning ustunligimiz, ham dardimiz. Lekin birinchi narsa birinchi. Men darhol aytamanki, LANBIX jonli mahsulotdir (ya'ni, u o'zining rivojlanishida yakuniy emas va MVPning keyingi bosqichida).

Shunday qilib, birinchi bosqich - bu g'oya. G'oya tug'ilishi uchun sizga muammolar kerak va ular bizda, aniqrog'i bizda emas, balki do'stlarimizda bo'lgan. Quyida biz biznesning turli sohalarida sodir bo'lgan bir nechta real vaziyatlarni ko'rib chiqamiz.

Kichik boshqaruv kompaniyasi Moskva viloyatida ikkita uyni saqlaydi. Shaxsiy kompyuterlari bo'lgan xodimlar taxminan 15 kishini tashkil qiladi. Tizim ma'muri - tashrif buyuruvchi frilanser (g'amxo'r aholidan birining aqlli o'g'li). Boshqaruv kompaniyasining faoliyati IT-ga juda bog'liq bo'lib tuyuladi, ammo bu biznesning o'ziga xos xususiyati har oy ko'plab organlarga hisobot berishdir. Kompaniya rahbarining tizim diskida (odatdagidek, ko'plab rollarni birlashtiradi) bo'sh joy tugadi. Tabiiyki, bu to'satdan sodir bo'lmadi, ogohlantirish taxminan 2 oy davomida osilib turdi va doimo e'tibordan chetda qoldi. Ammo yangilanish keldi, OS yangilandi va omadga qarab, u yangilanishning o'rtasida qotib qoldi va "o'limdan" oldin band bo'lgan disk haqida shikoyat qildi. Kompyuter tsiklik qayta ishga tushdi. Muammoni hal qilish va hisobotlarni olish vaqtida biz hisobot berish muddatini o'tkazib yubordik. Aftidan, arzimas nosozlik turli xil muammolarni keltirib chiqardi: yo'qotishlardan tortib sud jarayoni va ma'muriy javobgarlikgacha.

manba

Shunga o'xshash hodisa ko'plab kichik kompaniyalarni birlashtirgan, butun ofis uchun yagona texnik yordam xizmatiga ega bo'lgan yirik xolding kompaniyasida sodir bo'ldi. Bo‘limlardan birida bosh hisobchining kompyuteri buzilib qolgan. Bu buzilib ketishi mumkinligi uzoq vaqtdan beri ma'lum edi (kompyuter juda sekinlashdi va qizib ketdi), lekin bosh buxgalter hech qachon texnik yordamga so'rov yubora olmadi. Tabiiyki, u aynan ish haqi kuni buzilgan va bo'lim xodimlari bir necha kun pulsiz qolishgan.

Kichik ulgurji savdodagi kichik biznes tashqi saytda joylashgan savdo veb-saytiga ega edi. Uning mavjud emasligi haqida biz oddiy mijozdan telefon orqali bilib oldik. Qo'ng'iroq paytida sayt taxminan uch soat davomida ishlamay qolgan edi. Sayt uchun mas'ul shaxsni topish uchun yana ikki soat kerak bo'ldi va muammoni hal qilish uchun yana ikki soat kerak bo'ldi. Shunga ko'ra, sayt deyarli butun ish kuni davomida mavjud emas edi. Kompaniyaning tijorat direktorining so'zlariga ko'ra, bu to'xtab qolish ularga taxminan 1 million rublga tushgan.

Men o'zim ham xuddi shunday vaziyatga klinikaga yozilish uchun kelganimda duch keldim va VHI ro'yxatiga borishga majbur bo'ldim. Ular meni arzimas sabablarga ko'ra shifokorga yubora olmadilar - ertalab elektr quvvati ko'tarildi va baxtsiz hodisadan keyin ularning pochta xizmati va sug'urta kompaniyasi bilan bog'lanish uchun ma'lum bir xizmat ishlamadi. Adminlaringiz qayerda degan savolimga javoban admini haftada bir marta kelib ziyorat qilishini aytishdi. Va hozir (o'sha paytda soat 16:00 edi) u telefonni ko'tarmaydi. Kamida 7 soat davomida klinika tashqi dunyo bilan aloqasi uzilib, pullik xizmat ko‘rsata olmadi.

Bu holatlarning barchasida qanday umumiylik bor? Mutlaqo barcha muammolarni oldindan oldini olish mumkin edi. IT xodimlarining o'z vaqtida javob berishlari bilan zararni kamaytirish mumkin edi. Agar dastlabki alomatlar foydalanuvchilar tomonidan to'g'ri talqin qilingan bo'lsa, bu mumkin bo'ladi.

Biz muammoli gipotezalarni aniqladik:

AT infratuzilmasidagi nosozliklarga javob berishning past tezligi tufayli katta pul va obro'-e'tibor yo'qotishlari;
foydalanuvchilar tomonidan nosozlikning dastlabki belgilarini noto'g'ri talqin qilish.

Mijoz ular bilan nima qilishi mumkin va kelajakda shunga o'xshash vaziyatlardan qanday qochish kerak? Ko'p variantlar mavjud emas:

yuqori malakali tizim administratorini yollash va uni vijdonan ishlashga majburlash;
AT xizmatini ixtisoslashgan servis kompaniyasiga autsorsing qilish;
monitoring va nosozliklar haqida hisobot berish tizimini mustaqil ravishda amalga oshirish;
foydalanuvchilarga/biznes xodimlariga kompyuter savodxonligi asoslarini o'rgatish.

Keling, uchinchi variantga to'xtalib o'tamiz. Keling, turli sabablarga ko'ra foydalanmayotganlarga monitoring tizimini taklif qilaylik.

Lirik chekinish. Korxona bozorida IT xizmatlarini monitoring qilish uchun turli tizimlar uzoq vaqtdan beri qo'llanilgan va ularning afzalliklari bahsli emas. Men yirik kompaniyalar vakillari bilan suhbatlashdim, biznes va IT o'rtasidagi munosabatlar qanday qurilganiga qaradim. Bir yirik mashinasozlik korxonasining texnik direktori IT infratuzilmasiga texnik xizmat ko'rsatishni tashqi kompaniyaga topshirgan, ammo uning o'zi barcha masalalardan xabardor. Uning kabinetida IT-xizmatlari holati ko'rsatkichlari bo'lgan katta monitoring tizimi ekrani osilgan. Eng muhimlari tizimga kiritilgan. Texnik direktor istalgan vaqtda infratuzilma qanday ahvolda, nima bo‘layotgani, muammo qayerda, mas’ul shaxslarga xabar berilganmi, muammo hal qilinyaptimi yoki yo‘qligini bilib olishi mumkin.

Yuqorida sanab o'tilgan voqealar bizning jamoamizni kichik kompaniyalar uchun optimal monitoring tizimini qanday yaratish haqida o'ylashga majbur qildi. Natijada, LANBIX tug'ildi - IT bilimi bo'lmagan mutlaqo har kim tomonidan qo'llanilishi mumkin bo'lgan monitoring tizimi. Tizimning asosiy maqsadi oddiy, barcha tizimlar kabi uzluksizlik va mavjudlikni oshirishga qaratilgan - rejadan tashqari ishlamay qolganda pul va boshqa yo'qotishlarni kamaytirish. Qurilma "nimadir buzilgan" va "muammo hal qilindi" o'rtasidagi vaqtni minimal darajaga qisqartirish uchun mo'ljallangan.

Gipotezalarni tasdiqlash uchun muammoli suhbatlar o'tkazildi. Men odamlarga sotishga harakat qilmasdan qancha aytishga tayyor bo'lishini tasavvur qila olmadim. Har bir suhbat kamida 1,5 soat davom etdi va biz keyingi rivojlanish uchun juda ko'p foydali ma'lumotlarni oldik.

Keling, ushbu bosqich natijalarini umumlashtiramiz:

muammoni tushunish bor,
qiymatni tushunish - bor,
Yechim uchun fikr bor.

Ikkinchi bosqich batafsilroq edi. Uning natijalariga ko'ra, biz investor rolini o'ynaydigan rahbariyatga mahsulotning kelajakdagi taqdiri to'g'risida qaror qabul qilish uchun biznes-keysni (xuddi shu Lean Canvas) taqdim etishimiz kerak edi.

Biz ushbu bozorda kim, nima va eng muhimi qanday ishlayotganini bilish uchun bozor tadqiqoti va raqobat tahlilidan boshladik.

Quyidagilar chiqdi.

Bozorda bizning segmentimiz (kichik biznes) uchun tayyor qutili monitoring tizimlari mavjud emas, bir-ikki yoki uchtadan tashqari, men aniq sabablarga ko'ra gaplashmayman.
Bizning asosiy raqobatchilarimiz, g'alati darajada, uyda yozilgan skriptlar va ochiq manbali monitoring tizimlariga "qo'shimchalar" ga ega tizim ma'murlari.
Ochiq manbali monitoring tizimlaridan foydalanishda aniq muammo bor. Tizim mavjud, sizning ehtiyojlaringizga mos ravishda tizimni qanday ishlash va o'zgartirish haqida juda ko'p ma'lumot mavjud. Men suhbatlashgan ma'murlardan ko'plari o'z g'oyalarini mustaqil ravishda amalga oshirish uchun etarli vakolatlarga ega emasligini tan olishdi. Ammo ular ishdan bo'shatishdan qo'rqib, buni rahbariyatga tan olmaydilar. Bu shafqatsiz doira bo'lib chiqadi.

Keyin biz potentsial mijozlarimizning ehtiyojlarini tahlil qilishga o'tdik. Biz o'zimiz uchun negadir o'zlarining IT xizmatiga ega bo'lmagan kichik tashkilotlar segmentini aniqladik, bu erda IT uchun kiruvchi tizim ma'muri, frilanser yoki xizmat ko'rsatuvchi kompaniya javobgardir. Kirishga IT tomoni emas, balki asoschilar va biznes egalariga IT infratuzilmasi xizmati sifatini oshirish vositasini taklif qilgan biznes tomoni qaror qildi. Egalariga o'z biznesini himoya qilishga yordam beradigan mahsulot, lekin ayni paytda IT uchun mas'ul bo'lgan odamlarga ish qo'shadi. Korxonalarni IT-quvvatlash sifatini nazorat qilish vositasi bilan ta'minlaydigan mahsulot.

Qabul qilingan ma'lumotlarni qayta ishlash natijasida kelajakdagi mahsulotga qo'yiladigan talablarning birinchi ro'yxati (o'ziga xos qo'pol zaxira) paydo bo'ldi:

monitoring tizimi ochiq manbali yechimga asoslangan bo'lishi va natijada arzon bo'lishi kerak;
oson va tez o'rnatish;
IT bo'yicha aniq bilimlarni talab qilmasligi kerak, hatto buxgalter ham (hech qanday holatda men ushbu kasb vakillarini xafa qilishni xohlamadim) tizimni o'rnatishi va sozlashi kerak;
tarmoqdagi monitoring uchun ob'ektlarni avtomatik ravishda aniqlashi kerak;
monitoring agentlarini avtomatik ravishda (va ideal holda avtomatik ravishda) o'rnatishi kerak;
tashqi xizmatlarni, hech bo'lmaganda CRM tizimi va sotiladigan veb-saytni kuzatish imkoniyatiga ega bo'lishi kerak;
muammolar haqida biznesni ham, tizim administratorini ham xabardor qilishi kerak;
ogohlantirishlarning chuqurligi va "tili" darajasi ma'mur va biznes uchun boshqacha bo'lishi kerak;
tizim o'z apparatida ta'minlanishi kerak;
temir imkon qadar qulay bo'lishi kerak;
tizim tashqi omillardan imkon qadar mustaqil bo'lishi kerak.

Keyinchalik, mahsulotni ishlab chiqishga investitsiyalar hisoblab chiqildi (shu jumladan texnik bo'lim xodimlari uchun mehnat xarajatlari). Biznes modelining eskizi tayyorlandi va mahsulotning birlik iqtisodiyoti hisoblab chiqildi.

Bosqich natijasi:

yuqori darajadagi mahsulot zaxirasi;
hali amalda sinab ko'rilmagan shakllangan biznes modeli yoki miqyosdagi gipoteza.

Keling, keyingi bosqichga - kontseptsiyaga o'tamiz. Bu erda biz muhandislar sifatida o'zimizni ona elementimizda topamiz. Komponentlarga/quyi tizimlarga/xususiyatlarga ajratilgan “istaklar ro'yxati” mavjud, keyin ular texnik spetsifikatsiyalarga/foydalanuvchi hikoyalariga, so'ngra loyihaga va hokazolarga aylanadi. Men bir qator muqobil variantlarni tayyorlash jarayoni haqida batafsil to'xtalmayman, keling, to'g'ridan-to'g'ri talablar va ularni amalga oshirishning tanlangan usullariga o'tamiz.

Talab
qaror

Bu ochiq monitoring tizimi bo'lishi kerak;

Biz ochiq manbali monitoring tizimini olamiz.

Tizim oddiy va tez o'rnatilishi kerak;
maxsus IT bilimlarini talab qilmasligi kerak. Hatto buxgalter ham tizimni o'rnatish va sozlash imkoniyatiga ega bo'lishi kerak.

Biz o'rnatilgan tizimni taklif qilamiz, shunda foydalanuvchi faqat qurilmani yoqishi va uni routerga o'xshash biroz sozlashi kerak.

Keling, qurilma bilan o'zaro aloqani hamma uchun oddiy va tushunarli narsaga yopaylik.

Keling, taniqli messenjerlardan biri uchun o'z chatbotimizni yozamiz va tizim bilan barcha o'zaro aloqalarni unga o'tkazamiz.

Tizim quyidagilarni bajarishi kerak:

tarmoqdagi monitoring uchun zarur bo'lgan ob'ektlarni avtomatik ravishda aniqlash;
monitoring agentlarini avtomatik ravishda o'rnatish;
Tashqi xizmatlarni, hech bo'lmaganda CRM tizimini va sotiladigan veb-saytni kuzatish imkoniyatiga ega bo'ling.

Biz monitoring tizimi uchun qo'shimchalar yozamiz:

ob'ektni avtomatik aniqlash;
agentlarni avtomatik o'rnatish;
tashqi xizmatlar mavjudligini nazorat qilish.

Tizim quyidagilarni bajarishi kerak:

muammolar haqida biznesni ham, tizim administratorini ham xabardor qilish;
tashqi xizmatlarni, hech bo'lmaganda CRM tizimi va sotiladigan veb-saytni kuzatish imkoniyatiga ega bo'lish. Bildirishnomalarning chuqurligi va "tili" darajasi ma'mur va biznes uchun boshqacha bo'lishi kerak.
Tizim maxsus IT bilimlarini talab qilmasligi kerak, hatto buxgalter ham tizimni o'rnatishi va sozlashi mumkin.

Keling, har xil turdagi foydalanuvchilar uchun har xil turdagi bildirishnomalarni qo'shamiz. Ular balandligi va chuqurligi bilan farqlanadi. Ishbilarmon foydalanuvchi "hammasi yaxshi, lekin Ivanovning kompyuteri tez orada o'ladi" kabi bildirishnomalarni oladi. Administrator xato haqida, kim, qanday va nima sodir bo'lganligi yoki sodir bo'lishi mumkinligi haqida to'liq xabar oladi.
Keling, qo'shimcha mas'ul shaxsning pochtasidan foydalanish imkoniyatini qo'shamiz, shunda buzilish holatlarida u xabar oladi.
Oldindan tayyorlangan matn bilan elektron pochta xabarlarini yuborish asosida tashqi xizmat ko'rsatuvchi provayderlar bilan o'zaro aloqani qo'shamiz, chunki Hodisaga sabab bo'lgan elektron pochta.
Tizim bilan barcha o'zaro aloqalar chatbotga ulanadi, muloqot dialog uslubida amalga oshiriladi.

Qo'shimcha:

Keling, foydalanuvchi administratorga muammoni to'g'ridan-to'g'ri tavsiflovchi xabarni yuborishi uchun "administrator bilan suhbat" funksiyasini qo'shamiz.

Tizim o'z apparatida ta'minlanishi kerak.
Temir mavjud bo'lishi kerak.
Tizim imkon qadar atrof-muhitdan mustaqil bo'lishi kerak.

Keling, tayyor va arzon Raspberry PI kompyuterini olaylik.
Biz uzluksiz quvvat manbai platasini loyihalashtiramiz.
Mahalliy tarmoq holatidan mustaqil bo'lishi uchun modem qo'shamiz.
Biz chiroyli binoni loyihalashtiramiz.

Endi bizda o'z talablari va ularni amalga oshirish nuqtai nazariga ega uchta quyi tizim mavjud:

apparat quyi tizimi;
monitoring quyi tizimi;
foydalanuvchilarning o'zaro ta'siri quyi tizimi.

Biz apparat quyi tizimi uchun dastlabki dizaynni ishlab chiqdik. Ha ha! Agilening barcha qoidalarini buzgan holda, biz hujjat ishlab chiqdik, chunki ishlab chiqarish korxonalari hujjatlar bilan ishlaydi. Qolgan quyi tizimlar uchun biz foydalanuvchilarni (shaxslarni) aniqladik, foydalanuvchi hikoyalarini tayyorladik va ishlab chiqish uchun vazifalar yozdik.

Bu kontseptsiya bosqichini yakunlaydi va natija:

apparat platformasi uchun loyiha;
qolgan ikkita quyi tizimlar uchun foydalanuvchi hikoyalari ko'rinishida tuzilgan ko'rish;
virtual mashina sifatida amalga oshirilgan dasturiy ta'minot prototipi;
stend shaklida amalga oshirilgan apparat prototipi, bu erda apparat echimlari haqiqatda mustahkamlik uchun sinovdan o'tkazildi;
test adminlarimiz tomonidan amalga oshirildi.

Ushbu bosqichdagi muammolar asosan tashkiliy va muhandislik xodimlarining sotishning huquqiy va buxgalteriya jihatlari bo'yicha bilimlarining etishmasligi bilan bog'liq edi. Bular. Nimani va qanday sotishni aniqlash boshqa narsa, shafqatsiz yuridik mashinaga duch kelish boshqa narsa: patentlar, ishlab chiqish vazifalari, ro'yxatdan o'tish, EULA va biz, ijodkorlar sifatida dastlab e'tiborga olinmagan boshqa narsalar.

Hali muammo yo'q edi, aksincha, korpuslarning dizayni bilan bog'liq qiyinchilik. Bizning jamoamiz faqat muhandislardan iborat, shuning uchun ishning birinchi versiyasi elektronika bo'yicha mutaxassisimiz tomonidan plexiglassdan "qurilgan".

Tana, yumshoq qilib aytganda, munozarali, ayniqsa jamoatchilik uchun zamonaviy texnologiyalar tomonidan buzilgan ko'rinardi. Albatta, "Kulibinlar" ning katta avlodi orasida biluvchilar bor edi - bino ularda nostaljik tuyg'ularni uyg'otdi. Korpusni yangidan ishlab chiqarish va loyihalash to'g'risida qaror qabul qilindi, chunki eskisi, estetik kamchiliklardan tashqari, strukturaviy kamchiliklarga ham ega edi - plexiglass qurilmani yig'ish va demontaj qilishga toqat qilmadi va yorilish tendentsiyasiga ega edi. Men sizga ishning ishlab chiqarilishi haqida batafsil aytib beraman.

Va endi biz marra chizig'iga yaqinlashdik - MVP. Albatta, bu hali yakuniy ishlab chiqarish mahsuloti emas, lekin u allaqachon foydali va qimmatli. Ushbu bosqichning asosiy maqsadi "yaratish-baholash-o'rganish" siklini ishga tushirishdir. LANBIX aynan shu bosqichda.

"Yaratish" bosqichida biz belgilangan funksiyani bajaradigan qurilma yaratdik. Ha, u hali mukammal emas va biz bu borada ishlashda davom etdik.

Keling, tanani ishlab chiqarishga qaytaylik, ya'ni. qurilmamizni nostaljikdan zamonaviyga aylantirish vazifasiga. Boshida men shkaf ishlab chiqaruvchilari va sanoat dizayn xizmatlari uchun bozorni o'rgandim. Birinchidan, Rossiya bozorida kassalarni ishlab chiqaradigan kompaniyalar ko'p emas, ikkinchidan, ushbu bosqichda sanoat dizayni narxi juda yuqori, taxminan 1 million rubl.

Dizayn uchun marketing bo'limiga murojaat qilishdi, yosh dizayner ijodiy tajribalarga tayyor edi. Biz korpus haqidagi tasavvurimizni bayon qildik (ilgari korpus qurilishining eng yaxshi namunalarini o'rganib chiqdik) va u o'z navbatida uni san'at asariga aylantirdi. Qolgan narsa uni ishlab chiqarishdir. Dizaynimiz bilan faxrlanib, hamkorlarimizga murojaat qildik. Ularning bosh direktori biz tanlagan usulda ishlab chiqarilishi mumkin bo'lmagan narsalarni mutlaqo tekinga ko'rsatib, bizning fantaziyalarimizni darhol yo'q qildi. Koson ishlab chiqarilishi mumkin va u Applenikidan yomonroq bo'lmaydi, lekin korpusning narxi barcha elektron komponentlardan uch-to'rt barobar qimmatroq bo'ladi. Bir qator operatsiyalar va tasdiqlashlardan so'ng biz ishlab chiqarilishi mumkin bo'lgan uy-joyni loyihalashtirdik. Ha, bu biz rejalashtirgandek go'zal emas, lekin hozirgi maqsadlarga erishish uchun ideal.

Bosqich natijasi: jangovar va sinovga tayyor qurilmalarning birinchi partiyasi.

Va endi eng qiyin narsa - bu "baholash" bosqichi va mahsulotimiz bilan biz aynan shu nuqtadamiz. Biz faqat haqiqiy mijozlar tomonidan foydalanish natijalari asosida baholashimiz mumkin va bu erda hech qanday taxminlar ishlamaydi. Bizga o'sha "erta qabul qiluvchilar" fikr-mulohaza bildirishlari va mahsulotga haqiqatan ham zarur bo'lgan o'zgarishlarni kiritishlari kerak. Savol tug'iladi: mijozlarni qayerdan olish va ularni tajribada ishtirok etishga qanday ishontirish kerak?

Barcha mumkin bo'lgan variantlardan biz raqamli vositalarning klassik to'plamini tanladik: ochilish sahifasi va ijtimoiy tarmoqlardagi reklama kampaniyasi.

Jarayon allaqachon boshlangan, ammo natijalar haqida gapirishga hali erta, garchi javoblar allaqachon mavjud va biz ko'plab farazlarimizni tasdiqlagan bo'lsak ham. Biz kutganimizdan ham kattaroq biznes segmentlari vakillarining munosabati yoqimli ajablanib bo'ldi. Yangi kirishlarni e'tiborsiz qoldirish ahmoqlik bo'lardi va suhbatlar natijalariga ko'ra, LANBIX Enterprise deb nomlangan parallel LANBIX liniyasini ishga tushirishga qaror qilindi. Biz taqsimlangan infratuzilmalarni qo‘llab-quvvatlash, muammolarni bartaraf etish va mahalliylashtirish bilan Wi-Fi tarmoqlarini kuzatish hamda aloqa kanallari sifatini nazorat qilishni qo‘shdik. Xizmat ko'rsatuvchi kompaniyalar yechimga katta qiziqish bildirishdi. Shu bilan birga, biz allaqachon ishlab chiqqan qurilmalar yechimlarning ishlashida muhim rol o'ynaydi.

Keyingi nima bo'ladi?

Asl LANBIX bilan keyin nima bo'lishi kampaniya natijalariga ko'ra aniq bo'ladi. Agar bizning farazlarimiz tasdiqlanmasa, Lean metodologiyasiga ko'ra, biz undan shafqatsizlarcha qutulamiz yoki u yangi narsaga aylanadi, chunki hech kimga kerak bo'lmagan mahsulotni yaratishdan yomonroq narsa yo'q. Ammo hozir shuni aytishimiz mumkinki, qilingan ishlar behuda emas edi va buning natijasida biz faol ishlayotgan parallel mahsulotlarning butun bir tarmog'i paydo bo'ldi. Agar muvaffaqiyatli bo'lsa, LANBIX MVP bosqichidan yakuniy bosqichga o'tadi va mahsulot marketingining tushunarli klassik qonunlariga muvofiq rivojlanadi.

Takror aytaman, endi biz fikr-mulohazalarni yig'ish uchun mahsulotimizni o'rnatishi mumkin bo'lgan erta qabul qiluvchilarni, kompaniyalarni topmoqchimiz. Agar siz LANBIX-ni sinab ko'rishga qiziqsangiz, izohlarda yoki shaxsiy xabarlarda yozing.

manba

Manba: www.habr.com

Biz g'oyalar bilan qanday ishlaymiz va LANBIX qanday paydo bo'lgan