เมื่อไอเดียเปลี่ยนระหว่างทาง

พอมาถึงจุดนี้ แอปของคุณเริ่มเป็นรูปเป็นร่างแล้ว

แล้วก็มักจะเกิดความรู้สึกใหม่ขึ้นมา: “เดี๋ยวนะ พอเห็นของจริงแล้ว ฉันอยากให้มันไปอีกทางมากกว่า” ความรู้สึกนี้ปกติมาก และไม่ได้แปลว่าคุณวางแผนพลาด

การเปลี่ยนใจไม่ใช่การล้มเหลว แต่ก็ไม่ใช่ว่าเปลี่ยนทุกอย่างทันที

พอมีของจริงอยู่บนจอ แอปจะสอนคุณบางอย่างที่ตอนคิดเฉยๆ ไม่มีทางเห็น

บางครั้งคุณจะเห็นทางที่ดีกว่าเดิมจริงๆ แต่บางครั้งคุณแค่กำลังอยากลองอะไรใหม่เฉยๆ ซึ่งสองอย่างนี้ไม่เหมือนกัน

บทนี้เลยไม่ใช่แค่เรื่อง “เปลี่ยนได้ไหม” แต่คือ “เมื่อไรควรลองเลย และเมื่อไรควรหยุดคิดก่อน”

ใช้คำถามนี้แยกก่อนว่าคุณกำลังเปลี่ยนอะไร

เวลาคุณอยากเปลี่ยนอะไรสักอย่าง ลองถามตัวเองก่อนว่า:

ฉันกำลังเปลี่ยนวิธีทำ หรือกำลังเปลี่ยนปัญหาที่แอปนี้มีไว้แก้?

ถ้าเป็นเรื่องของ วิธีทำ คุณลองได้เลย เช่น:

• จะวางข้อมูลแบบไหน
• จะใช้ปุ่มหรือแท็บ
• จะให้กรอกข้อมูลแบบไหนง่ายกว่า
• จะสรุปผลแบบรายการหรือแบบหมวดหมู่

แต่ถ้าเป็นเรื่องของ สิ่งที่แอปทำ หรือ ปัญหาที่แอปมีไว้แก้ คุณควรหยุดคิดก่อน เช่น:

• เดิมทำแอปจดรายจ่าย แต่ตอนนี้อยากทำแอปวางงบประมาณแทน
• เดิมทำให้ตัวเองใช้ แต่ตอนนี้อยากเปลี่ยนไปทำให้ร้านค้าใช้
• เดิมตั้งใจแก้ปัญหาเรื่องความเร็ว แต่ตอนนี้อยากเปลี่ยนไปแก้เรื่องการวิเคราะห์ข้อมูล

อันนี้ไม่ใช่แค่แก้ฟีเจอร์ แต่มันคือการ pivot จริง

ตัวอย่างก่อน — แอปติดตามค่าใช้จ่ายที่เริ่มเห็นว่าควรไปอีกทาง

สมมติคุณสร้างแอปติดตามค่าใช้จ่ายมาถึงจุดนี้ มีรายการค่าใช้จ่ายยาวเหยียด ยอดรวมอยู่ด้านบน ใช้งานได้

แต่พอลองเพิ่มรายจ่ายไปสัก 10-15 รายการ คุณก็รู้สึกว่า — “ดูรายการยาวๆ แล้วไม่ได้ช่วยอะไรเลย สิ่งที่อยากรู้จริงๆ คือเดือนนี้หมดไปกับ อะไร มากที่สุด”

นี่คือจังหวะที่แอปสอนคุณว่าของที่คิดไว้ตอนแรกยังไม่ตอบโจทย์พอ และนี่เป็นการเปลี่ยนที่ดี เพราะมันยังอยู่บนปัญหาเดิม: ไม่รู้ว่าเงินหมดไปกับอะไร

สิ่งที่เปลี่ยนคือวิธีช่วยให้เข้าใจรายจ่าย ไม่ใช่ปัญหาหลักของแอป

ดังนั้นนี่คือตัวอย่างของการเปลี่ยนแบบที่ควรลองได้เลย

