როგორ ვმუშაობთ იდეებთან და როგორ დაიბადა LANBIX

LANIT-Integration-ში ბევრი კრეატიული თანამშრომელია. ახალი პროდუქტებისა და პროექტების იდეები ფაქტიურად ჰაერში ჰკიდია. ზოგჯერ შეიძლება ძალიან რთული იყოს ყველაზე საინტერესოთა ამოცნობა. ამიტომ, ჩვენ ერთად შევიმუშავეთ ჩვენი საკუთარი მეთოდოლოგია. წაიკითხეთ ეს სტატია, თუ როგორ უნდა აირჩიოთ საუკეთესო პროექტები და განახორციელოთ ისინი.

რუსეთში და მთლიანად მსოფლიოში მიმდინარეობს მთელი რიგი პროცესები, რომლებიც იწვევს IT ბაზრის ტრანსფორმაციას. გამოთვლითი სიმძლავრის გაზრდისა და სერვერის, ქსელის და სხვა ვირტუალიზაციის ტექნოლოგიების გაჩენის წყალობით, ბაზარს აღარ სჭირდება დიდი რაოდენობით აპარატურა. გამყიდველები სულ უფრო მეტად ამჯობინებენ უშუალოდ მომხმარებლებთან მუშაობას. IT ბაზარი განიცდის აუთსორსინგის ბუმს ყველა მისი ფორმით, კლასიკური აუთსორსინგიდან აუთსორსერების ახალ ტალღამდე – „ღრუბლოვან პროვაიდერებამდე“. ინფრასტრუქტურული სისტემებისა და ელემენტების შენარჩუნება და კონფიგურაცია ბევრად უფრო ადვილი ხდება. პროგრამული უზრუნველყოფის ხარისხი ყოველწლიურად იზრდება და ინტეგრატორის ამოცანები გარდაიქმნება.

როგორ ვმუშაობთ იდეებთან

პროდუქტის გაშვების მიმართულება "LANIT-ინტეგრაცია" წელიწადზე მეტია არსებობს. ჩვენი მთავარი მიზანია შევქმნათ ახალი პროდუქტები და გამოვიტანოთ ისინი ბაზარზე. პირველი, რითაც დავიწყეთ პროდუქციის შექმნის პროცესის ორგანიზება იყო. ჩვენ შევისწავლეთ მრავალი მეთოდოლოგია, კლასიკურიდან ჰიპამდე. თუმცა არცერთი მათგანი არ აკმაყოფილებდა ჩვენს საჭიროებებს. შემდეგ გადავწყვიტეთ, რომ Lean Startup მეთოდოლოგია აგვეღო საფუძვლად და მოვარგოთ ის ჩვენს ამოცანებს. Lean Startup არის ერიკ რისის მიერ შექმნილი მეწარმეობის თეორია. ის ეფუძნება ისეთი კონცეფციების პრინციპებს, მიდგომებსა და პრაქტიკას, როგორიცაა მჭლე წარმოება, მომხმარებლის განვითარება და მოქნილი განვითარების მეთოდოლოგია.

რაც შეეხება პროდუქტის განვითარების მენეჯმენტის პირდაპირ მიდგომას: ჩვენ არ გამოვიგონეთ ბორბალი, არამედ გამოვიყენეთ უკვე არსებული განვითარების მეთოდოლოგია SCRUMკრეატიულობას მატებს და ახლა მას უსაფრთხოდ შეიძლება ეწოდოს SCRUM-WATERFALL-BAN. SCRUM, მიუხედავად მისი მოქნილობისა, არის ძალიან ხისტი სისტემა და შესაფერისია გუნდის მართვისთვის, რომელიც პასუხისმგებელია მხოლოდ ერთ პროდუქტზე/პროექტზე. როგორც გესმით, კლასიკური „ინტეგრაციის“ ბიზნესი არ გულისხმობს სრულ განაკვეთზე ტექნიკური სპეციალისტების დანიშვნას ერთ პროექტზე სამუშაოდ (არსებობს გამონაკლისები, მაგრამ ძალიან იშვიათად), რადგან პროდუქტებზე მუშაობის გარდა, ყველა დაკავებულია მიმდინარე პროექტებით. SCRUM-დან ჩვენ ავიღეთ სამუშაოების დაყოფა სპრინტებად, ყოველდღიურ რეპორტაჟებად, რეტროსპექტებად და როლებად. ჩვენ ავირჩიეთ Kanban ჩვენი ამოცანების ნაკადისთვის და ის კარგად იყო ინტეგრირებული ჩვენს არსებულ ამოცანების თვალთვალის სისტემაში. ჩვენ დავამყარეთ ჩვენი ნამუშევარი საგანთა არსებულ წესრიგში შეუფერხებლად ინტეგრირებით.
ბაზარზე შესვლამდე პროდუქტი გადის 5 ეტაპს: იდეა, შერჩევა, კონცეფცია, MVP (დაწვრილებით ქვემოთ) და წარმოება.

იდეა

