สร้างแล้วดู แล้วสร้างต่อ

ตอนนี้คุณมี v1 อยู่บนหน้าจอแล้ว

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

อย่ารีบสรุปว่า “มันยังไม่ใช่”

เวลามองแอปครั้งแรก คนส่วนใหญ่มักมีปฏิกิริยาเดียวกันคือ “ยังไม่ใช่” แล้วรีบพิมพ์ prompt ว่า “แก้ให้ดีขึ้น” หรือ “ทำให้สวยขึ้น”

ปัญหาคือ AI ไม่รู้ว่า “ดีขึ้น” ของคุณหมายถึงอะไร ถ้าคุณอยากให้มันปรับตรงจุด คุณต้องดูผลลัพธ์ให้เป็นก่อน

ใช้ review loop นี้ทุกครั้ง

ทุกครั้งที่ได้ผลลัพธ์ใหม่ ลองวน 4 ขั้นนี้:

1. ดูผลลัพธ์ 30 วินาทีก่อนพิมพ์อะไร
2. ถามว่าอะไรที่ถูกแล้ว
3. ถามว่าอะไรที่ยังไม่ตรง
4. เขียน prompt ที่เก็บของดีไว้ แล้วแก้เฉพาะจุด

จุดสำคัญอยู่ที่ข้อ 2 กับ 3 ถ้าคุณบอกได้แค่ว่า “มันแปลกๆ” AI จะช่วยได้ไม่มาก แต่ถ้าคุณบอกได้ว่า “ปุ่มเล็กไป” หรือ “ยอดรวมคำนวณผิด” งานจะชัดขึ้นทันที

รอบที่ 1 — ดูโครงก่อน อย่าเพิ่งไปไล่รายละเอียด

ตัวอย่างแอปติดตามค่าใช้จ่าย

สมมติ v1 ของแอปติดตามค่าใช้จ่ายขึ้นมาแล้ว มีช่องกรอก มีรายการ มีส่วนยอดรวมครบ แต่ทุกอย่างดูแน่นและอ่านยาก

สิ่งที่ควรสังเกตก่อนคือ:

• อะไรถูกแล้ว: มีครบ 3 ฟีเจอร์หลัก
• อะไรยังไม่ตรง: ระยะห่างน้อยเกินไป เลยทำให้ใช้งานยาก

prompt รอบถัดไปอาจเป็นแบบนี้:

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

สำหรับไอเดียของคุณเอง

อย่าเพิ่งเริ่มจากสี ฟอนต์ หรือของตกแต่ง ให้ดูว่าโครงหลักของแอปใช้ได้ก่อนหรือยัง

คำถามที่ควรถามรอบแรกคือ:

• ฟีเจอร์หลักครบไหม?
• จัดวางจนพอใช้งานได้ไหม?
• มีอะไรที่ทำให้ใช้งานลำบากทันทีบ้าง?

รอบที่ 2 — เช็กว่าฟังก์ชันหลักทำงานจริงไหม

ตัวอย่างแอปติดตามค่าใช้จ่าย

หลังจากจัดโครงดีขึ้นแล้ว ขั้นต่อไปไม่ใช่ความสวย แต่คือความถูกต้อง

สมมติคุณลองเพิ่มข้อมูลแล้วพบว่า ยอดรวมแสดงตัวเลขผิด หรือขึ้นเป็น NaN

ยอดรวมค่าใช้จ่ายด้านบนยังคำนวณไม่ถูกต้อง
ช่วยแก้ให้ยอดรวมคำนวณจากจำนวนเงินของทุกรายการรวมกัน
แสดงผลเป็นตัวเลขที่อ่านง่าย
ส่วน layout ที่ปรับไว้แล้วไม่ต้องเปลี่ยน

สำหรับไอเดียของคุณเอง

หลังจากดูโครงแล้ว ให้ลองทำสิ่งหลักของแอปจริง 1-2 รอบ

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

• กดแล้วเกิดผลตามที่คาดไหม?
• ข้อมูลแสดงถูกไหม?
• มีจุดไหนที่ใช้แล้วสะดุดทันทีไหม?

ถ้าเจอจุดผิด ให้แก้ที่ฟังก์ชันก่อนดีไซน์เสมอ

รอบที่ 3 — ค่อยเก็บรายละเอียดที่ทำให้ใช้งานลื่นขึ้น

ตัวอย่างแอปติดตามค่าใช้จ่าย

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

ตัวอย่าง prompt:

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

สำหรับไอเดียของคุณเอง

รอบนี้ค่อยดูเรื่องประสบการณ์ใช้งาน เช่น:

• ปุ่มหลักชัดพอไหม?
• คนใช้รู้ไหมว่าต้องเริ่มตรงไหน?
• มีคำหรือช่องไหนที่ยังทำให้งงไหม?

ตอนลงมือจริง อย่าทำเกิน 1-2 จุดต่อรอบ

นี่คือจุดที่หลายคนพลาด พอเห็นแอปครั้งหนึ่งแล้วอยากแก้พร้อมกันสิบอย่าง

ผลคือ AI จับหลายคำสั่งพร้อมกัน แล้วคุณเองก็ไม่รู้ว่าอะไรดีขึ้นเพราะอะไร

ถ้าอยากเดินเร็วจริง ให้เดินทีละนิดแต่ชัดกว่า:

ลงมือทำ — วนอย่างน้อย 3 รอบ

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

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

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

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

บทต่อไป เราจะพูดถึงสถานการณ์ที่ทุกคนต้องเจอ — เมื่อคุณเปลี่ยนใจระหว่างสร้าง และนั่นไม่ใช่เรื่องเสีย