✍🏼 เร็วไปที่จะซื้อ
สาเหตุที่ทำให้ซอฟต์แวร์ของเรามีฟีเจอร์มากเกินความจำเป็นเพราะเราตัดสินใจสร้างมันเร็วเกินไป 🏎🚤
Product
✍🏼 แล้วยังไงต่อ?
“แล้วไงต่อ?” เป็นคำถามสำคัญที่เราในฐานะคนสร้างระบบต้องถามตัวเองบ่อยๆ เพื่อป้องกันไม่ให้เกิดการสร้างฟีเจอร์แบบครึ่งๆกลางๆ 🖖🏾
✍🏼 กับการสร้างสิ่งใหม่
การสร้างสิ่งใหม่ไม่ใช่เรื่องยาก ตราบใดที่เราไม่พยายามทำให้มันเป็นสิ่งเดิมตั้งแต่วันแรก 👻
✍🏼 ฟีเจอร์แรกที่ต้องทำ
เวลามีจำกัด เราจำเป็นต้องทำอะไรที่มันเป็นจุดเป็นจุดตายของงานซะก่อน อะไรที่เป็นปัจจัยที่ส่งผลโดยตรงต่อความสำเร็จหรือล้มเหลวของโปรเจกต์ 🚧
✍🏼 ว่ากันด้วยเรื่องโปรโตไทป์
“ถ้าหนึ่งภาพมีค่าเท่ากับหนึ่งพันคำพูดฉันใด ต้นแบบหนึ่งชิ้นก็มีค่าเท่ากับหนึ่งพันการประชุมฉันนั้น” 🖼
✍🏼 สร้างบนความไม่แน่นอน
ความไม่แน่นอนคือจุดเริ่มต้นของไอเดีย แรงจูงใจในการคิดและทดลอง มันเป็นที่มาของความรู้สติปัญญาที่หาไม่ได้จากการทำงานอะไรที่ซ้ำเดิม 😇
✍🏼 ผู้ใช้ 5 คน
ผมนึกไม่ออกว่าเคยเห็นซอฟต์แวร์ไหนที่มีผู้ใช้แค่กลุ่มเดียวใครๆก็ใช้ 5-Why กัน …เราขอลองทฤษฎีใหม่ 5-Who 🧑🏻👨🏻🦱👩🏼🦰🧕🏻👨🏿
✍🏼 คุณค่ากับฟีเจอร์
เราขายอะไร? คุณค่าที่ลูกค้าจะได้รับจากสิ่งที่เราทำ (เพิ่มกำไร ลดต้นทุน) หรือเราพูดแค่ว่าฟีเจอร์ของเราดีกว่าคู่แข่งอย่างไร? 👹
✍🏼 ก๊อปปี้ … ไม่ง่ายขนาดนั้น
ผมต้องกังวลมั้ย? — ก็นิดนึง แต่นั่นแหละครับ ไม่ว่าช้าหรือเร็วผมก็จะโดนก๊อปปี้อยู่ดีผมควบคุมเรื่องนี้ไม่ได้ สิ่งที่ทำได้คือยึดมั่นในแนวทางของตัวเองต่อไป ✌🏼
✍🏼 นักลอกเลียนแบบ
การเลียนแบบไม่ใช่เรื่องผิดแต่การทำโคลนนิ่งแบบ 100% นั้นเป็นเรื่องที่ไม่สร้างสรรค์เอาซะเลย 🦎 🧬 🦠