(1) การ pivot ที่ยึดเทคโนโลยีเป็นศูนย์กลาง
(2) การไม่สามารถรักษาโมเดลธุรกิจให้เรียบง่ายไว้ได้
(3) ทั้งที่รู้จัก Lean Startup แต่กลับพ่ายแพ้ต่อจิตวิญญาณแบบช่างฝีมือ
(1) การ pivot ที่ยึดเทคโนโลยีเป็นศูนย์กลาง
(2) การไม่สามารถรักษาโมเดลธุรกิจให้เรียบง่ายไว้ได้
(3) ทั้งที่รู้จัก Lean Startup แต่กลับพ่ายแพ้ต่อจิตวิญญาณแบบช่างฝีมือ
4 ความคิดเห็น
ตอนแรกก็คิดว่าอยู่ ๆ ยอดวิวบล็อกเพิ่มขึ้น ที่แท้ก็ได้อานิสงส์จาก GeekNews นี่เอง 555
พอมานั่งคิดดูตอนนี้ เหมือนว่าพอเริ่มเขียนบทความในบล็อกนั้น ผมก็เริ่มสนใจ SaaS มากขึ้น และความสนใจนั้นก็ค่อย ๆ ขยับมาอยู่ทางฝั่ง no-code อย่างเป็นธรรมชาติ
ช่วงนี้พอได้ดูและศึกษาพวกเครื่องมือ no-code ไปด้วย ก็รู้สึกจริง ๆ ว่าอีกไม่กี่ปีข้างหน้า คนคงไม่มานั่งเขียนโค้ดเพื่อทำ app prototyping กันแล้วนะ
ขอบคุณสำหรับบทความดี ๆ! ผมเองก็มองว่าสาย no-code มีอนาคตมากเหมือนกัน ;)
ถ้ามองข้อ 2 และข้อ 3 ที่พูดถึงในบทความรวมกัน
ผมคิดว่าสุดท้ายแล้วมันเชื่อมโยงไปสู่ประเด็นที่ว่า การสร้าง MVP (Minimum Viable Product หรือผลิตภัณฑ์ที่มีฟังก์ชันขั้นต่ำที่ใช้งานได้) ที่มีเป้าหมายชัดเจนนั้นสำคัญ
ในความเห็นของผม ถ้านักพัฒนาเริ่มทำสตาร์ตอัป มีอยู่ 2 อย่างด้านล่างนี้ที่สำคัญต่อการสร้าง MVP
สิ่งที่นักพัฒนามักไม่ค่อยทำ/ทำได้ไม่ดี ก็มักจะเป็นเรื่องประมาณนี้
การเลือกและโฟกัส: ก่อนอื่นให้สร้างผลิตภัณฑ์ที่แก้ pain point สำคัญเพียงอย่างเดียวอย่างเรียบง่ายแต่ตรงจุด
การทำ mashup: เพื่อให้ทำได้เร็ว สิ่งที่ไม่ใช่แกนหลักก็ควรใช้ของคนอื่นให้เป็นประโยชน์ให้มากที่สุดเท่าที่ทำได้ (framework, SaaS)
ข้อ 1 น่าจะต้องพิจารณาอย่างกว้างขวางทั้งการวิจัยตลาด การวิเคราะห์เทรนด์ เทคโนโลยีที่มีอยู่ ฯลฯ
ส่วนข้อ 2 ผมมองว่าสำคัญที่จะมี "ความรู้ระดับผิวเผิน" เกี่ยวกับเครื่องมือต่าง ๆ ติดตัวไว้บ้าง แล้วพอจำเป็นก็ค่อยหยิบมาใช้ให้ถูกที่ถูกเวลา
เพราะถ้าไม่รู้เลย สุดท้ายก็จะลงมือพัฒนาเอง หรือไม่ก็เสียเวลานานแม้แต่กับการหาว่ามีของแบบนั้นอยู่หรือเปล่า อย่าเสียเวลาไปกับการพัฒนาฟีเจอร์ที่ไม่ใช่แกนหลัก
นี่จึงเป็นเหตุผลที่ผมแนะนำ SaaS / framework ต่าง ๆ พร้อมคำอธิบายสั้น ๆ ผ่าน GeekNews
แค่อ่านชื่อเรื่องกับคำอธิบายไว้ ผมคิดว่าสักวันหนึ่งมันน่าจะมีประโยชน์
ดังนั้นเวลามีคนมาปรึกษาผมเรื่องธุรกิจ ผมก็มักจะแนะนำเครื่องมืออื่น ๆ ที่ใช้กับเรื่องนอกเหนือจากแกนหลักได้ รวมถึงกรณีศึกษาทางธุรกิจต่าง ๆ ด้วย
ดูเหมือนว่าแม้แต่โปรเจ็กต์ข้างเคียงหรือโปรเจ็กต์ส่วนตัวเอง ถ้าจะทำให้มีผลิตภัณฑ์ที่ใช้งานได้จริงตามกำหนดเวลาที่เป็นไปได้ ก็ต้องลงทุนด้วยต้นทุนขั้นต่ำในทุกอย่างยกเว้นคีย์แวลูจริงๆ ขอบคุณสำหรับคำพูดดีๆ ครับ