มีการระดมทุนเพื่อการพัฒนาที่มีราคาแพงและใช้เงินออมของผู้ประกอบการ เธอเสพติด
เหตุใดการเริ่มพัฒนาผลิตภัณฑ์ใหม่โดยไม่ต้องใช้โค้ดจึงมีความสำคัญ โดยไม่เกี่ยวข้องกับการพัฒนาแบบดั้งเดิม
เมื่อเราดูสินค้าที่ประสบความสำเร็จในตลาดเช่น Airbnb, Amazon หรือ Yandex คุณต้องเข้าใจว่าพวกเขาไม่ได้กลายเป็นอย่างที่เป็นอยู่ในขณะนี้ และสิ่งนี้นำหน้าด้วยเส้นทางที่ยาวและหลายขั้นตอนของการพัฒนาอย่างค่อยเป็นค่อยไป กระบวนการพัฒนาผลิตภัณฑ์มักมีหลายขั้นตอน:
- แนวคิดผลิตภัณฑ์/ธุรกิจ
- ต้นแบบคือการนำผลิตภัณฑ์ในอนาคตไปใช้อย่างรวดเร็วและคร่าวๆ
- MVP (minimum viable product) คือเวอร์ชันที่เรียบง่ายที่สุดของผลิตภัณฑ์ บริการ หรือบริการที่มีชุดฟังก์ชันขั้นต่ำ (บางครั้งอาจเป็นชุดเดียว) ที่นำคุณค่ามาสู่ผู้บริโภคปลายทาง
- ผลิตภัณฑ์ 1.0 เป็นผลิตภัณฑ์ที่มีฟังก์ชันการทำงานขั้นสูงมากขึ้น โดยพิจารณาจากความต้องการของลูกค้าและธุรกิจหลังจากการดำเนินการขั้น MVP ที่ประสบความสำเร็จ
- ผลิตภัณฑ์ 2.0 เป็นผลิตภัณฑ์ที่ซับซ้อนซึ่งมีฟังก์ชันเพิ่มเติมและชุดคุณลักษณะขั้นสูงกว่าผลิตภัณฑ์ 1.0
- ผลิตภัณฑ์ที่มีคุณสมบัติครบถ้วน (ผลิตภัณฑ์เวอร์ชัน n) คือผลิตภัณฑ์ที่พัฒนาและขยาย ซึ่งฟังก์ชันการทำงานได้รับการพัฒนาและเสริมตามขนาดธุรกิจ
ขั้นตอนของวิวัฒนาการผลิตภัณฑ์ไอที
สามขั้นตอนแรกแสดงถึงขั้นตอนการค้นหาความเหมาะสมของตลาดผลิตภัณฑ์ โดยที่ธุรกิจหรือผลิตภัณฑ์กำลังมองหารูปแบบและรูปแบบธุรกิจที่สร้างผลกำไรและเป็นที่ต้องการของตลาด ในขั้นตอนนี้ หน้าที่ของผู้ก่อตั้งหรือเจ้าของธุรกิจคือการทดสอบสมมติฐานทั้งหมดอย่างถูกและรวดเร็วที่สุดเท่าที่จะเป็นไปได้ และค้นหาว่าอะไรใช้ได้ผล
จากขั้นตอนที่ 4 ถึง 6 มีเฟสปรับขนาดโมเดลธุรกิจที่พิสูจน์แล้วว่าเป็นความยืดหยุ่นของตลาดและความสำเร็จทางการเงิน เป็นสิ่งสำคัญมากที่จะต้องทราบที่นี่ว่าการปรับขนาดของผลิตภัณฑ์ควรเกิดขึ้นพร้อมกับการเติบโตของธุรกิจ และธุรกิจมีลักษณะเฉพาะด้วยเงินที่ได้รับ นั่นคือความซับซ้อนของผลิตภัณฑ์และการปรับแต่งฟังก์ชันการทำงานที่สำคัญควรสัมพันธ์โดยตรงกับการเติบโตของตัวบ่งชี้ทางการเงิน แต่ไม่ใช่ในทางกลับกัน
เพื่อที่จะย้ายจากระยะหนึ่งไปยังอีกระยะหนึ่ง จำเป็นต้องผ่านจุดแยกไปสองทาง ซึ่งหมายถึงการค้นหารูปแบบธุรกิจที่ใช้งานได้ (ความเหมาะสมของตลาดผลิตภัณฑ์) และจุดเริ่มต้นของระยะการขยายขนาด
หนึ่งในความละเลยของสตาร์ทอัพและเจ้าของธุรกิจจำนวนมากธุรกิจที่พวกเขาเชื่อว่าการพัฒนาผลิตภัณฑ์ของพวกเขาจะเป็นไปตามเส้นตรงดังกล่าวจากขั้นตอนหนึ่งไปอีกขั้นหนึ่ง แต่มักจะเป็นครั้งแรกที่ไม่มีใครเข้าสู่รูปแบบธุรกิจที่ได้ผลและให้ผลกำไร ตามกฎแล้ว คุณต้องสร้าง pivot สองถึงห้าตัว (จาก pivot ภาษาอังกฤษ - "การเปลี่ยนแปลงรูปแบบธุรกิจ") ก่อนที่คุณจะพบรูปแบบธุรกิจที่ใช้งานได้ดีและคุ้มค่าที่จะปรับขนาด อยู่ในขั้นตอนของการค้นหาสินค้า-ตลาดที่บริษัทสตาร์ทอัพส่วนใหญ่มักติดขัด สิ่งนี้เกิดขึ้นเนื่องจากสตาร์ทอัพใช้ทรัพยากรทั้งหมดในการพัฒนา MVP ทำให้ใช้เวลานานและมีราคาแพง เพื่อที่ว่าหากพวกเขาจำเป็นต้องเปลี่ยนรูปแบบธุรกิจ ผลิตภัณฑ์จะไม่ยืดหยุ่นมากจนไม่สามารถเปลี่ยนแปลงได้
ดังนั้นในการพัฒนาผลิตภัณฑ์ทางธุรกิจส่วนใหญ่จึงควรใช้เครื่องมือที่มีราคาไม่แพง การไม่ใช้โค้ดเป็นหนึ่งในนั้นและเหมาะสำหรับการสร้างและทดสอบ MVP
ขั้นตอนของการพัฒนาผลิตภัณฑ์โดยใช้ No-code ตั้งแต่เริ่มต้น
คุณสมบัติหลักของวิธีการแบบไม่ใช้โค้ดก็คือการสร้างผลิตภัณฑ์ MVP สามารถดำเนินการได้อย่างอิสระโดยไม่ต้องมีทีมเข้ามาเกี่ยวข้อง เช่นเดียวกับการพัฒนาแบบดั้งเดิม วงจรทั้งหมดของการสร้างผลิตภัณฑ์ตั้งแต่แนวคิดผลิตภัณฑ์ไปจนถึงการเปิดตัวสามารถทำได้โดยผู้เชี่ยวชาญเพียงคนเดียว
พิจารณาขั้นตอนทั้งหมด:
ขั้นตอนของการพัฒนาผลิตภัณฑ์ไอที
ขั้นตอนที่ 1 คำอธิบายแนวคิดของผลิตภัณฑ์ / โครงการ
ก่อนที่คุณจะเริ่มพัฒนา คุณต้องกำหนดคำตอบให้ชัดเจนว่าคุณกำลังพัฒนาอะไร ทำไม และเพราะเหตุใด ถามตัวเอง:
- คุณเห็นธุรกิจ/ผลิตภัณฑ์อะไร
- มันแก้ปัญหาอะไรได้บ้าง?
- ผู้ฟังของเขาคือใคร พวกเขาจะแก้ไขปัญหาอย่างไรตอนนี้?
- มีขนาดตลาดเพียงพอ มีคู่แข่งไหม มีการดำเนินงานอย่างไร ทำไมถึงทำ เหมือนหรือแตกต่างจากเขา?
- การสร้างรายได้จะเกิดขึ้นได้อย่างไร คุณพร้อมที่จะลงทุนงบประมาณเท่าใดในการพัฒนาเวอร์ชัน MVP
ขั้นตอนที่ 2 ร่างข้อกำหนดทางธุรกิจ
ในขั้นตอนนี้ จำเป็นต้องคิดให้ถี่ถ้วนและอธิบายว่าผลิตภัณฑ์จะทำงานอย่างไร มีข้อกำหนดด้านการทำงานอะไรบ้าง
- โมเดลธุรกิจทำงานอย่างไร ห่วงโซ่กระบวนการทั้งหมดมีลักษณะอย่างไรตั้งแต่การมาถึงของผู้ใช้ไปจนถึงการสั่งซื้อที่เสร็จสมบูรณ์
- ใครบ้างที่เกี่ยวข้องกับการใช้ผลิตภัณฑ์: ลูกค้า นักแสดง นายหน้า บัญชี พวกเขาต้องการเครื่องมือและฟังก์ชันการทำงานหรือไม่?
- คุณวางแผนที่จะเปิดตัวบริการในประเทศใดบ้างและในภาษาใดบ้าง
- มีการวางแผนที่จะใช้ระบบการชำระเงินแบบใด?
- ควรใช้บริการภายนอกเพิ่มเติมใดบ้าง ควรทำการผสานรวมอะไรบ้าง
ขั้นตอนที่ 3 การเลือก MVP (ผลิตภัณฑ์ที่มีศักยภาพขั้นต่ำ)
ในกรณีนี้ จำเป็นต้องมีข้อกำหนดทางธุรกิจเลือกชุดฟังก์ชันที่จำเป็นอย่างยิ่งยวดขั้นต่ำที่จะช่วยให้คุณสามารถทดสอบสมมติฐานได้ นั่นคือ เพื่อสร้างฟังก์ชัน MVP สิ่งสำคัญคือต้องจำไว้ว่างานหลักคือการทดสอบความเป็นไปได้ของแนวคิด ไม่ใช่การพัฒนาผลิตภัณฑ์ที่ใช้งานได้อย่างสมบูรณ์ จำเป็นต้องเน้นเฉพาะสิ่งที่แนวคิดทางธุรกิจใช้ไม่ได้โดยแยกแนวคิดหลักออกจากแนวคิดรอง
ขั้นตอนที่ 4 การเลือกชุดเครื่องมือ
ทำความเข้าใจว่าฟังก์ชันใดที่จะนำไปใช้ใน MVPและรุ่นใดที่จะยังคงอยู่สำหรับผลิตภัณฑ์รุ่นต่อๆ ไป คุณสามารถเริ่มเลือกสแต็ก (ชุด) ของเครื่องมือแบบไม่มีโค้ดสำหรับการนำไปใช้งาน สามารถผสมผสานระหว่าง 2-6 แพลตฟอร์มและบริการแบบ No-code ที่แตกต่างกัน แต่มันก็คุ้มค่าที่จะพิจารณา: ยิ่งมีการบูรณาการบริการต่างๆ มากเท่าไหร่ ความเสี่ยงก็ยิ่งมากขึ้นเท่านั้น ระบบ / ผลิตภัณฑ์จะเปราะบางมากขึ้น: หากลิงก์ใดลิงก์หนึ่งใช้งานไม่ได้ ระบบทั้งหมดอาจล่ม นั่นเป็นเหตุผลที่ดีกว่าที่จะมุ่งเน้นไปที่จำนวนเครื่องมือที่เหมาะสมที่สุดในสแต็คและตรวจสอบการทำงานของพวกเขาอยู่เสมอ
นอกจากนี้ยังเป็นสิ่งสำคัญในการพิจารณาความเป็นไปได้การเชื่อมต่อกับบริการชำระเงินของสแต็คที่เลือกไว้ รวมถึงตรวจสอบความเป็นไปได้ของการรวมเข้ากับบริการภายนอกที่จำเป็น ไม่เพียงแต่คิดถึงสิ่งที่จำเป็นในการสร้าง MVP เท่านั้น แต่ยังพิจารณาถึงวิธีการ (หากโมเดลธุรกิจประสบความสำเร็จ) คุณสามารถปรับขนาดผลิตภัณฑ์ได้ และชุดเครื่องมือสำหรับ MVP จะเป็นอุปสรรคหรือไม่
ขั้นตอนที่ 5 ร่างข้อกำหนดของผลิตภัณฑ์
ต้องตัดสินใจแล้วว่าฟังก์ชั่นอะไรจะถูกนำไปใช้ใน MVP และด้วยชุดเครื่องมือ No-code ใด คุณสามารถดำเนินการร่างข้อกำหนดของผลิตภัณฑ์ต่อไปได้ ประกอบด้วยรายละเอียดโดยละเอียดและคำอธิบายตรรกะของเส้นทางไคลเอ็นต์ องค์ประกอบและการเชื่อมต่อของแต่ละหน้า/หน้าจอ คำอธิบายบทบาทของผู้ใช้และการเข้าถึงตามบทบาทเหล่านั้น การตั้งค่าความเป็นส่วนตัว แบบจำลองสถานะของคำสั่งซื้อ/การชำระเงิน การวาดโครงร่างใน Figma และฟังก์ชันการสร้างต้นแบบเพื่อการทดสอบตรรกะทางธุรกิจ
ขั้นตอนที่ 6 การรวบรวมฐานข้อมูล
ประเด็นนี้ใช้ได้เมื่อพัฒนาแอปพลิเคชันที่มีคุณสมบัติครบถ้วน สิ่งสำคัญคือต้องเน้นเอนทิตีหลักและคุณลักษณะของเอนทิตี ลองพิจารณาสถานะและลิงก์ของตาราง
ขั้นตอนที่ 7 การเขียนแบบการออกแบบ
มีสเปคสินค้าและไวร์เฟรมรวมทั้งรู้องค์ประกอบผลิตภัณฑ์แต่ละรายการจะถูกนำไปใช้โดยไม่มีโค้ดสแต็ก คุณต้องวาดการออกแบบ มันเกิดขึ้นที่เครื่องมือแบบไม่มีโค้ดบางอย่างไม่มีวิธีปรับแต่งการออกแบบอย่างสมบูรณ์ คุณสามารถเปลี่ยนลักษณะบางอย่างได้เท่านั้น: สี เงา ลักษณะที่ปรากฏ พื้นหลัง ต้องคำนึงถึงข้อจำกัดเหล่านี้ด้วย แต่ถ้าเครื่องมือ No-code ที่เลือกอนุญาตให้คุณออกแบบแบบกำหนดเองได้ คุณสามารถใช้เทมเพลตหรือจ้างนักออกแบบ
ขั้นตอนที่ 8 การพัฒนา
ในแนวทางแบบไม่มีโค้ด การพัฒนาส่วนหน้าและส่วนหลังไม่มีความแตกต่างอย่างชัดเจนและดำเนินการควบคู่กันไป เป็นการดีที่สุดที่จะแบ่งแอปพลิเคชันออกเป็นส่วนๆ และสร้างฟังก์ชันการทำงานของแต่ละแอปพลิเคชันตามลำดับ ตัวอย่างเช่น บัญชีส่วนบุคคลของลูกค้าอาจมีหน้าหลัก หน้าเข้าสู่ระบบ ตัวบัญชี และโปรไฟล์
จุดเริ่มต้นที่ดีที่สุดคือการสร้างฐานข้อมูล มันจะเชื่อมโยงหน้า / แท็บและส่วนต่าง ๆ ของแอปพลิเคชันของคุณทั้งหมดเป็นพื้นฐาน จากนั้นไปที่ส่วนหน้าและส่วนหลังอย่างกล้าหาญ:
การพัฒนาส่วนหน้า:
- การสร้างโครงสร้างหน้า
- การพัฒนาองค์ประกอบอินเทอร์เฟซ
- การปรับอินเทอร์เฟซสำหรับอุปกรณ์ต่างๆ
การพัฒนาแบ็กเอนด์:
- การสร้างฟังก์ชันและตรรกะสำหรับแต่ละองค์ประกอบ/การกระทำ/เพจ
- การตั้งค่ากระบวนการภายใน/การคำนวณของระบบ
- การสร้างการลงทะเบียนและการอนุญาตผู้ใช้ บทบาทและการตั้งค่าความเป็นส่วนตัว / การเข้าถึง และอื่นๆ
ขั้นตอนที่ 9 การรวมเข้ากับบริการ
ในเครื่องมือรวมแบบไม่มีโค้ดกับภายนอกบริการต่างๆ มักจะสร้างมาอยู่แล้วโดยใช้ปลั๊กอิน อย่างไรก็ตาม บางครั้งจำเป็นต้องทำการผสานรวมแบบกำหนดเองผ่าน API ดังนั้นในขั้นตอนการเลือกสแต็ก จึงควรตรวจสอบว่าบริการมี API แบบเปิดหรือไม่ และเครื่องมือ No-code สามารถทำการผสานรวมนี้ได้หรือไม่
การผสานรวมที่สำคัญที่ต้องพิจารณาผลิตภัณฑ์: ระบบการชำระเงิน บริการส่งจดหมาย (อีเมล SMS) บริการภายใน (crm, slac) บริการวิเคราะห์ บริการประชุม (ซูม) หากเครื่องมือและบริการไม่มีการรวมในตัว ในบางกรณี คุณอาจต้องการความช่วยเหลือจากนักพัฒนา
ขั้นที่ 10. การทดสอบ
เมื่อทำการทดสอบ การตรวจสอบเป็นสิ่งสำคัญมากประสิทธิภาพของแอปพลิเคชันและความถูกต้องของฟังก์ชันการทำงานที่รวมไว้ในตอนแรกเมื่อจัดทำข้อกำหนดของผลิตภัณฑ์ การทดสอบสามารถเกิดขึ้นได้หลายขั้นตอน โดยมีการเตรียมแผน การรักษาบันทึกข้อผิดพลาด และตรวจสอบฟังก์ชันการทำงานบนอุปกรณ์ต่างๆ การทดสอบเป็นหนึ่งในขั้นตอนสำคัญและควรได้รับการดูแลเป็นพิเศษ
ขั้นตอนที่ 11 เปิดตัว
หลังจากทดสอบและกำจัดทั้งหมดแล้วความคิดเห็นจำเป็นต้องเตรียมผลิตภัณฑ์เพื่อเปิดตัวสู่ผู้ใช้ ในการดำเนินการนี้ สิ่งสำคัญคือต้องกรอกเนื้อหา (รูปภาพสินค้าและบริการ) ข้อความเขียนคำโฆษณา เพิ่มข้อตกลงผู้ใช้ ข้อตกลงในการประมวลผลข้อมูลส่วนบุคคล ตรวจสอบการปฏิบัติตามข้อกำหนดเบื้องต้นที่จำเป็นทั้งหมด และเริ่มทดสอบกับผู้ใช้
เมื่อเปิดตัวผลิตภัณฑ์แล้ว สิ่งสำคัญคือต้องปฏิบัติตามประสิทธิภาพและการสนับสนุน ให้ความสนใจกับคำติชมจากผู้ใช้ ทำการสัมภาษณ์กับพวกเขา นี่เป็นวิธีเดียวที่จะเข้าใจว่าความหมายและแนวคิดที่คุณวางไว้ในระหว่างการพัฒนานั้นตรงกับวิธีที่ผู้ใช้เข้าใจและใช้ผลิตภัณฑ์ของคุณหรือไม่
การเปลี่ยนจากการไม่ใช้โค้ดไปสู่การพัฒนาแบบคลาสสิก
การเปลี่ยนไปใช้การพัฒนาแบบคลาสสิกนั้นมีความเกี่ยวข้องแม้ว่าการไม่มีโค้ดจะกลายเป็นส่วนคอของขวด และคุณจะพบกับฟังก์ชันการทำงานที่จำกัดซึ่งเป็นอุปสรรคต่อการพัฒนาธุรกิจ
การไม่เขียนโค้ดเป็นเครื่องมือที่ทรงพลังที่ช่วยให้คุณสามารถเพิ่มความซับซ้อนให้กับธุรกิจของคุณได้มากขึ้นตามขนาดธุรกิจของคุณ มีผลิตภัณฑ์/ธุรกิจจำนวนมากยังคงอยู่
แต่ถ้าคุณยังตัดสินใจจะไปวิธีที่ดีที่สุดคือใช้การพัฒนาการแทนที่แบบขนานบางส่วน นั่นคือควบคู่ไปกับการทำงานของผลิตภัณฑ์และกระบวนการที่มีอยู่ โดยเริ่มต้นการพัฒนาส่วนที่สำคัญที่สุดของผลิตภัณฑ์ จากนั้นจึงค่อยๆ ถ่ายโอนข้อมูลผู้ใช้ไปยังผลิตภัณฑ์ใหม่ที่สร้างขึ้นโดยใช้แนวทางแบบคลาสสิก จากนั้นจึงเปลี่ยนผลิตภัณฑ์นั้นเองเท่านั้น ด้วยวิธีนี้ คุณสามารถถ่ายโอนทุกส่วนของธุรกิจจากแบบไม่มีโค้ดเป็นโค้ดได้อย่างสมบูรณ์
จุดเริ่มต้นของการเปลี่ยนแปลงมักจะเริ่มต้นด้วยผลิตภัณฑ์ภายนอกของลูกค้าที่ต้องการการออกแบบที่มีคุณภาพสูงขึ้น ฟีเจอร์แบบเนทีฟ สินค้าในประเทศรอได้
อ่านเพิ่มเติม:
นักวิทยาศาสตร์จากเขตเพอร์มาฟรอสต์: พวกเขาพัฒนาเสื้อผ้าอัจฉริยะและวัคซีนป้องกันมะเร็งได้อย่างไร
"The Walking Dead" มีอยู่เมื่อหลายล้านปีก่อน: นักวิทยาศาสตร์บอกว่าพวกเขาปรากฏตัวอย่างไร
ไข่ตกจากอวกาศ ดูสิว่าเกิดอะไรขึ้นกับมัน