ამ ეტაპზე არის რაღაც ეფემერული - იდეა. იდეალურ შემთხვევაში, იდეა არსებული პრობლემის ან კლიენტის პრობლემის გადასაჭრელად. იდეების ნაკლებობა არ გვაქვს. თავდაპირველი გეგმის მიხედვით, ისინი ტექნიკური სფეროს თანამშრომლებმა უნდა გამოიმუშავონ. იმისათვის, რომ იდეა მიღებული იყოს შემდგომი განვითარებისთვის, ავტორმა უნდა შეავსოს „იდეის დიზაინის შაბლონი“. მხოლოდ ოთხი კითხვაა: რა? Რისთვის? ვის სჭირდება ეს? და თუ არა ჩვენი პროდუქტი, მაშინ რა?

წყარო

შერჩევა

როგორც კი შევსებული შაბლონი ჩვენამდე მოვა, იწყება დამუშავებისა და შერჩევის პროცედურა. შერჩევის ეტაპი ყველაზე შრომატევადია. ამ ეტაპზე ყალიბდება პრობლემების ჰიპოთეზა (წინ აბზაცში ტყუილად არ აღვნიშნე, რომ იდეამ უნდა გადაჭრას კლიენტის პრობლემა) და პროდუქტის ღირებულება. ყალიბდება მასშტაბის ჰიპოთეზა, ე.ი. როგორ განვითარდება და აყვავდება ჩვენი ბიზნესი. პრობლემური და ექსპერტული ინტერვიუები ტარდება პოტენციურ მომხმარებლებთან, რათა მივაწოდოთ წინასწარი დადასტურება, რომ ჩვენ ვაპირებთ რაღაცის წარმოებას. პროდუქტის საჭიროების შესახებ დასკვნის გამოტანას მინიმუმ 10-15 ინტერვიუ სჭირდება.

თუ ჰიპოთეზები დადასტურდება, ტარდება წინასწარი ფინანსური ანალიზი, ფასდება ინვესტიციის სავარაუდო მოცულობა და ინვესტორის შესაძლო მოგება. ამ ეტაპის შედეგად იბადება დოკუმენტი სახელწოდებით Lean Canvas და წარედგინება მენეჯმენტს.

კონცეფცია

ამ ეტაპზე იდეების დაახლოებით 70% აღმოიფხვრება. თუ კონცეფცია დამტკიცდა, მაშინ იწყება იდეის განვითარების ეტაპი. ყალიბდება მომავალი პროდუქტის ფუნქციონირება, განისაზღვრა განხორციელების გზები და ოპტიმალური ტექნიკური გადაწყვეტილებები და განახლებულია ბიზნეს გეგმა. ამ ეტაპის შედეგია განვითარების ტექნიკური სპეციფიკაცია და დეტალური ბიზნეს საქმე. წარმატების შემთხვევაში გადავდივართ MVP ან MVP ეტაპზე.

MVP ან MVP

MVP არის მინიმალური სიცოცხლისუნარიანი პროდუქტი. იმათ. პროდუქტი, რომელიც ბოლომდე არ არის განვითარებული, მაგრამ უკვე შეუძლია ღირებულების მოტანა და თავის ფუნქციონირებას. აუცილებელია, რომ განვითარების ამ ეტაპზე ჩვენ შევაგროვოთ უკუკავშირი რეალური მომხმარებლებისგან და განვახორციელოთ ცვლილებები.

პროდუქცია

და ბოლო ეტაპი არის წარმოება. პროდუქციის არაუმეტეს 5% აღწევს ამ ეტაპზე. ეს 5% მოიცავს მხოლოდ ყველაზე მნიშვნელოვან, საჭირო, სიცოცხლისუნარიან და ფუნქციონალურ პროდუქტებს.

ჩვენ გვაქვს ბევრი იდეა და უკვე შევკრიბეთ მოცულობითი პორტფელი. ჩვენ ვაანალიზებთ ყველა იდეას და ყველაფერს ვაკეთებთ იმისათვის, რომ ის ფინალურ ეტაპზე მივიდეს. ძალიან სასიამოვნოა, რომ ჩვენი კოლეგები არ დარჩნენ გულგრილები ჩვენი R&D მიმართულების მიმართ და აქტიურ მონაწილეობას იღებენ პროდუქტებისა და გადაწყვეტილებების შემუშავებასა და დანერგვაში.

როგორ გავაკეთეთ LANBIX

მოდით შევხედოთ პროდუქტის შექმნას რეალური მაგალითის გამოყენებით - LANBIX პროდუქტი. ეს არის „ყუთიანი“ პროგრამული და აპარატურის სისტემა, რომელიც შექმნილია მცირე IT ინფრასტრუქტურის მონიტორინგისთვის და გადაწყვეტილების მიმღები პირებისა და ბიზნეს მომხმარებლების სასწრაფოდ გაფრთხილებისთვის ჩეთბოტის საშუალებით კონტროლირებადი გაუმართაობის შესახებ. მონიტორინგის ფუნქციის გარდა, LANBIX მოიცავს Help Desk ფუნქციას. ეს პროდუქტი ექსკლუზიურია ბაზრის სეგმენტისთვის, რომელსაც ჩვენ ვმიზნობთ. ეს არის ჩვენი უპირატესობაც და ტკივილიც. მაგრამ პირველ რიგში. მაშინვე ვიტყვი, რომ LANBIX არის ცოცხალი პროდუქტი (ანუ ის არ არის საბოლოო განვითარებაში და არის MVP-ის მომდევნო რაუნდში).

