อะไรบ้างที่จำเป็นต้องอยู่ในพรอมต์การสร้าง?
สี่อย่าง และผมพูดแบบนี้หลังจากได้เห็นสิ่งเหล่านี้ประมาณสองร้อยครั้งกลายเป็นเว็บไซต์ที่เสร็จสมบูรณ์: มันคืออะไร สำหรับใคร สิ่งที่ต้องมี และ — เป็นทางเลือก — บรรยากาศ ทุกอย่างอื่นคือสัญญาณรบกวนที่ตัวสร้างจะเติมเต็มด้วยค่าเริ่มต้นอยู่ดี ดังนั้นทักษะที่แท้จริงไม่ใช่การเขียนมากขึ้น แต่คือการสังเกตว่าใน4อย่างนี้คุณมีความเห็นเกี่ยวกับอันไหนจริงๆ แล้วพูดแค่นั้น
เริ่มด้วยว่ามันคืออะไร และให้เป็นหมวดหมู่ ไม่ใช่สเปก "เว็บไซต์จองคิวสำหรับสตูดิโอโยคะ" ดีกว่า "เว็บไซต์ที่คนดูเวลาแล้วคลิกปุ่มเพื่อจองที่นั่งแล้วได้รับการยืนยัน" แม้ว่าอย่างหลังจะมีข้อมูลมากกว่าก็ตาม หมวดหมู่จะเปิดใช้งานค่าเริ่มต้นที่ตัวสร้างมีอยู่แล้ว — ตารางเวลาดูเหมือนตารางเวลา ขั้นตอนการจองดูเหมือนขั้นตอนการจอง — ในขณะที่คำอธิบายทำให้มันต้องสร้างหมวดหมู่ขึ้นใหม่ตั้งแต่ต้น
ผมต้องระบุไหมว่ามันสำหรับใคร?
คุณไม่จำเป็นต้องระบุ แต่มันคือบรรทัดที่คนมักข้ามไปทั้งที่ไม่ควร "สำหรับนักเรียนปัจจุบันของสตูดิโอ" กับ "สำหรับคนที่กำลังค้นพบสตูดิโอเป็นครั้งแรก" ให้ผลลัพธ์เว็บไซต์ที่ต่างกันแทบทุกจุดที่สำคัญ — โทนของข้อความ มีฮีโร่การตลาดใหญ่หรือเลย์เอาต์ที่ตรงไปยังตารางเวลาเลย ราคาอยู่ด้านหน้า (ผู้เยี่ยมชมใหม่ต้องการมัน) หรือถูกซ่อนไว้ (ลูกค้าประจำรู้อยู่แล้ว) หนึ่งอนุประโยคตรงนี้สามารถแก้ความคลุมเครือเล็กๆ นับร้อยที่หน้ารายการฟีเจอร์ไม่มีวันทำได้ ถ้ากลุ่มเป้าหมายเป็นแบบทั่วไปจริงๆ ก็ไม่ต้องใส่ — อย่าสร้างขึ้นมาเองเพียงเพื่อเติมช่องว่าง
ควรระบุสิ่งที่ต้องมีกี่รายการ?
สองหรือสามรายการ แบบทดสอบที่ผมใช้: คุณจะปฏิเสธการสร้างครั้งแรกไหมถ้าขาดสิ่งนี้ไป "ตารางเรียน การชำระเงินออนไลน์ ประวัติผู้สอน" ผ่านแบบทดสอบนี้สำหรับสตูดิโอโยคะ — หากไม่มีตารางเรียนก็ไม่ใช่เว็บไซต์เวอร์ชันเล็กลง มันคือเว็บไซต์ที่ต่างออกไปเลย "การสมัครรับจดหมายข่าวที่ท้ายหน้า" แทบไม่เคยผ่านแบบทดสอบนี้ นั่นเป็นสิ่งดีที่มีก็ได้ และสิ่งดีที่มีก็ได้ควรอยู่ในแชทติดตามผลหลังจากที่คุณเห็นแผนงานแล้ว ไม่ใช่ยัดเข้าไปในพรอมต์เปิดที่มันจะแข่งกับสิ่งที่สำคัญจริงๆ
นี่คือส่วนผสมที่คนทำพลาดมากที่สุดโดยตรง ทั้งสองทิศทาง ถ้าไม่ระบุ must-have เลย ตัวสร้างก็ต้องเดา บางครั้งก็เดาผิด แต่ถ้าระบุ must-have ถึงแปดข้อ ตัวสร้างจะปฏิบัติต่อทั้งแปดข้ออย่างเท่าเทียมกันราวกับทุกข้อสำคัญพอ ๆ กัน และผลลัพธ์ที่ได้กลับมาก็อ่านเหมือนรายการฟีเจอร์ที่สวมคราบเว็บไซต์ — ไม่มีลำดับความสำคัญ ไม่มีพื้นที่ให้หายใจ ถ้าให้เลือกส่วนผสมหนึ่งที่ไม่ควรข้าม นี่แหละคือข้อนั้น แม้แค่ประโยคเดียวที่บอกว่า "สองสิ่งที่ทำให้สิ่งนี้เป็นของคุณ" ก็ช่วยประหยัดการไปกลับได้แทบทุกครั้ง เพราะนี่คือข้อมูลชิ้นเดียวที่ตัวสร้างไม่มีทางอนุมานได้จากหมวดหมู่เพียงอย่างเดียว
ควรระบุอารมณ์ (mood) ของงานด้วยไหม?
ระบุก็ต่อเมื่อคุณมีไอเดียชัดเจนเท่านั้น พรอมต์ดี ๆ จำนวนมากข้ามส่วนนี้ไปเลยก็ไม่เป็นไร เพราะไม่ว่าคุณจะระบุหรือไม่ ผู้กำกับดีไซน์ก็จะตัดสินใจทิศทางศิลป์อยู่ดี คำสั้น ๆ สองคำที่บอกอารมณ์ ("อบอุ่นและวาดด้วยมือ", "เป็นทางการและฉับไว", "แบบเกมตู้ยุค 90") แค่ช่วยชี้ทิศทางการตัดสินใจนั้นแทนที่จะปล่อยให้เป็นไปตามค่าเริ่มต้นของหมวดหมู่ ถ้าคุณมีความรู้สึกที่ชัดเจน เช่น อยากได้พื้นหลังสีครีมกับตัวอักษร serif โทนอบอุ่น หรือรู้ว่าเกลียดมุมโค้งมน ก็ควรใช้ประโยคนั้นบอกไปเลย แต่ "คลีนและโมเดิร์น" ไม่นับนะ นั่นไม่ใช่อารมณ์ แต่คือการไม่มีอารมณ์เลย มันไม่ได้ชี้ทิศทางใด ๆ แต่ยังกินโควตาพื้นที่ของคุณอยู่ดี
ทำไมไม่อธิบายทุกอย่างที่คิดไปเลยล่ะ?
เพราะตัวสร้างจะทำตามทุกคำที่คุณพิมพ์ นั่นคือรูปแบบความล้มเหลวที่แท้จริง และไม่ใช่สิ่งที่คนส่วนใหญ่คาดคิด — ปัญหาไม่ใช่ข้อมูลมากเกินไปทำให้ตัวสร้างสับสน แต่เป็นเพราะทุกประโยคที่คุณเขียนถูกอ่านเป็นคำสั่ง รวมถึงประโยคที่คิดยังไม่ตกผลึกซึ่งคุณเองก็ยินดีจะตัดทิ้งถ้าอ่านทวนอีกครั้ง ผมเคยเห็นคนเขียนว่า "อาจจะมีส่วนรีวิวลูกค้า ไม่แน่ใจนะ" แล้วได้ผลลัพธ์กลับมาเป็นส่วนรีวิวลูกค้าพร้อมคำรีวิวตัวอย่างสามอัน เพราะคำว่า "อาจจะ ไม่แน่ใจ" สำหรับคนอ่านคือการลังเล แต่สำหรับระบบที่จับคำพูดตรง ๆ มันคือคำขอฟีเจอร์
เรื่องนี้จะไม่สำคัญเลยถ้าการระบุข้อมูลไม่ครบมีต้นทุนสูง แบบเดียวกับทีมพัฒนาที่เป็นมนุษย์ ซึ่งความคลุมเครือทำให้เสียเวลาสองสัปดาห์กว่าจะมีใครสังเกตเห็นว่าสร้างผิดสิ่ง แต่ที่นี่ไม่ได้เป็นแบบนั้น เพราะตัวสร้างวางแผนก่อนลงมือสร้างจริง — คุณจะเห็นข้อเสนอที่เป็นรูปธรรมก่อนที่อะไรจะถูกเขียนเป็นโค้ด ดังนั้นการระบุข้อมูลไม่ครบมีต้นทุนแค่การแก้ไขห้านาทีในแชท ในขณะที่การระบุข้อมูลมากเกินไปกลับยัดไอเดียที่ยังไม่ตกผลึกที่สุดของคุณเข้าไปตั้งแต่ช่วงที่คุณมีข้อมูลน้อยที่สุดที่จะรู้ว่าไอเดียไหนควรเก็บไว้ ความต้องการจริง ๆ สิบคำดีกว่าความคิดพรั่งพรูสองร้อยคำ ไม่ใช่เพราะข้อมูลมากเป็นสิ่งไม่ดีโดยทั่วไป แต่เพราะในอินเทอร์เฟซนี้โดยเฉพาะ ทุกคำที่เพิ่มเข้ามาคือข้อผูกมัด
ยังมีต้นทุนที่เงียบกว่านั้นอีกอย่าง คือมันทำให้ลำดับความสำคัญราบเรียบไป ถ้าคุณระบุฟีเจอร์สิบสองอย่างโดยให้น้ำหนักเท่ากันหมด ตัวสร้างก็ไม่มีสัญญาณว่าสามอย่างไหนที่คุณใส่ใจจริง ๆ จึงต้องเลือกระหว่างให้ทั้งสิบสองอย่างมีน้ำหนักภาพเท่ากัน (รก) หรือเดาลำดับความสำคัญเอง (บางครั้งก็ผิด และตอนนี้คุณกำลังไล่แก้การเดาแทนที่จะบอกความต้องการไปตรง ๆ) การระบุ must-have สามข้อชัด ๆ ช่วยรักษาลำดับความสำคัญนี้ไว้ ในขณะที่สิบสองข้อในย่อหน้าเดียวจะลบมันทิ้งไปหมด
พรอมต์ที่ดีจริง ๆ หน้าตาเป็นแบบไหน?
| พรอมป์ต์ | ทำไมมันถึงได้ผล |
|---|---|
| "บันทึกการฝึกซ้อมสำหรับนักปีนผา — เซสชัน เกรด กราฟความก้าวหน้า" | ระบุ "อะไร" บวก must-have สามข้อ รวมทั้งหมดสิบคำ ไม่มีบันทึกเรื่องกลุ่มเป้าหมาย เพราะ "นักปีนผาที่บันทึกการฝึกซ้อมของตัวเอง" เป็นสิ่งที่ชัดเจนอยู่แล้วจากหมวดหมู่ — พรอมต์นี้ข้ามส่วนผสมที่ไม่มีประโยชน์อะไรในกรณีนี้ได้อย่างถูกต้อง |
| "หน้า landing page สำหรับพอดแคสต์ของฉันเกี่ยวกับเกษตรในเมือง โทนอบอุ่นและเป็นบทความ พร้อมรายการตอนและฟอร์มสมัครสมาชิก" | ระบุ "อะไร" กลุ่มเป้าหมายที่บ่งบอกโดยนัยจากคำว่า "พอดแคสต์ของฉัน" อารมณ์ของงาน และฟีเจอร์สองอย่าง โดยไม่ได้ระบุว่าใช้ตัวเล่นเสียงแบบไหน หรือแสดงกี่ตอนต่อหน้า — นั่นเป็นคำถามสำหรับรอบที่สอง ไม่ใช่คำถามสำหรับพรอมต์แรก |
| "เกมแอร์ฮอกกี้สองผู้เล่น ฟิสิกส์สมจริง ใช้คีย์บอร์ดเดียว" | เกมเป็นตัวอย่างที่ชัดเจนของรูปแบบนี้ คือระบุประเภทเกมบวกกับข้อจำกัดหนึ่งข้อที่กำหนดว่าเกมจะเล่นอย่างไรจริง ๆ "ฟิสิกส์สมจริง" และ "คีย์บอร์ดเดียว" ไม่ใช่แค่ฟีเจอร์ แต่คือสองการตัดสินใจที่กำหนดว่าจะรู้สึกเหมือนเกมในหัวคุณหรือไม่ ส่วนสีโต๊ะ เส้นแสงลูกฮอกกี้ UI แสดงคะแนน ปล่อยให้ตัวสร้างเสนอมา แล้วคุณค่อยตอบสนอง |
สิ่งที่เชื่อมโยงทั้งสามตัวอย่างนี้ไม่ใช่ความสั้นเพื่อความสั้น แต่คือทุกคำล้วนทำหน้าที่ของมัน ลองตัด "อบอุ่นและเป็นบทความ" ออกจากพรอมต์พอดแคสต์ ก็จะได้หน้าพอดแคสต์ทั่ว ๆ ไป ลอง "เกษตรในเมือง" ออก คำบอกอารมณ์ก็ไม่มีอะไรให้เล็งเป้าแล้ว นั่นคือบททดสอบที่แท้จริงว่าพรอมต์นั้นสมบูรณ์หรือไม่ ไม่ใช่จำนวนคำ ผมยอมรับพรอมต์ 40 คำที่ทุกประโยคมีเหตุผลอยู่ในนั้น มากกว่าพรอมต์ 15 คำที่สั้นเพื่อความสั้นแต่แอบตกหล่น must-have ไปเงียบ ๆ
ถ้าฉันมีสีแบรนด์หรือรูปภาพจริงอยู่แล้วล่ะ?
แนบไฟล์เข้าไปเลย ไม่ต้องอธิบาย ผมเคยเห็นคนเขียนย่อหน้าอย่างพิถีพิถันเพื่อบรรยายโทนสีแบรนด์ด้วยคำใกล้เคียงรหัสสี — "เขียวป่าเข้ม ๆ ออกหม่น ๆ หน่อย" — ทั้งที่ไกด์ไลน์แบรนด์จริงอยู่ในไฟล์ PDF บนเดสก์ท็อปตลอดเวลา สีที่อธิบายเป็นแค่การเดาที่ตัวสร้างต้องพยายามสร้างขึ้นใหม่ ส่วนสีที่แนบไฟล์มาคือความถูกต้องอยู่แล้ว เมนูจริง รูปภาพจริง สินทรัพย์แบรนด์ — ฟีเจอร์ความรู้และการอ้างอิงจะป้อนสิ่งเหล่านี้เข้าสู่กระบวนการสร้างโดยตรง และข้อเท็จจริงย่อมชนะคำบรรยายข้อเท็จจริงเสมอ



