มีพนักงานที่มีความคิดสร้างสรรค์มากมายที่ LANIT-Integration ไอเดียสำหรับผลิตภัณฑ์และโครงการใหม่ๆ ลอยอยู่ในอากาศอย่างแท้จริง บางครั้งการระบุสิ่งที่น่าสนใจที่สุดอาจเป็นเรื่องยากมาก ดังนั้นเราจึงร่วมกันพัฒนาวิธีการของเราเอง อ่านบทความนี้เกี่ยวกับวิธีเลือกโปรเจ็กต์ที่ดีที่สุดและนำไปปฏิบัติ
ในรัสเซียและในโลกโดยรวม มีกระบวนการจำนวนหนึ่งเกิดขึ้นซึ่งนำไปสู่การเปลี่ยนแปลงของตลาดไอที ต้องขอบคุณพลังการประมวลผลที่เพิ่มขึ้นและการเกิดขึ้นของเซิร์ฟเวอร์ เครือข่าย และเทคโนโลยีเวอร์ช่วลไลเซชั่นอื่นๆ ทำให้ตลาดไม่ต้องการฮาร์ดแวร์จำนวนมากอีกต่อไป ผู้ขายต้องการทำงานร่วมกับลูกค้าโดยตรงมากขึ้น ตลาดไอทีกำลังเผชิญกับการเติบโตอย่างรวดเร็วในการจ้างบุคคลภายนอกในทุกรูปแบบ ตั้งแต่การจ้างบุคคลภายนอกแบบคลาสสิกไปจนถึงคลื่นลูกใหม่ของผู้เอาต์ซอร์ส - “ผู้ให้บริการระบบคลาวด์” ระบบและองค์ประกอบโครงสร้างพื้นฐานกลายเป็นเรื่องง่ายในการบำรุงรักษาและกำหนดค่า คุณภาพของซอฟต์แวร์มีการเติบโตทุกปี และงานของผู้ประกอบระบบกำลังได้รับการเปลี่ยนแปลง
เราทำงานกับแนวคิดอย่างไร
ทิศทางการเริ่มต้นผลิตภัณฑ์ใน มีมานานกว่าหนึ่งปีแล้ว เป้าหมายหลักของเราคือการสร้างผลิตภัณฑ์ใหม่และนำออกสู่ตลาด สิ่งแรกที่เราเริ่มต้นคือการจัดกระบวนการสร้างผลิตภัณฑ์ เราได้ศึกษาวิธีการมากมาย ตั้งแต่แบบคลาสสิกไปจนถึงแบบเกินจริง อย่างไรก็ตาม ไม่มีสิ่งใดที่ตรงตามความต้องการของเรา จากนั้นเราตัดสินใจที่จะใช้วิธี Lean Startup เป็นพื้นฐานและปรับให้เข้ากับงานของเรา Lean Startup เป็นทฤษฎีการเป็นผู้ประกอบการที่สร้างโดย Eric Ries โดยอิงตามหลักการ แนวทาง และแนวปฏิบัติของแนวคิด เช่น การผลิตแบบลดขั้นตอน การพัฒนาลูกค้า และวิธีการพัฒนาแบบยืดหยุ่น
สำหรับแนวทางโดยตรงในการจัดการการพัฒนาผลิตภัณฑ์ เราไม่ได้คิดค้นวงล้อขึ้นมาใหม่ แต่ใช้วิธีการพัฒนาที่มีอยู่แล้ว เพิ่มความคิดสร้างสรรค์จนเรียกได้ว่าเป็น SCRUM-WATERFALL-BAN อย่างปลอดภัยแล้ว SCRUM แม้จะมีความยืดหยุ่น แต่ก็เป็นระบบที่เข้มงวดมากและเหมาะสำหรับการจัดการทีมที่รับผิดชอบผลิตภัณฑ์/โครงการเดียวเท่านั้น ดังที่คุณเข้าใจ ธุรกิจ "บูรณาการ" แบบคลาสสิกไม่ได้เกี่ยวข้องกับการมอบหมายผู้เชี่ยวชาญด้านเทคนิคเต็มเวลาให้ทำงานในโครงการเดียว (มีข้อยกเว้น แต่น้อยมาก) เนื่องจากนอกเหนือจากการทำงานเกี่ยวกับผลิตภัณฑ์แล้ว ทุกคนยังยุ่งอยู่กับโครงการปัจจุบัน จาก SCRUM เราแบ่งงานออกเป็นงานสปรินต์ การรายงานรายวัน งานย้อนหลัง และบทบาท เราเลือก Kanban สำหรับขั้นตอนงานของเรา และบูรณาการเข้ากับระบบติดตามงานที่มีอยู่ของเราได้เป็นอย่างดี เราจัดโครงสร้างงานของเราโดยการบูรณาการเข้ากับลำดับของสิ่งต่างๆ ที่มีอยู่อย่างราบรื่น
ก่อนเข้าสู่ตลาด ผลิตภัณฑ์จะต้องผ่าน 5 ขั้นตอน ได้แก่ แนวคิด การคัดเลือก แนวคิด MVP (รายละเอียดเพิ่มเติมด้านล่าง) และการผลิต
ความคิด
ในขั้นตอนนี้ มีบางสิ่งชั่วคราว นั่นคือ แนวคิด ตามหลักการแล้ว แนวคิดในการแก้ปัญหาที่มีอยู่หรือปัญหาของลูกค้า เราไม่ขาดแคลนความคิด ตามแผนเริ่มต้น ควรสร้างขึ้นโดยพนักงานด้านเทคนิค เพื่อให้แนวคิดได้รับการยอมรับเพื่อการพัฒนาต่อไป ผู้เขียนจะต้องกรอก “เทมเพลตการออกแบบแนวคิด” มีเพียงสี่คำถาม: อะไร? เพื่ออะไร? ใครต้องการสิ่งนี้? แล้วถ้าไม่ใช่ผลิตภัณฑ์ของเราล่ะ?
การคัดเลือก
ทันทีที่เทมเพลตที่เสร็จสมบูรณ์มาถึงเรา ขั้นตอนการประมวลผลและการคัดเลือกจะเริ่มต้นขึ้น ขั้นตอนการคัดเลือกเป็นขั้นตอนที่ต้องใช้แรงงานมากที่สุด ในขั้นตอนนี้ มีการตั้งสมมติฐานเกี่ยวกับปัญหา (ไม่ใช่เพื่อสิ่งใดที่ผมได้กล่าวไว้ในย่อหน้าก่อนหน้านี้ว่าแนวคิดควรแก้ปัญหาของลูกค้าได้เพื่ออะไร) และมูลค่าของผลิตภัณฑ์ มีการสร้างสมมติฐานระดับขึ้นเช่น ธุรกิจของเราจะเติบโตและเจริญรุ่งเรืองอย่างไร การสัมภาษณ์ปัญหาและผู้เชี่ยวชาญจะดำเนินการกับผู้มีโอกาสเป็นลูกค้าเพื่อให้การยืนยันเบื้องต้นว่าเรากำลังจะผลิตสิ่งที่จำเป็น ต้องใช้เวลาสัมภาษณ์อย่างน้อย 10-15 ครั้งในการสรุปเกี่ยวกับความต้องการผลิตภัณฑ์
หากสมมติฐานได้รับการยืนยัน จะมีการวิเคราะห์ทางการเงินเบื้องต้น ปริมาณการลงทุนโดยประมาณและรายได้ที่เป็นไปได้ของนักลงทุนจะได้รับการประเมิน จากขั้นตอนนี้ เอกสารที่เรียกว่า Lean Canvas จึงเกิดขึ้นและนำเสนอต่อฝ่ายบริหาร
แนวคิด
ในขั้นตอนนี้ ความคิดประมาณ 70% จะถูกขจัดออกไป หากแนวคิดได้รับการอนุมัติ ขั้นตอนการพัฒนาความคิดก็จะเริ่มต้นขึ้น มีการสร้างฟังก์ชันการทำงานของผลิตภัณฑ์ในอนาคต เส้นทางการใช้งานและโซลูชันทางเทคนิคที่เหมาะสมที่สุด และปรับปรุงแผนธุรกิจ ผลลัพธ์ของขั้นตอนนี้คือข้อกำหนดทางเทคนิคสำหรับการพัฒนาและกรณีทางธุรกิจโดยละเอียด หากสำเร็จเราจะก้าวไปสู่ขั้น MVP หรือ MVP
เอ็มวีพี หรือ เอ็มวีพี
MVP เป็นผลิตภัณฑ์ที่มีศักยภาพขั้นต่ำ เหล่านั้น. ผลิตภัณฑ์ที่ไม่ได้พัฒนาเต็มที่ แต่สามารถสร้างมูลค่าและใช้งานได้จริงอยู่แล้ว จำเป็นที่ในขั้นตอนของการพัฒนานี้ เราจะต้องรวบรวมคำติชมจากผู้ใช้จริงและทำการเปลี่ยนแปลง
การผลิต
และขั้นตอนสุดท้ายคือการผลิต สินค้าไม่เกิน 5% มาถึงขั้นตอนนี้ 5% นี้รวมเฉพาะผลิตภัณฑ์ที่สำคัญที่สุด จำเป็น ใช้งานได้จริงและใช้งานได้จริง
เรามีไอเดียมากมายและได้รวบรวมผลงานมากมายไว้แล้ว เราวิเคราะห์ทุกความคิดและทำทุกอย่างเพื่อให้แน่ใจว่าจะไปถึงขั้นตอนสุดท้าย เป็นเรื่องน่ายินดีที่เพื่อนร่วมงานของเราไม่แยแสต่อทิศทางการวิจัยและพัฒนาของเรา และมีส่วนร่วมอย่างแข็งขันในการพัฒนาและการนำผลิตภัณฑ์และโซลูชั่นไปใช้
เราสร้าง LANBIX ได้อย่างไร
มาดูการสร้างผลิตภัณฑ์โดยใช้ตัวอย่างจริง - ผลิตภัณฑ์ LANBIX นี่คือระบบซอฟต์แวร์และฮาร์ดแวร์แบบ "บรรจุกล่อง" ที่ออกแบบมาเพื่อตรวจสอบโครงสร้างพื้นฐานด้านไอทีขนาดเล็ก และแจ้งเตือนผู้มีอำนาจตัดสินใจและผู้ใช้ทางธุรกิจทันทีเกี่ยวกับความผิดปกติที่ควบคุมผ่านแชทบอท นอกเหนือจากฟังก์ชันการตรวจสอบแล้ว LANBIX ยังมีฟังก์ชัน Help Desk อีกด้วย ผลิตภัณฑ์นี้มีไว้สำหรับกลุ่มตลาดที่เรากำหนดเป้าหมายเท่านั้น นี่เป็นทั้งข้อดีและความเจ็บปวดของเรา แต่สิ่งแรกก่อน ฉันจะบอกทันทีว่า LANBIX เป็นผลิตภัณฑ์ที่มีชีวิต (นั่นคือยังไม่สิ้นสุดในการพัฒนาและอยู่ในรอบต่อไปของ MVP)
ดังนั้นขั้นแรกคือความคิด เพื่อให้ความคิดเกิดได้ คุณต้องมีปัญหา และเราก็มีมัน หรือไม่ใช่เรา แต่เป็นเพื่อนของเรา ด้านล่างนี้เราจะดูสถานการณ์จริงหลายประการที่เกิดขึ้นในด้านต่างๆ ของธุรกิจ
บริษัทบริหารจัดการขนาดเล็กดูแลบ้านสองหลังในภูมิภาคมอสโก พนักงานที่มีคอมพิวเตอร์มีประมาณ 15 คน ผู้ดูแลระบบเป็นฟรีแลนซ์ที่มาเยี่ยมเยียน (ลูกชายคนเก่งของผู้อยู่อาศัยที่เอาใจใส่คนหนึ่ง) ดูเหมือนว่ากิจกรรมของบริษัทจัดการจะขึ้นอยู่กับไอทีเพียงเล็กน้อย แต่ลักษณะเฉพาะของธุรกิจนี้คือการรายงานทุกเดือนไปยังหน่วยงานหลายแห่ง ดิสก์ระบบของหัวหน้า บริษัท (ซึ่งตามปกติจะรวมหลายบทบาทเข้าด้วยกัน) พื้นที่ว่างหมด โดยปกติแล้ว สิ่งนี้ไม่ได้เกิดขึ้นโดยฉับพลัน คำเตือนหยุดทำงานประมาณ 2 เดือนและถูกเพิกเฉยอยู่ตลอดเวลา แต่มีการอัปเดตมาถึงระบบปฏิบัติการได้รับการอัปเดตและเนื่องจากโชคดีที่มันค้างอยู่ในระหว่างการอัปเดตโดยบ่นก่อนที่จะ "ตาย" เกี่ยวกับดิสก์ที่ไม่ว่าง คอมพิวเตอร์เข้าสู่การรีบูตแบบวนรอบ ขณะที่เราจัดการปัญหาและรับรายงาน เราก็พลาดกำหนดเวลาการรายงาน ดูเหมือนว่าการทำงานผิดพลาดเล็กน้อยทำให้เกิดปัญหาต่างๆ ตั้งแต่ความสูญเสียไปจนถึงการดำเนินคดีและความรับผิดในการบริหาร
เหตุการณ์ที่คล้ายกันนี้เกิดขึ้นในบริษัทโฮลดิ้งขนาดใหญ่แห่งหนึ่ง ซึ่งรวมบริษัทขนาดเล็กหลายแห่งเข้าด้วยกัน โดยมีบริการสนับสนุนทางเทคนิคเพียงแห่งเดียวสำหรับทั้งสำนักงาน ในแผนกหนึ่ง คอมพิวเตอร์ของหัวหน้าฝ่ายบัญชีเสีย เป็นที่รู้กันมานานแล้วว่ามันอาจเสียหายได้ (คอมพิวเตอร์ทำงานช้าลงและร้อนขึ้นอย่างมาก) แต่หัวหน้าฝ่ายบัญชีไม่เคยส่งคำขอไปยังฝ่ายสนับสนุนด้านเทคนิคเลย แน่นอนว่ามันพังตรงกับวันจ่ายเงินเดือน และพนักงานแผนกก็ไม่มีเงินเป็นเวลาหลายวัน
ธุรกิจขนาดเล็กในการค้าขายส่งขนาดเล็กมีเว็บไซต์การขายซึ่งโฮสต์บนไซต์ภายนอก เราได้เรียนรู้เกี่ยวกับความไม่พร้อมให้บริการทางโทรศัพท์จากลูกค้าประจำ ในขณะที่โทรไป ไซต์ดังกล่าวล่มไปประมาณสามชั่วโมงแล้ว ต้องใช้เวลาอีกสองสามชั่วโมงในการค้นหาบุคคลที่รับผิดชอบไซต์นี้ และอีกสองชั่วโมงในการแก้ไขปัญหา ด้วยเหตุนี้ ไซต์จึงไม่สามารถใช้งานได้เกือบตลอดทั้งวันทำการ ตามที่ผู้อำนวยการฝ่ายการค้าของบริษัทระบุ การหยุดทำงานนี้ทำให้พวกเขาเสียเงินประมาณ 1 ล้านรูเบิล
ฉันเองก็เคยเจอเหตุการณ์แบบนี้เหมือนกันเมื่อมาพบแพทย์ที่คลินิกและต้องไปลงทะเบียน อสม. พวกเขาไม่สามารถส่งฉันไปพบแพทย์ได้ด้วยเหตุผลเล็ก ๆ น้อย ๆ - มีไฟกระชากในตอนเช้าและหลังจากเกิดอุบัติเหตุบริการไปรษณีย์และบริการบางอย่างในการสื่อสารกับ บริษัท ประกันภัยก็ใช้งานไม่ได้ เพื่อตอบคำถามของฉัน ผู้ดูแลระบบของคุณอยู่ที่ไหน ฉันได้รับแจ้งว่าผู้ดูแลระบบมาเยี่ยมพวกเขาสัปดาห์ละครั้ง และตอนนี้ (ตอนนั้นเป็นเวลา 16 น. แล้ว) เขาไม่รับสาย เป็นเวลาอย่างน้อย 00 ชั่วโมง คลินิกถูกตัดขาดจากโลกภายนอก และไม่สามารถให้บริการแบบชำระเงินได้
กรณีทั้งหมดนี้มีอะไรเหมือนกัน? ปัญหาทั้งหมดสามารถป้องกันได้ล่วงหน้าอย่างแน่นอน ด้วยการตอบสนองอย่างทันท่วงทีจากเจ้าหน้าที่ไอที ความเสียหายอาจลดลงได้ สิ่งนี้จะเป็นไปได้หากผู้ใช้ตีความอาการเริ่มแรกได้อย่างถูกต้อง
เราได้ระบุสมมติฐานปัญหาแล้ว:
- การสูญเสียทางการเงินและชื่อเสียงที่สำคัญเนื่องจากการตอบสนองต่อข้อผิดพลาดในโครงสร้างพื้นฐานด้านไอทีความเร็วต่ำ
- การตีความอาการเริ่มต้นของการทำงานผิดพลาดโดยผู้ใช้อย่างไม่ถูกต้อง
ลูกค้าสามารถทำอะไรกับพวกเขาได้บ้าง และจะหลีกเลี่ยงสถานการณ์ที่คล้ายกันในอนาคตได้อย่างไร มีตัวเลือกไม่มาก:
- จ้างผู้ดูแลระบบที่มีคุณสมบัติสูงและให้เขาทำงานอย่างมีสติ
- จ้างบุคคลภายนอกในการบำรุงรักษาด้านไอทีให้กับบริษัทผู้ให้บริการเฉพาะทาง
- ใช้ระบบติดตามและรายงานข้อผิดพลาดอย่างอิสระ
- จัดให้มีการฝึกอบรมแก่ผู้ใช้/บุคลากรทางธุรกิจเกี่ยวกับความรู้พื้นฐานด้านคอมพิวเตอร์
มาดูตัวเลือกที่สามกันดีกว่า ขอเสนอระบบการตรวจสอบสำหรับผู้ที่ไม่ได้ใช้ด้วยเหตุผลต่างๆ
การพูดนอกเรื่องโคลงสั้น ๆ ระบบต่าง ๆ สำหรับการตรวจสอบบริการไอทีในตลาดองค์กรมีการใช้มาเป็นเวลานานและผลประโยชน์ของพวกเขาก็ไม่มีข้อโต้แย้ง ฉันได้พูดคุยกับตัวแทนของบริษัทขนาดใหญ่ ดูว่าความสัมพันธ์ระหว่างธุรกิจกับไอทีถูกสร้างขึ้นอย่างไร ผู้อำนวยการฝ่ายเทคนิคขององค์กรสร้างเครื่องจักรขนาดใหญ่แห่งหนึ่งได้ว่าจ้างบุคคลภายนอกในการบำรุงรักษาโครงสร้างพื้นฐานด้านไอทีให้กับบริษัทภายนอก แต่ตัวเขาเองก็ยังคงรู้ทุกเรื่อง ในห้องทำงานของเขามีหน้าจอระบบตรวจสอบขนาดใหญ่แขวนอยู่พร้อมตัวบ่งชี้สถานะของบริการด้านไอที สิ่งที่สำคัญที่สุดจะรวมอยู่ในระบบ ผู้อำนวยการด้านเทคนิคสามารถค้นหาสถานะของโครงสร้างพื้นฐานได้ตลอดเวลา เกิดอะไรขึ้น ปัญหาอยู่ที่ไหน แจ้งผู้รับผิดชอบแล้วหรือไม่ และปัญหากำลังได้รับการแก้ไขหรือไม่
เรื่องราวข้างต้นทำให้ทีมงานของเราคิดถึงวิธีสร้างระบบการตรวจสอบที่เหมาะสมที่สุดสำหรับบริษัทขนาดเล็ก ผลลัพธ์ก็คือ LANBIX ถือกำเนิดขึ้น - ระบบตรวจสอบที่ทุกคนสามารถใช้งานได้โดยไม่มีความรู้ด้านไอที วัตถุประสงค์หลักของระบบนั้นเรียบง่าย เช่นเดียวกับทุกระบบที่มีจุดมุ่งหมายเพื่อเพิ่มความต่อเนื่องและความพร้อมใช้งาน โดยลดการสูญเสียทางการเงินและการสูญเสียอื่นๆ ในกรณีที่มีการหยุดทำงานโดยไม่ได้วางแผนไว้ อุปกรณ์ได้รับการออกแบบเพื่อลดเวลาระหว่าง "มีบางอย่างเสียหาย" และ "ปัญหาได้รับการแก้ไข" ให้เหลือน้อยที่สุด
เพื่อยืนยันสมมติฐาน จึงได้ทำการสัมภาษณ์ปัญหา ฉันไม่สามารถจินตนาการได้เลยว่าผู้คนจะเต็มใจบอกเล่ามากเพียงใดโดยไม่ต้องพยายามขายให้พวกเขา การสนทนาแต่ละครั้งใช้เวลาอย่างน้อย 1,5 ชั่วโมง และเราได้รับข้อมูลมากมายที่เป็นประโยชน์สำหรับการพัฒนาต่อไป
สรุปผลลัพธ์ของขั้นตอนนี้:
- มีความเข้าใจในปัญหา
- ความเข้าใจในคุณค่า - มี
- มีแนวคิดในการแก้ปัญหา
ขั้นตอนที่สองมีรายละเอียดมากขึ้น จากผลลัพธ์ที่ได้ เราต้องนำเสนอต่อฝ่ายบริหารซึ่งมีบทบาทเป็นนักลงทุน กรณีธุรกิจ (Lean Canvas เดียวกัน) เพื่อตัดสินใจเกี่ยวกับชะตากรรมในอนาคตของผลิตภัณฑ์
เราเริ่มต้นด้วยการวิจัยตลาดและการวิเคราะห์การแข่งขันเพื่อค้นหาว่าใคร ทำอะไร และที่สำคัญที่สุดคือพวกเขากำลังทำอะไรในตลาดนี้
มันกลับกลายเป็นสิ่งต่อไปนี้
- ไม่มีระบบตรวจสอบแบบกล่องสำเร็จรูปในตลาดสำหรับกลุ่มของเรา (ธุรกิจขนาดเล็ก) ยกเว้นสองสามหรือสามระบบซึ่งฉันจะไม่พูดถึงด้วยเหตุผลที่ชัดเจน
- คู่แข่งหลักของเราที่น่าแปลกก็คือผู้ดูแลระบบที่มีสคริปต์ที่เขียนขึ้นเองและ “ส่วนเสริม” สำหรับระบบตรวจสอบโอเพ่นซอร์ส
- มีปัญหาชัดเจนในการใช้ระบบตรวจสอบโอเพ่นซอร์ส มีระบบมีข้อมูลมากมายเกี่ยวกับวิธีการทำงานและแก้ไขระบบให้เหมาะกับความต้องการของคุณ ในบรรดาผู้บริหารที่ฉันสัมภาษณ์ หลายคนยอมรับว่าพวกเขาไม่มีความสามารถเพียงพอที่จะนำแนวคิดของตนไปปฏิบัติด้วยตนเอง แต่พวกเขาไม่สามารถยอมรับเรื่องนี้กับฝ่ายบริหารได้เพราะกลัวถูกไล่ออก มันกลายเป็นวงจรอุบาทว์
จากนั้นเราก็วิเคราะห์ความต้องการของผู้ที่อาจเป็นลูกค้าของเราต่อไป เราได้ระบุตัวเราเองว่าเป็นส่วนหนึ่งขององค์กรขนาดเล็กที่ไม่มีบริการด้านไอทีของตนเองด้วยเหตุผลบางประการ โดยที่ผู้ดูแลระบบที่เข้ามาใหม่ ผู้ทำงานอิสระ หรือบริษัทผู้ให้บริการมีหน้าที่รับผิดชอบด้านไอที ไม่ใช่ฝ่ายไอทีที่ตัดสินใจเข้าร่วม แต่เป็นฝ่ายธุรกิจที่ให้เครื่องมือแก่ผู้ก่อตั้งและเจ้าของธุรกิจในการปรับปรุงคุณภาพของบริการโครงสร้างพื้นฐานด้านไอที ผลิตภัณฑ์ที่จะช่วยให้เจ้าของธุรกิจรักษาความปลอดภัยได้ แต่ในขณะเดียวกันก็เพิ่มงานให้กับผู้ที่รับผิดชอบด้านไอที ผลิตภัณฑ์ที่มอบเครื่องมือสำหรับตรวจสอบคุณภาพการสนับสนุนด้านไอทีให้กับธุรกิจ
จากการประมวลผลข้อมูลที่ได้รับ รายการข้อกำหนดแรก (ประเภทงานในมือคร่าวๆ) สำหรับผลิตภัณฑ์ในอนาคตจึงเกิดขึ้น:
- ระบบตรวจสอบจะต้องใช้โซลูชันโอเพ่นซอร์สและส่งผลให้มีราคาถูก
- ติดตั้งง่ายและรวดเร็ว
- ไม่ควรต้องการความรู้เฉพาะด้านไอที แม้แต่นักบัญชี (ฉันไม่ต้องการทำให้ตัวแทนของอาชีพนี้ขุ่นเคืองแต่อย่างใด) ก็ควรจะปรับใช้และกำหนดค่าระบบได้
- ควรตรวจจับวัตถุโดยอัตโนมัติเพื่อติดตามบนเครือข่าย
- ควรติดตั้งเอเจนต์การตรวจสอบโดยอัตโนมัติ (และโดยอัตโนมัติตามอุดมคติ)
- จะต้องสามารถตรวจสอบบริการภายนอกได้อย่างน้อยระบบ CRM และเว็บไซต์การขาย
- ควรแจ้งปัญหาให้ทั้งธุรกิจและผู้ดูแลระบบทราบ
- ระดับความลึกและ “ภาษา” ของการแจ้งเตือนควรแตกต่างกันสำหรับผู้ดูแลระบบและธุรกิจ
- ต้องจัดหาระบบด้วยฮาร์ดแวร์ของตัวเอง
- ควรเข้าถึงเหล็กให้ได้มากที่สุด
- ระบบควรเป็นอิสระจากปัจจัยภายนอกมากที่สุดเท่าที่จะเป็นไปได้
จากนั้นจึงคำนวณการลงทุนในการพัฒนาผลิตภัณฑ์ (รวมค่าแรงสำหรับพนักงานฝ่ายเทคนิค) มีการเตรียมร่างโมเดลธุรกิจและคำนวณหน่วยเศรษฐศาสตร์ของผลิตภัณฑ์
ผลลัพธ์ขั้นตอน:
- สินค้าค้างอยู่ในระดับสูง
- รูปแบบธุรกิจที่กำหนดหรือสมมติฐานขนาดที่ยังไม่ได้ทดสอบในทางปฏิบัติ
เรามาดูขั้นตอนต่อไปกันดีกว่า - แนวคิด ที่นี่ในฐานะวิศวกร เราพบว่าตัวเองอยู่ในองค์ประกอบดั้งเดิมของเรา มี “รายการความปรารถนา” ที่แบ่งออกเป็นส่วนประกอบ/ระบบย่อย/คุณสมบัติ จากนั้นจึงเปลี่ยนเป็นข้อกำหนดทางเทคนิค/เรื่องราวของผู้ใช้ จากนั้นจึงกลายเป็นโครงการ ฯลฯ ฉันจะไม่กล่าวถึงรายละเอียดเกี่ยวกับกระบวนการเตรียมตัวเลือกอื่น ๆ มาดูข้อกำหนดและวิธีการที่เลือกสำหรับการนำไปปฏิบัติกันดีกว่า
ความต้องการ
การตัดสิน
- ควรเป็นระบบติดตามแบบเปิด
เราใช้ระบบตรวจสอบโอเพ่นซอร์ส
- ระบบควรติดตั้งง่ายและรวดเร็ว
- ไม่ควรต้องใช้ความรู้ด้านไอทีเฉพาะด้าน แม้แต่นักบัญชีก็ควรจะปรับใช้และกำหนดค่าระบบได้
เรานำเสนอระบบที่ติดตั้งไว้เพื่อให้ผู้ใช้เพียงแค่เปิดอุปกรณ์และกำหนดค่าเพียงเล็กน้อย คล้ายกับเราเตอร์
มาปิดการโต้ตอบกับอุปกรณ์ให้เป็นสิ่งที่ง่ายและเข้าใจได้สำหรับทุกคน
มาเขียนแชทบอตของเราเองสำหรับหนึ่งในโปรแกรมส่งข้อความด่วนที่มีชื่อเสียงและโอนการโต้ตอบทั้งหมดกับระบบไปที่มัน
ระบบควร:
- ตรวจจับวัตถุที่จำเป็นสำหรับการตรวจสอบบนเครือข่ายโดยอัตโนมัติ
- ติดตั้งเอเจนต์การตรวจสอบโดยอัตโนมัติ
- สามารถติดตามบริการภายนอกได้ อย่างน้อย มีระบบ CRM และเว็บไซต์ขายของ
เราเขียนส่วนเสริมสำหรับระบบการตรวจสอบสำหรับ:
- การตรวจจับวัตถุอัตโนมัติ
- การติดตั้งตัวแทนอัตโนมัติ
- การตรวจสอบความพร้อมใช้งานของบริการภายนอก
ระบบควร:
- แจ้งปัญหาให้ทั้งธุรกิจและผู้ดูแลระบบทราบ
- สามารถตรวจสอบบริการภายนอกได้อย่างน้อยระบบ CRM และเว็บไซต์ขาย ระดับความลึกและ "ภาษา" ของการแจ้งเตือนควรแตกต่างกันสำหรับผู้ดูแลระบบและธุรกิจ
- ระบบไม่ควรต้องการความรู้ด้าน IT โดยเฉพาะ แม้แต่นักบัญชีก็ควรจะปรับใช้และกำหนดค่าระบบได้
- มาเพิ่มการแจ้งเตือนประเภทต่างๆ สำหรับผู้ใช้ประเภทต่างๆ กัน ต่างกันที่ระดับเสียงและความลึก ผู้ใช้ทางธุรกิจจะได้รับการแจ้งเตือนเช่น "ทุกอย่างเรียบร้อยดี แต่คอมพิวเตอร์ของ Ivanov จะตายในไม่ช้า" ผู้ดูแลระบบจะได้รับข้อความครบถ้วนเกี่ยวกับข้อผิดพลาด ใคร อย่างไร และเกิดอะไรขึ้นหรืออาจเกิดขึ้น
- มาเพิ่มความสามารถในการใช้อีเมลของผู้รับผิดชอบเพิ่มเติม เพื่อที่ว่าในกรณีที่เครื่องเสียเขาจะได้รับข้อความ
- มาเพิ่มการโต้ตอบกับผู้ให้บริการภายนอกตามการส่งอีเมลพร้อมข้อความที่เตรียมไว้เพราะว่า เป็นอีเมลที่ก่อให้เกิดเหตุการณ์ดังกล่าว
- การโต้ตอบทั้งหมดกับระบบจะเชื่อมต่อกับแชทบอท การสื่อสารจะดำเนินการในรูปแบบกล่องโต้ตอบ
เสริม:
- มาเพิ่มฟังก์ชั่น “แชทกับผู้ดูแลระบบ” เพื่อให้ผู้ใช้สามารถส่งข้อความถึงผู้ดูแลระบบเพื่ออธิบายปัญหาได้โดยตรง
- ระบบจะต้องจัดหามาด้วยฮาร์ดแวร์ของตัวเอง
- ต้องมีเหล็กให้พร้อม
- ระบบควรเป็นอิสระจากสภาพแวดล้อมมากที่สุดเท่าที่จะเป็นไปได้
- ลองใช้คอมพิวเตอร์ Raspberry PI สำเร็จรูปและราคาถูกกันดีกว่า
- เราจะออกแบบบอร์ดจ่ายไฟสำรอง
- มาเพิ่มโมเด็มให้เป็นอิสระจากสถานะของเครือข่ายท้องถิ่น
- เราจะออกแบบอาคารให้สวยงาม
ขณะนี้เรามีระบบย่อยสามระบบที่มีข้อกำหนดและวิสัยทัศน์ในการนำไปใช้งานของตนเอง:
- ระบบย่อยฮาร์ดแวร์
- การตรวจสอบระบบย่อย
- ระบบย่อยการโต้ตอบกับผู้ใช้
เราได้พัฒนาการออกแบบเบื้องต้นสำหรับระบบย่อยของฮาร์ดแวร์ ใช่ ๆ! หลังจากฝ่าฝืนกฎทั้งหมดของความคล่องตัว เราจึงพัฒนาเอกสาร เนื่องจากโรงงานผลิตทำงานกับเอกสาร สำหรับระบบย่อยที่เหลือ เราได้ระบุผู้ใช้ (บุคคล) เตรียมเรื่องราวของผู้ใช้ และเขียนงานเพื่อการพัฒนา
นี่เป็นการสรุปขั้นตอนแนวคิด และผลลัพธ์คือ:
- โครงการสำหรับแพลตฟอร์มฮาร์ดแวร์
- กำหนดวิสัยทัศน์ในรูปแบบของเรื่องราวของผู้ใช้สำหรับสองระบบย่อยที่เหลือ
- ต้นแบบซอฟต์แวร์ที่ใช้เป็นเครื่องเสมือน
- ต้นแบบของฮาร์ดแวร์ที่นำมาใช้ในรูปแบบของขาตั้งซึ่งโซลูชันฮาร์ดแวร์ได้รับการทดสอบเพื่อความแข็งแกร่งจริง ๆ
- การทดสอบดำเนินการโดยผู้ดูแลระบบของเรา
ปัญหาในขั้นตอนนี้ส่วนใหญ่เกี่ยวกับองค์กรและเกี่ยวข้องกับการขาดความรู้ของเจ้าหน้าที่วิศวกรรมในด้านกฎหมายและการบัญชีของการขาย เหล่านั้น. การพิจารณาว่าจะขายอะไรและอย่างไรเป็นสิ่งหนึ่งที่ต้องเผชิญ และอีกสิ่งหนึ่งที่ต้องเผชิญกับกลไกทางกฎหมายที่โหดเหี้ยม: สิทธิบัตร งานพัฒนา การจดทะเบียน EULA และอื่นๆ อีกมากมายที่เราในฐานะผู้สร้างสรรค์ไม่ได้คำนึงถึงในตอนแรก
ยังไม่มีปัญหา แต่เป็นความยากลำบากที่เกี่ยวข้องกับการออกแบบตู้มากกว่า ทีมงานของเราประกอบด้วยวิศวกรเท่านั้น ดังนั้นเคสเวอร์ชันแรกจึง "สร้าง" จากเพล็กซิกลาสโดยผู้เชี่ยวชาญด้านอิเล็กทรอนิกส์ของเรา
ร่างกายดูไม่สุภาพ เป็นที่ถกเถียง โดยเฉพาะต่อสาธารณชน ถูกทำลายด้วยเทคโนโลยีสมัยใหม่ แน่นอนว่ามีผู้ที่ชื่นชอบในหมู่ "Kulibins" รุ่นเก่า - อาคารนี้ทำให้เกิดความรู้สึกคิดถึงในตัวพวกเขา มีการตัดสินใจที่จะผลิตและออกแบบเคสใหม่เนื่องจากอันเก่านอกเหนือจากข้อบกพร่องด้านสุนทรียภาพแล้วยังมีโครงสร้างด้วย - ลูกแก้วไม่ทนต่อการประกอบและถอดแยกชิ้นส่วนของอุปกรณ์ได้ดีและมีแนวโน้มที่จะแตกร้าว ฉันจะบอกคุณเกี่ยวกับการผลิตเคสเพิ่มเติม
และตอนนี้เราก็ใกล้จะถึงเส้นชัยแล้ว - MVP แน่นอนว่านี่ไม่ใช่ผลิตภัณฑ์การผลิตขั้นสุดท้าย แต่ก็มีประโยชน์และมีคุณค่าอยู่แล้ว เป้าหมายหลักของขั้นตอนนี้คือการเปิดตัววงจร “สร้าง-ประเมิน-เรียนรู้” นี่คือขั้นตอนที่ LANBIX อยู่อย่างแน่นอน
ในขั้นตอน "สร้าง" เราได้สร้างอุปกรณ์ที่ทำงานตามฟังก์ชันที่ประกาศไว้ ใช่ มันยังไม่สมบูรณ์แบบ และเราก็ทำงานต่อไป
กลับไปที่การผลิตร่างกายเช่น สู่ภารกิจในการเปลี่ยนอุปกรณ์ของเราจากความคิดถึงไปสู่ความทันสมัย ในตอนแรก ฉันค้นหาตลาดสำหรับผู้ผลิตตู้และบริการออกแบบอุตสาหกรรม ประการแรกมีบริษัทไม่กี่แห่งที่ผลิตเคสในตลาดรัสเซีย และประการที่สอง ต้นทุนการออกแบบอุตสาหกรรมในขั้นตอนนี้สูงมากประมาณ 1 ล้านรูเบิล
พวกเขาติดต่อฝ่ายการตลาดของเราเพื่อขอการออกแบบ นักออกแบบรุ่นเยาว์ก็พร้อมสำหรับการทดลองเชิงสร้างสรรค์แล้ว เราได้สรุปวิสัยทัศน์ของเราเกี่ยวกับตัวเรือ (โดยก่อนหน้านี้ได้ศึกษาตัวอย่างที่ดีที่สุดของการสร้างตัวเรือแล้ว) และในทางกลับกัน เขาก็ทำให้มันกลายเป็นงานศิลปะ สิ่งที่เหลืออยู่คือการผลิตมันขึ้นมา เราภูมิใจในการออกแบบของเราและหันไปหาพันธมิตรของเรา ซีอีโอของพวกเขาบดขยี้จินตนาการของเราทันทีโดยชี้ให้เห็นสิ่งที่ไม่สามารถผลิตได้ด้วยวิธีที่เราเลือกซึ่งไม่มีค่าใช้จ่ายใด ๆ ทั้งสิ้น สามารถผลิตเคสนี้ได้และจะไม่แย่ไปกว่าของ Apple แต่ราคาของเคสจะแพงกว่าส่วนประกอบอิเล็กทรอนิกส์ทั้งหมดสามถึงสี่เท่า หลังจากดำเนินการและอนุมัติมาหลายครั้ง เราได้ออกแบบตัวเรือนที่สามารถผลิตได้ ใช่ มันไม่สวยงามอย่างที่เราวางแผนไว้ แต่เหมาะสำหรับการบรรลุเป้าหมายในปัจจุบัน
ผลลัพธ์ของขั้นตอน: อุปกรณ์ชุดแรกที่พร้อมสำหรับการต่อสู้และการทดสอบ
และตอนนี้สิ่งที่ยากที่สุดคือขั้นตอน "การประเมิน" และด้วยผลิตภัณฑ์ของเรา เราก็มาถึงจุดนี้แล้ว เราสามารถประเมินตามผลลัพธ์การใช้งานของลูกค้าจริงเท่านั้น และไม่มีสมมติฐานใดที่ได้ผลที่นี่ เราต้องการ "ผู้ใช้งานกลุ่มแรกๆ" เหล่านั้นในการให้ข้อเสนอแนะและทำการเปลี่ยนแปลงกับผลิตภัณฑ์ที่จำเป็นจริงๆ คำถามเกิดขึ้น: จะรับลูกค้าได้ที่ไหนและจะโน้มน้าวให้พวกเขาเข้าร่วมการทดสอบได้อย่างไร?
จากตัวเลือกที่เป็นไปได้ทั้งหมด เราเลือกชุดเครื่องมือดิจิทัลแบบคลาสสิก: หน้า Landing Page และแคมเปญโฆษณาบนโซเชียลเน็ตเวิร์ก
กระบวนการนี้ได้เปิดตัวแล้ว แต่ยังเร็วเกินไปที่จะพูดถึงผลลัพธ์ แม้ว่าจะมีคำตอบอยู่แล้ว และเราได้รับการยืนยันจากสมมติฐานหลายประการของเราแล้ว สิ่งที่น่าประหลาดใจก็คือปฏิกิริยาของตัวแทนจากกลุ่มธุรกิจที่แตกต่างกันโดยสิ้นเชิง ซึ่งมากกว่าที่เราคาดไว้มาก คงเป็นเรื่องโง่หากเพิกเฉยต่อการแนะนำตัวใหม่ และจากผลการสัมภาษณ์ จึงตัดสินใจเปิดตัวกลุ่มผลิตภัณฑ์ LANBIX แบบขนานที่เรียกว่า LANBIX Enterprise เราได้เพิ่มการรองรับโครงสร้างพื้นฐานแบบกระจาย การตรวจสอบเครือข่าย Wi-Fi ด้วยการแก้ไขปัญหาและการแปลเป็นภาษาท้องถิ่น และตรวจสอบคุณภาพของช่องทางการสื่อสาร บริษัทผู้ให้บริการแสดงความสนใจในโซลูชันนี้มากที่สุด ในขณะเดียวกัน อุปกรณ์ที่เราได้พัฒนาไปแล้วก็มีบทบาทสำคัญในการทำงานของโซลูชั่นดังกล่าว
จะเกิดอะไรขึ้นต่อไป
สิ่งที่จะเกิดขึ้นต่อไปกับ LANBIX ดั้งเดิมจะชัดเจนตามผลลัพธ์ของแคมเปญ หากสมมติฐานของเราไม่ได้รับการยืนยัน ตามวิธีการแบบลีน เราจะกำจัดมันอย่างไร้ความปราณี ไม่เช่นนั้นมันจะถูกเปลี่ยนเป็นสิ่งใหม่ เพราะไม่มีอะไรเลวร้ายไปกว่าการผลิตผลิตภัณฑ์ที่ไม่มีใครต้องการ แต่ตอนนี้เราสามารถพูดได้ว่างานที่ทำเสร็จนั้นไม่ไร้ประโยชน์และด้วยเหตุนี้จึงมีผลิตภัณฑ์คู่ขนานทั้งสาขาปรากฏขึ้นซึ่งเรากำลังดำเนินการอย่างแข็งขัน หากประสบความสำเร็จ LANBIX จะย้ายจากเวที MVP ไปสู่ขั้นตอนสุดท้าย และจะพัฒนาตามกฎหมายคลาสสิกของการตลาดผลิตภัณฑ์ที่สามารถเข้าใจได้
ขอย้ำอีกครั้งว่าตอนนี้เราต้องการหาผู้ใช้งานกลุ่มแรกๆ ซึ่งเป็นบริษัทที่สามารถติดตั้งผลิตภัณฑ์ของเราเพื่อรวบรวมคำติชม หากคุณสนใจที่จะทดสอบ LANBIX โปรดเขียนความคิดเห็นหรือข้อความส่วนตัว
ที่มา: will.com