ასე რომ, პირველი ეტაპი არის იდეა. იმისთვის, რომ იდეა დაიბადოს, საჭიროა პრობლემები და ჩვენ გვქონდა ისინი, უფრო სწორად არა ჩვენ, არამედ ჩვენი მეგობრები. ქვემოთ განვიხილავთ რამდენიმე რეალურ სიტუაციას, რომელიც მოხდა ბიზნესის სხვადასხვა სფეროში.

მცირე მმართველი კომპანია ინარჩუნებს ორ სახლს მოსკოვის რეგიონში. პერსონალი კომპიუტერებით დაახლოებით 15 ადამიანია. სისტემის ადმინისტრატორი არის მოწვეული ფრილანსერი (ერთ-ერთი მზრუნველი რეზიდენტის ჭკვიანი შვილი). როგორც ჩანს, მმართველი კომპანიის საქმიანობა სუსტად არის დამოკიდებული IT-ზე, მაგრამ ამ ბიზნესის თავისებურება არის ყოველთვიური ანგარიშგება მრავალი ხელისუფლებისთვის. კომპანიის ხელმძღვანელის სისტემურ დისკს (რომელიც, როგორც ყოველთვის, ბევრ როლს აერთიანებს) ამოიწურა თავისუფალი ადგილი. ბუნებრივია, ეს მოულოდნელად არ მომხდარა, გაფრთხილება დაახლოებით 2 თვე ეკიდა და მუდმივად იგნორირებული იყო. მაგრამ მოვიდა განახლება, ოპერაციული სისტემა განახლდა და, როგორც იღბლიანი იქნებოდა, ის გაიყინა განახლების შუა პერიოდში, "სიკვდილამდე" უჩიოდა დატვირთულ დისკს. კომპიუტერი შევიდა ციკლურ გადატვირთვაში. სანამ პრობლემას ვაგვარებდით და ვიღებდით ანგარიშებს, ჩვენ გამოვტოვეთ მოხსენების ვადა. როგორც ჩანს, ტრივიალურმა გაუმართაობამ გამოიწვია სხვადასხვა პრობლემები: ზარალიდან სასამართლო და ადმინისტრაციულ პასუხისმგებლობამდე.

წყარო   

მსგავსი ინციდენტი მოხდა მსხვილ ჰოლდინგში, რომელიც აერთიანებს ბევრ მცირე კომპანიას, ერთიანი ტექნიკური მხარდაჭერის სერვისით მთელი ოფისისთვის. ერთ-ერთ განყოფილებაში მთავარ ბუღალტერს კომპიუტერი გაუფუჭდა. დიდი ხანია ცნობილი იყო, რომ ის შეიძლება გაფუჭდეს (კომპიუტერი სასოწარკვეთილად ანელებდა და თბებოდა), მაგრამ მთავარ ბუღალტერს ტექნიკური დახმარებისთვის მოთხოვნის გაგზავნა არასოდეს მიუღია. ბუნებრივია, ზუსტად ანაზღაურების დღეს გაფუჭდა და დეპარტამენტის თანამშრომლები რამდენიმე დღე უფულოდ იყვნენ.

მცირე ბიზნესს მცირე საბითუმო ვაჭრობაში ჰქონდა გაყიდვების ვებგვერდი, რომელიც მასპინძლობდა გარე პლატფორმაზე. მისი მიუწვდომლობის შესახებ ტელეფონით შევიტყვეთ რეგულარული მომხმარებლისგან. ზარის დროს საიტი დაახლოებით სამი საათის განმავლობაში გათიშული იყო. კიდევ ორი ​​საათი დასჭირდა საიტზე პასუხისმგებელი პირის პოვნას და კიდევ ორი ​​პრობლემის მოგვარებას. შესაბამისად, საიტი მიუწვდომელი იყო თითქმის მთელი სამუშაო დღის განმავლობაში. კომპანიის კომერციული დირექტორის თქმით, ეს შეფერხება მათ დაახლოებით 1 მილიონი რუბლი დაუჯდა.

მე თვითონ შევხვდი მსგავს სიტუაციას, როცა კლინიკაში პაემანზე მივედი და VHI-ს რეგისტრაციაში უნდა წავსულიყავი. მათ ექიმთან ვერ გამომიგზავნეს ტრივიალური მიზეზის გამო - დილით ელექტროენერგიის აწევა იყო და შემთხვევის შემდეგ მათი საფოსტო სერვისი და სადაზღვევო კომპანიასთან კომუნიკაციის გარკვეული სერვისი არ მუშაობდა. ჩემს კითხვაზე სად არიან თქვენი ადმინები, მითხრეს, რომ მათი ადმინი მოდის და კვირაში ერთხელ სტუმრობს. ახლა კი (იმ დროს უკვე 16:00 საათი იყო) ტელეფონს არ იღებს. მინიმუმ 7 საათის განმავლობაში კლინიკა მოწყვეტილი იყო გარესამყაროსთან და ფასიან მომსახურებას ვერ უწევდა.