ฉันเปลี่ยนใจเรื่องวิธีแสดงผลของแอป
ตอนนี้รายการค่าใช้จ่ายยาวอย่างเดียวทำให้ดูยากว่าเงินหมดไปกับอะไร
อยากเพิ่มส่วนสรุปตามหมวดหมู่ด้านบน เช่น อาหาร เดินทาง ช้อปปิ้ง และอื่นๆ
แสดงยอดรวมของแต่ละหมวดหมู่
ตอนเพิ่มรายจ่าย ให้เลือกหมวดหมู่ได้ด้วย
ยังคงแสดงรายการทั้งหมดด้านล่างเหมือนเดิม

prompt แบบนี้ทำงานดีขึ้น เพราะมันบอกครบ 3 อย่าง:

1. เปลี่ยนอะไร
2. เปลี่ยนเพราะอะไร
3. อะไรที่ต้องอยู่เหมือนเดิม

สำหรับไอเดียของคุณเอง ให้ตัดสินใจก่อนแล้วค่อย prompt

ก่อนจะพิมพ์อะไรลงไป ลองเขียนสั้นๆ ให้ตัวเองเห็นก่อนว่า:

• ตอนนี้ฉันอยากเปลี่ยนอะไร
• มันเปลี่ยนเพราะอะไร
• มันยังแก้ปัญหาเดิมอยู่ไหม
• อะไรบ้างที่ต้องรักษาไว้

ถ้าตอบข้อที่สามแล้วรู้สึกว่า ไม่ หรือเริ่มไม่แน่ใจ นั่นอาจเป็นสัญญาณว่าคุณไม่ได้แค่แก้ฟีเจอร์ แต่กำลังจะเปลี่ยนทิศของทั้งแอป

ในกรณีนั้น อย่าเพิ่งรีบ prompt ให้ AI เปลี่ยนทันที กลับไปดู problem statement 2 ประโยคจากบทแรกก่อน แล้วถามว่า:

• ฉันยังอยากแก้ปัญหาเดิมอยู่ไหม?
• หรือจริงๆ แล้วฉันอยากทำอีกแอปหนึ่งไปเลย?

ถ้าเป็นการลองได้เลย ให้ใช้ prompt แบบนี้

ถ้าคุณสรุปได้แล้วว่านี่คือการเปลี่ยนแบบที่ยังอยู่บนโจทย์เดิม ให้ใช้ prompt ที่มี 3 ส่วน:

1. ฉันอยากเปลี่ยนอะไร
2. เพราะอะไรถึงอยากเปลี่ยน
3. อะไรต้องอยู่เหมือนเดิม

โครงง่ายๆ:

ฉันเปลี่ยนใจเรื่อง [สิ่งที่อยากเปลี่ยน]
ตอนนี้ [ปัญหาที่เห็นหลังจากลองใช้จริง]
อยากให้เปลี่ยนเป็น [แนวทางใหม่]
แต่ยังคง [สิ่งที่ต้องอยู่เหมือนเดิม]

สิ่งนี้สำคัญมาก เพราะมันทำให้การเปลี่ยนแปลงครั้งนี้เป็นการตัดสินใจ ไม่ใช่การลองมั่วๆ

ลงมือทำ — เปลี่ยนหนึ่งอย่างแบบตั้งใจ

1. เปิดแอปของคุณใน Lovable
2. เลือก 1 อย่างที่คุณอยากเปลี่ยน เพราะเห็นทางที่ดีกว่า ไม่ใช่เพราะมันพัง
3. ตัดสินใจก่อนว่า นี่คือการเปลี่ยนวิธีทำ หรือการเปลี่ยนปัญหาหลัก
4. ถ้ายังอยู่บนโจทย์เดิม ให้เขียน prompt แบบ 3 ส่วนแล้วส่ง
5. ดูผลแล้วถามตัวเองว่า แอปตอบโจทย์เดิมได้ดีขึ้นจริงไหม

คุณเพิ่งทำอะไรสำเร็จไปแล้วบ้าง

• คุณรู้แล้วว่าการเปลี่ยนใจระหว่างสร้างเป็นเรื่องปกติ
• คุณแยกได้แล้วว่าอะไรคือการลองปรับวิธีทำ และอะไรคือการเปลี่ยนโจทย์จริงๆ
• คุณมีโครง prompt สำหรับการเปลี่ยนแบบตั้งใจ
• คุณเริ่มใช้ของจริงบนจอเป็นตัวช่วยตัดสินใจ ไม่ใช่แค่ใช้มันเป็นของที่ต้องซ่อม

บทสุดท้าย เราจะพาแอปของคุณออกจากโลกส่วนตัว ไปสู่มือของคนอื่นจริงๆ