რა საერთო აქვს ყველა ამ შემთხვევას? აბსოლუტურად ყველა პრობლემის თავიდან აცილება შეიძლებოდა წინასწარ. IT ადამიანების დროული რეაგირების შემთხვევაში, ზიანის შემცირება შეიძლებოდა. ეს შესაძლებელი იქნება, თუ ადრეული სიმპტომები სწორად იქნება განმარტებული მომხმარებლების მიერ.

ჩვენ გამოვავლინეთ პრობლემის ჰიპოთეზები:

• მნიშვნელოვანი ფულადი და რეპუტაციის ზარალი IT ინფრასტრუქტურის ხარვეზებზე რეაგირების დაბალი სიჩქარის გამო;
• მომხმარებლის მიერ გაუმართაობის ადრეული სიმპტომების არასწორი ინტერპრეტაცია.

რისი გაკეთება შეუძლია მომხმარებელს მათთან და როგორ ავიცილოთ თავიდან მსგავსი სიტუაციები მომავალში? ბევრი ვარიანტი არ არის:

1. დაიქირაოს მაღალკვალიფიციური სისტემური ადმინისტრატორი და აიძულოს კეთილსინდისიერად იმუშაოს;
2. გადასცეს IT ტექნიკური მომსახურება სპეციალიზებულ სერვის კომპანიას;
3. დამოუკიდებლად დანერგოს მონიტორინგისა და ხარვეზების შეტყობინებების სისტემა;
4. უზრუნველყოს მომხმარებლების/ბიზნეს პერსონალის ტრენინგი კომპიუტერული წიგნიერების საფუძვლებში.

მოდი მესამე ვარიანტზე დავდგეთ. შევთავაზოთ მონიტორინგის სისტემა მათ, ვინც არ იყენებს მას სხვადასხვა მიზეზის გამო.

ლირიკული დიგრესია. საწარმოს ბაზარზე IT სერვისების მონიტორინგის სხვადასხვა სისტემა დიდი ხანია გამოიყენება და მათი სარგებელი სადავო არ არის. ვესაუბრე მსხვილი კომპანიების წარმომადგენლებს, დავაკვირდი, როგორ აშენდა ურთიერთობა ბიზნესსა და IT-ს შორის. ერთი მსხვილი მანქანათმშენებლობის საწარმოს ტექნიკურმა დირექტორმა IT ინფრასტრუქტურის მოვლა გარე კომპანიას გადასცა, მაგრამ თავად რჩება ყველა საკითხზე ინფორმირებული. მის ოფისში კიდია მონიტორინგის სისტემის დიდი ეკრანი IT სერვისების სტატუსის მაჩვენებლებით. ყველაზე კრიტიკული პირობა შედის სისტემაში. ტექნიკურ დირექტორს ნებისმიერ მომენტში შეუძლია გაარკვიოს, რა მდგომარეობაშია ინფრასტრუქტურა, რა ხდება, სად არის პრობლემა, ეცნობა თუ არა პასუხისმგებელ პირებს და მოგვარებულია თუ არა პრობლემა.

ზემოთ ჩამოთვლილმა ისტორიებმა აიძულა ჩვენი გუნდი დაფიქრებულიყო, როგორ შეექმნათ ოპტიმალური მონიტორინგის სისტემა მცირე კომპანიებისთვის. შედეგად, დაიბადა LANBIX - მონიტორინგის სისტემა, რომელიც შეიძლება განთავსდეს აბსოლუტურად ყველას მიერ, ყოველგვარი IT ცოდნის გარეშე. სისტემის მთავარი მიზანი მარტივია, ისევე როგორც ყველა სისტემა, რომელიც მიზნად ისახავს უწყვეტობისა და ხელმისაწვდომობის გაზრდას - ფულადი და სხვა დანაკარგების შემცირება დაუგეგმავი შეფერხების შემთხვევაში. მოწყობილობა შექმნილია იმისთვის, რომ მინიმუმამდე შეამციროს დრო „რაღაც გაფუჭდა“ და „პრობლემა მოგვარებულია“ შორის.

ჰიპოთეზის დასადასტურებლად ჩატარდა პრობლემური ინტერვიუები. ვერ წარმოვიდგენდი, რამდენის თქმას სურდა ხალხი მათთვის გაყიდვის მცდელობის გარეშე. თითოეული საუბარი მინიმუმ 1,5 საათს გრძელდებოდა და შემდგომ განვითარებისთვის სასარგებლო ბევრი ინფორმაცია მივიღეთ.

მოდით შევაჯამოთ ამ ეტაპის შედეგები:

1. არსებობს პრობლემის გაგება,
2. ღირებულების გაგება - არსებობს,
3. არსებობს გამოსავლის იდეა.

მეორე ეტაპი უფრო დეტალური იყო. მისი შედეგებიდან გამომდინარე, ჩვენ უნდა წარმოგვედგინა მენეჯმენტისთვის, რომელიც არსებითად ინვესტორის როლს ასრულებს, ბიზნეს საქმე (იგივე Lean Canvas) პროდუქტის მომავალ ბედზე გადაწყვეტილების მისაღებად.

ჩვენ დავიწყეთ ბაზრის კვლევა და კონკურენტული ანალიზი, რათა გაგვერკვია ვინ, რას და, რაც მთავარია, როგორ მუშაობს ამ ბაზარზე.

აღმოჩნდა შემდეგი.

1. ჩვენი სეგმენტისთვის (მცირე ბიზნესი) ბაზარზე არ არსებობს მზა ბლოკირებული მონიტორინგის სისტემები, გარდა ორი-სამისა, რაზეც გასაგები მიზეზების გამო არ ვისაუბრებ.
2. ჩვენი მთავარი კონკურენტები, უცნაურად საკმარისია, არიან სისტემის ადმინისტრატორები სახლში დაწერილი სკრიპტებით და ღია კოდის მონიტორინგის სისტემების „დამატებით“.
3. აშკარა პრობლემაა ღია კოდის მონიტორინგის სისტემების გამოყენებასთან დაკავშირებით. არსებობს სისტემა, არის უზარმაზარი ინფორმაცია იმის შესახებ, თუ როგორ უნდა იმუშაოთ და შეცვალოთ სისტემა თქვენს საჭიროებებზე. მე გამოკითხული ადმინისტრატორებიდან ბევრმა აღიარა, რომ მათ არ გააჩნდათ საკმარისი კომპეტენციები საკუთარი იდეების განსახორციელებლად. მაგრამ ისინი ამას ვერ აღიარებენ მენეჯმენტს თანამდებობიდან გათავისუფლების შიშით. მოჯადოებული წრე გამოდის.

შემდეგ გადავედით ჩვენი პოტენციური მომხმარებლების საჭიროებების ანალიზზე. ჩვენ თვითონ გამოვავლინეთ მცირე ორგანიზაციების სეგმენტი, რომლებსაც რატომღაც არ აქვთ საკუთარი IT სერვისი, სადაც IT-ზე პასუხისმგებელია ან შემომავალი სისტემის ადმინისტრატორი, ფრილანსერი ან სერვისის კომპანია. არა IT მხარემ გადაწყვიტა შესვლა, არამედ ბიზნეს მხარემ, რომელიც დამფუძნებლებსა და ბიზნესის მფლობელებს შესთავაზა IT ინფრასტრუქტურის სერვისის ხარისხის გასაუმჯობესებლად. პროდუქტი, რომელიც უნდა დაეხმაროს მფლობელებს თავიანთი ბიზნესის დაცვაში, მაგრამ ამავდროულად ის დაამატებს სამუშაოს იმ ადამიანებს, რომლებიც პასუხისმგებელნი არიან IT-ზე. პროდუქტი, რომელიც ბიზნესს აძლევს IT მხარდაჭერის ხარისხის მონიტორინგის ინსტრუმენტს.

მიღებული მონაცემების დამუშავების შედეგად წარმოიშვა მოთხოვნების პირველი სია (ერთგვარი უხეში ჩამორჩენა) მომავალი პროდუქტისთვის:

• მონიტორინგის სისტემა უნდა იყოს დაფუძნებული ღია კოდის გადაწყვეტაზე და, შედეგად, იაფი;
• მარტივი და სწრაფი ინსტალაცია;
• არ უნდა მოითხოვდეს სპეციფიკურ ცოდნას IT-ში, ბუღალტერსაც კი (არანაირად არ მინდოდა ამ პროფესიის წარმომადგენლების შეურაცხყოფა) უნდა შეეძლოს სისტემის განლაგება და კონფიგურაცია;
• ავტომატურად უნდა აღმოაჩინოს ქსელში მონიტორინგის ობიექტები;
• ავტომატურად (და იდეალურ შემთხვევაში ავტომატურად) უნდა დააყენოს მონიტორინგის აგენტები;
• უნდა შეეძლოს გარე სერვისების, მინიმუმ CRM სისტემის და გაყიდვების ვებსაიტის მონიტორინგი;
• უნდა აცნობოს როგორც ბიზნესს, ასევე სისტემის ადმინისტრატორს პრობლემების შესახებ;
• სიგნალების სიღრმისა და „ენის“ ხარისხი განსხვავებული უნდა იყოს ადმინისტრატორისა და ბიზნესისთვის;
• სისტემა უნდა იყოს მიწოდებული საკუთარი აპარატურით;
• რკინა უნდა იყოს მაქსიმალურად ხელმისაწვდომი;
• სისტემა მაქსიმალურად დამოუკიდებელი უნდა იყოს გარე ფაქტორებისგან.

შემდეგი, გამოითვალა ინვესტიციები პროდუქტის განვითარებაში (მათ შორის, ტექნიკური დეპარტამენტის თანამშრომლებისთვის შრომის ხარჯები). მომზადდა ბიზნეს მოდელის ესკიზი და გამოითვალა პროდუქტის ერთეული ეკონომიკა.

ეტაპის შედეგი:

• მაღალი დონის პროდუქტის ნარჩენები;
• ჩამოყალიბებული ბიზნეს მოდელი ან მასშტაბის ჰიპოთეზა, რომელიც ჯერ კიდევ არ უნდა შემოწმდეს პრაქტიკაში.

გადავიდეთ შემდეგ ეტაპზე - კონცეფციაზე. აქ ჩვენ, როგორც ინჟინრები, აღმოვჩნდებით ჩვენს მშობლიურ ელემენტში. არის „სურვილები“, რომლებიც იშლება კომპონენტებად/ქვესისტემებად/ფუნქციებად, შემდეგ გადაიქცევა ტექნიკურ მახასიათებლებად/მომხმარებლის ისტორიებად, შემდეგ პროექტად და ა.შ. მე არ ვისაუბრებ დეტალურად ალტერნატიული ვარიანტების მასივის მომზადების პროცესზე; მოდით გადავიდეთ პირდაპირ მოთხოვნებზე და მათი განხორციელების არჩეულ მეთოდებზე.

მოთხოვნა
გადაწყვეტილება

• ეს უნდა იყოს ღია მონიტორინგის სისტემა;

ჩვენ ვიღებთ ღია კოდის მონიტორინგის სისტემას.

• სისტემა უნდა იყოს მარტივი და სწრაფი ინსტალაცია;
• არ უნდა მოითხოვდეს სპეციფიკურ IT ცოდნას. ბუღალტერსაც კი უნდა შეეძლოს სისტემის დანერგვა და კონფიგურაცია.

ჩვენ ვთავაზობთ დაინსტალირებულ სისტემას ისე, რომ მომხმარებელს მხოლოდ მოწყობილობის ჩართვა და მისი მცირე კონფიგურაცია სჭირდება, როუტერის მსგავსი.

მოდით დავხუროთ მოწყობილობასთან ურთიერთქმედება რაღაც მარტივი და ყველასთვის გასაგები.

მოდით დავწეროთ ჩვენი საკუთარი ჩატბოტი ერთ-ერთი ცნობილი მყისიერი მესინჯერისთვის და მასზე გადავიტანოთ ყველა ურთიერთქმედება სისტემასთან.

სისტემა უნდა:

• ქსელში მონიტორინგისთვის საჭირო ობიექტების ავტომატურად აღმოჩენა;
• ავტომატურად დააინსტალირეთ მონიტორინგის აგენტები;
• შეეძლოს გარე სერვისების, მინიმუმ CRM სისტემის და გაყიდვების ვებსაიტის მონიტორინგი.

ჩვენ ვწერთ დანამატებს მონიტორინგის სისტემისთვის:

• ობიექტების ავტომატური გამოვლენა;
• აგენტების ავტომატური მონტაჟი;
• გარე სერვისების ხელმისაწვდომობის მონიტორინგი.

სისტემა უნდა:

• აცნობოს როგორც ბიზნესს, ასევე სისტემის ადმინისტრატორს პრობლემების შესახებ;
• შეეძლოს გარე სერვისების, მინიმუმ CRM სისტემის და გაყიდვების ვებსაიტის მონიტორინგი. შეტყობინებების სიღრმისა და „ენის“ ხარისხი განსხვავებული უნდა იყოს ადმინისტრატორისთვის და ბიზნესისთვის.
• სისტემა არ უნდა მოითხოვდეს სპეციფიკურ IT ცოდნას; ბუღალტერსაც კი უნდა შეეძლოს სისტემის დანერგვა და კონფიგურაცია.

• მოდით დავამატოთ სხვადასხვა ტიპის შეტყობინებები სხვადასხვა ტიპის მომხმარებლებისთვის. ისინი განსხვავდებიან სიმაღლეში და სიღრმეში. ბიზნეს მომხმარებელი მიიღებს შეტყობინებებს, როგორიცაა "ყველაფერი კარგადაა, მაგრამ ივანოვის კომპიუტერი მალე მოკვდება". ადმინისტრატორი მიიღებს სრულ შეტყობინებას შეცდომის შესახებ, ვინ, როგორ და რა მოხდა ან შეიძლება მოხდეს.
• დავამატოთ დამატებითი პასუხისმგებელი პირის ფოსტის გამოყენების შესაძლებლობა, რათა ავარიის შემთხვევაში მან მიიღო შეტყობინება.
• მოდით დავამატოთ გარე სერვისის პროვაიდერებთან ურთიერთქმედება წინასწარ მომზადებული ტექსტით ელ.ფოსტის გაგზავნის საფუძველზე, რადგან ეს არის ელ.წერილი, რომელიც იწვევს ინციდენტს.
• სისტემასთან ყველა ურთიერთქმედება დაკავშირებული იქნება ჩატბოტთან; კომუნიკაცია ტარდება დიალოგის სტილში.

დანართი:

• მოდით დავამატოთ „ჩეთის ადმინისტრატორთან“ ფუნქციონალობა, რათა მომხმარებელმა შეძლოს ადმინისტრატორს გაუგზავნოს მესიჯი, რომელიც აღწერს პირდაპირ პრობლემას.

• სისტემა უნდა იყოს მიწოდებული საკუთარი აპარატურით.
• რკინა ხელმისაწვდომი უნდა იყოს.
• სისტემა მაქსიმალურად დამოუკიდებელი უნდა იყოს გარემოსგან.

• ავიღოთ მზა და იაფი Raspberry PI კომპიუტერი.
• ჩვენ დავაპროექტებთ უწყვეტი კვების ბლოკს.
• მოდით დავამატოთ მოდემი, რომ იყოს დამოუკიდებელი ლოკალური ქსელის მდგომარეობიდან.
• ჩვენ დავაპროექტებთ ლამაზ შენობას.

ახლა ჩვენ გვაქვს სამი ქვესისტემა თავისი მოთხოვნებით და მათი განხორციელების ხედვით:

• ტექნიკის ქვესისტემა;
• მონიტორინგის ქვესისტემა;
• მომხმარებლის ურთიერთქმედების ქვესისტემა.

ჩვენ შევიმუშავეთ წინასწარი დიზაინი ტექნიკის ქვესისტემისთვის. Დიახ დიახ! სისწრაფის ყველა წესის დარღვევის შემდეგ, ჩვენ შევიმუშავეთ დოკუმენტი, რადგან საწარმოო ქარხნები მუშაობენ დოკუმენტებით. დანარჩენი ქვესისტემებისთვის ჩვენ გამოვავლინეთ მომხმარებლები (პირები), მოვამზადეთ მომხმარებლის ისტორიები და დავწერეთ დავალებები განვითარებისთვის.

ამით მთავრდება კონცეფციის ეტაპი და შედეგი არის:

• პროექტი ტექნიკის პლატფორმისთვის;
• ჩამოყალიბებული ხედვა მომხმარებლის ისტორიების სახით დარჩენილი ორი ქვესისტემისთვის;
• ვირტუალური მანქანის სახით დანერგილი პროგრამული პროტოტიპი;
• ტექნიკის პროტოტიპი, დანერგილი სტენდის სახით, სადაც ფაქტობრივად ამოწმებდნენ ტექნიკის ხსნარებს სიმტკიცეზე;
• ჩვენი ადმინების მიერ ჩატარებული ტესტირება.

პრობლემები ამ ეტაპზე ძირითადად ორგანიზაციული იყო და ეხებოდა ინჟინერიის პერსონალის ნაკლებ ცოდნას გაყიდვების სამართლებრივ და ბუღალტრულ ასპექტებში. იმათ. ერთია იმის გარკვევა, თუ რა და როგორ უნდა გაყიდო, და სულ სხვაა დაუნდობელი იურიდიული მანქანის წინაშე აღმოჩნდე: პატენტები, განვითარების ამოცანები, რეგისტრაცია, EULA და ბევრად მეტი, რაც ჩვენ, როგორც კრეატიულმა ადამიანებმა, თავიდან არ გავითვალისწინეთ.

ჯერ არ იყო პრობლემა, არამედ სირთულე, რომელიც დაკავშირებულია შიგთავსების დიზაინთან. ჩვენი გუნდი მხოლოდ ინჟინრებისგან შედგება, ამიტომ საქმის პირველი ვერსია პლექსიგლასისგან "აშენდა" ჩვენმა ელექტრონიკის სპეციალისტმა.

სხეული, რბილად რომ ვთქვათ, საკამათო ჩანდა, განსაკუთრებით თანამედროვე ტექნოლოგიებით გაფუჭებული საზოგადოებისთვის. „კულიბინების“ უფროს თაობას შორის, რა თქმა უნდა, იყვნენ მცოდნეები - შენობა მათში ნოსტალგიურ გრძნობებს იწვევდა. გადაწყდა საქმის ხელახლა დამზადება და დაპროექტება, რადგან ძველს, ესთეტიკური ხარვეზების გარდა, სტრუქტურულიც ჰქონდა - პლექსიგლასი კარგად არ მოითმენდა მოწყობილობის აწყობას და დაშლას და ატყდა. საქმის წარმოების შესახებ გეტყვით შემდგომ.

ახლა კი ფინიშთან ახლოს ვართ - MVP. რა თქმა უნდა, ეს ჯერ კიდევ არ არის საბოლოო წარმოების პროდუქტი, მაგრამ ის უკვე სასარგებლო და ღირებულია. ამ ეტაპის მთავარი მიზანია ციკლის „შექმნა-შეფასება-სწავლა“ დაწყება. ეს არის ზუსტად ის ეტაპი, სადაც არის LANBIX.

"შექმნის" ეტაპზე ჩვენ შევქმენით მოწყობილობა, რომელიც ასრულებს დეკლარირებულ ფუნქციონირებას. დიახ, ჯერ არ არის სრულყოფილი და ჩვენ გავაგრძელეთ ამაზე მუშაობა.

დავუბრუნდეთ კორპუსის წარმოებას, ე.ი. ჩვენი მოწყობილობის ნოსტალგიიდან თანამედროვეზე გადაქცევის ამოცანაზე. დასაწყისში, მე დავათვალიერე კაბინეტების მწარმოებლებისა და სამრეწველო დიზაინის სერვისების ბაზარი. ჯერ ერთი, არ არის ბევრი კომპანია, რომლებიც აწარმოებენ ქეისებს რუსულ ბაზარზე და მეორეც, სამრეწველო დიზაინის ღირებულება ამ ეტაპზე აკრძალულად მაღალია, დაახლოებით 1 მილიონი რუბლი.

დიზაინისთვის დაუკავშირდნენ ჩვენს მარკეტინგის განყოფილებას, ახალგაზრდა დიზაინერი მზად იყო კრეატიული ექსპერიმენტებისთვის. ჩვენ გამოვკვეთეთ ჩვენი ხედვა კორპუსის შესახებ (ადრე შევისწავლეთ კორპუსის კონსტრუქციის საუკეთესო ნიმუშები) და მან, თავის მხრივ, ის ხელოვნების ნიმუშად აქცია. რჩება მხოლოდ მისი წარმოება. ჩვენ, ვამაყობთ ჩვენი დიზაინით, მივმართეთ ჩვენს პარტნიორებს. მათმა აღმასრულებელმა დირექტორმა მაშინვე გაანადგურა ჩვენი ფანტაზიები, სრულიად უფასოდ მიუთითა ისეთ რამეებზე, რისი დამზადებაც არ შეიძლებოდა ჩვენ მიერ არჩეული გზით. ქეისის დამზადება შესაძლებელია და ის Apple-ზე უარესი არ იქნება, მაგრამ ქეისის ღირებულება იქნება სამიდან ოთხჯერ უფრო ძვირი, ვიდრე ყველა ელექტრონული კომპონენტი. მთელი რიგი ოპერაციებისა და დამტკიცებების შემდეგ, ჩვენ დავაპროექტეთ საცხოვრებელი სახლი, რომლის დამზადებაც შესაძლებელია. დიახ, არ არის ისეთი ლამაზი, როგორც ჩვენ ვგეგმავდით, მაგრამ იდეალურია მიმდინარე მიზნების მისაღწევად.

ეტაპის შედეგი: საბრძოლო და ტესტირებისთვის მზად მოწყობილობების პირველი პარტია.

ახლა კი ყველაზე რთული „შეფასების“ ეტაპია და ჩვენი პროდუქტით ზუსტად ამ ეტაპზე ვართ. ჩვენ შეგვიძლია შევაფასოთ მხოლოდ რეალური მომხმარებლების მიერ გამოყენების შედეგების საფუძველზე და აქ არანაირი ვარაუდი არ მუშაობს. ჩვენ გვჭირდება ეს „ადრეული მიმღებები“, რათა მოგვაწოდონ გამოხმაურება და შევიტანოთ ცვლილებები პროდუქტში, რაც ნამდვილად საჭიროა. ჩნდება კითხვა: სად მივიღოთ მომხმარებლები და როგორ დავარწმუნოთ ისინი მონაწილეობა მიიღონ ექსპერიმენტში?

ყველა შესაძლო ვარიანტიდან ჩვენ ავირჩიეთ ციფრული ხელსაწყოების კლასიკური ნაკრები: სადესანტო გვერდი და სარეკლამო კამპანია სოციალურ ქსელებში.

პროცესი უკვე დაწყებულია, მაგრამ შედეგებზე საუბარი ნაადრევია, თუმცა უკვე არის გამოხმაურებები და ბევრი ჩვენი ჰიპოთეზის დადასტურება მივიღეთ. სასიამოვნო სიურპრიზი იყო სრულიად განსხვავებული ბიზნეს სეგმენტების წარმომადგენლების რეაქცია, იმაზე დიდი ვიდრე ველოდით. სისულელე იქნებოდა ახალი შესავალის იგნორირება და ინტერვიუების შედეგებიდან გამომდინარე, გადაწყდა პარალელური LANBIX ხაზის გაშვება სახელწოდებით LANBIX Enterprise. ჩვენ დავამატეთ განაწილებული ინფრასტრუქტურის მხარდაჭერა, Wi-Fi ქსელების მონიტორინგი პრობლემების აღმოფხვრა და ლოკალიზაციით და საკომუნიკაციო არხების ხარისხის მონიტორინგი. გადაწყვეტის მიმართ უდიდესი ინტერესი გამოთქვეს სერვის კომპანიებმა. ამავდროულად, ჩვენ მიერ უკვე შემუშავებული მოწყობილობები მნიშვნელოვან როლს თამაშობენ გადაწყვეტილებების მუშაობაში.

რა მოხდება მომავალში?

რა მოხდება შემდეგ ორიგინალურ LANBIX-თან, გაირკვევა კამპანიის შედეგებიდან გამომდინარე. თუ ჩვენი ჰიპოთეზები არ დადასტურდა, Lean მეთოდოლოგიით, დაუნდობლად მოვიშორებთ მას ან გადაიქცევა ახალში, რადგან არაფერია იმაზე უარესი, ვიდრე არავის სჭირდება პროდუქტის გაკეთება. მაგრამ ახლა შეგვიძლია ვთქვათ, რომ გაწეული სამუშაო არ იყო ფუჭი და ამის წყალობით გაჩნდა პარალელური პროდუქტების მთელი ფილიალი, რაზეც აქტიურად ვმუშაობთ. წარმატების შემთხვევაში, LANBIX გადავა MVP ეტაპიდან ფინალურ ეტაპზე და განვითარდება პროდუქტის მარკეტინგის გასაგები კლასიკური კანონების მიხედვით.

ვიმეორებ, ახლა ჩვენ გვინდა ვიპოვოთ ადრეული მიმღებები, კომპანიები, რომლებსაც შეუძლიათ დააინსტალირონ ჩვენი პროდუქტი, რათა შეაგროვონ გამოხმაურება. თუ გაინტერესებთ LANBIX-ის ტესტირება, დაწერეთ კომენტარებში ან პირად შეტყობინებებში.

წყარო

წყარო: www.habr.com