ขอพาไปดูบัญชีจริงหนึ่งบัญชี ตั้งแต่ต้นจนจบ แทนที่จะอธิบายทีละรายการในแถบด้านข้าง สมมติว่าเป็นฟรีแลนซ์ที่เพิ่งใช้แพลตฟอร์มนี้เป็นสัปดาห์แรก กำลังสร้างแอปติดตามพฤติกรรม (habit tracker) ให้ลูกค้ารายเล็ก นี่คือสิ่งที่เกิดขึ้นกับงานสร้างนั้นขณะที่มันเคลื่อนผ่านแดชบอร์ด ตามลำดับที่เกิดขึ้นจริง — และแต่ละจุดช่วยประหยัดเวลาหรือเสียเวลาไปห้านาทีตรงไหนบ้าง
พรอมต์
พวกเขาเปิด AI Builder แล้วพิมพ์อะไรทำนอง "สร้างแอปติดตามพฤติกรรมให้หน่อย" นั่นเป็นประโยคเริ่มต้นที่สมเหตุสมผล แต่เป็นพรอมต์สุดท้ายที่แย่ สิ่งที่ได้กลับมาไม่ใช่โค้ด — แต่เป็นแผนงานที่เขียนด้วยภาษาธรรมดา และถ้าคุณหยุดอ่านตรงที่ "ดูโอเคดี" แล้วกดอนุมัติ คุณจะได้สิ่งที่ตอบสนองต่อคำว่า "habit tracker" ในทางเทคนิค แต่เป็นแบบทั่วไปในทุกจุดที่สำคัญ ลูกค้าของฟรีแลนซ์รายนี้ไม่ต้องการฟีเจอร์โซเชียลใดๆ ต้องการเก็บข้อมูลในเครื่องเท่านั้น (local storage only) และต้องการโหมดมืดเป็นค่าเริ่มต้น ไม่มีข้อไหนอยู่ในพรอมต์แรกเลย แต่จะถูกใส่เข้าไปในแผนงานแทน เป็นการแก้ไขสามจุดก่อนอนุมัติ ได้แก่ ตัดฟีเจอร์ "แชร์สถิติต่อเนื่อง" ที่แผนงานคิดขึ้นเอง สลับบรรทัดเรื่องการจัดเก็บข้อมูล และเปลี่ยนธีมเริ่มต้น ใช้เวลาแก้ไขแค่สามสิบวินาที งานสร้างที่ได้ออกมาจึงตรงกับโจทย์ ไม่ใช่แค่ตรงกับคำว่า "habit tracker"
ขั้นตอนแผนงานที่คนมักข้าม
ฉันเคยเห็นจุดพลาดแบบนี้เกิดกับผู้ใช้คนอื่นมาแล้ว — อนุมัติแผนแรกโดยไม่อ่าน แก้ไปสามรอบ แล้วต้องมาอธิบายเงื่อนไขซ้ำที่ควรกำหนดไว้ตั้งแต่ขั้นตอนแผนงาน ขั้นตอนแผนงานมีไว้เพื่อป้องกันเหตุการณ์แบบนั้นโดยเฉพาะ ใช้ต้นทุนแทบไม่มี และเป็นจุดเดียวในกระบวนการที่คุณกำลังต่อรองกับเอเจนต์ด้วยภาษาของคุณเอง แทนที่จะต้องมาไล่ดีบักผลลัพธ์ในโค้ดทีหลัง
งานสร้างไปอยู่ที่ไหนจริงๆ
เมื่อสร้างเสร็จ แอปติดตามพฤติกรรมจะปรากฏเป็นการ์ดใน My Builds — หน้าไลบรารีที่กรองตามประเภทได้ และเป็นหน้าที่ฟรีแลนซ์รายนี้จะเปิดบ่อยที่สุดภายในสัปดาห์ที่สาม เมื่อมีงานสร้างสะสมอยู่ห้าหกชิ้น มันจะไม่ปรากฏใน Showcase เพราะหน้านั้นถูกคัดสรรเอง ไม่ใช่แสดงอัตโนมัติ และงานสร้างของลูกค้าที่ไม่เผยแพร่ต่อสาธารณะก็ถือเป็นค่าเริ่มต้นที่ถูกต้องอยู่แล้ว มันก็จะไม่ปรากฏใน Templates เช่นกัน เว้นแต่ฟรีแลนซ์จะนึกขึ้นได้ว่าควรบันทึกเป็นเทมเพลต — ซึ่งควรทำในกรณีนี้ เพราะโครงแอปติดตามพฤติกรรมเป็นสิ่งที่ฟรีแลนซ์มักต้องสร้างใหม่ให้ลูกค้ารายต่อไปโดยเปลี่ยนแค่แบรนด์ คนส่วนใหญ่มักไม่รู้จักฟีเจอร์ "save as template" จนกว่าจะถึงงานสร้างชิ้นที่หก และเสียดายที่ไม่ได้ทำตั้งแต่ชิ้นแรก
เผยแพร่แล้ว หรือทำอะไรที่หนักกว่านั้น
ถัดมาคือคำถามเรื่องการเผยแพร่ มีตัวเลือกจริงสามแบบ ไม่ใช่ตัวเลือกเดียวที่มีสามชื่อ Published ให้ซับโดเมนฟรี ใช้งานได้ทันทีภายในไม่กี่วินาที ไม่ต้องตั้งค่าอะไรเลย — เหมาะสมในช่วงที่ลูกค้ายังอยู่ระหว่างพิจารณาและอาจขอให้ออกแบบใหม่ Domain Management ใช้เมื่อโดเมนของลูกค้าเองพร้อมที่จะเชื่อมโยงแล้ว และขั้นตอนนี้ทำหน้าที่สองอย่างในตัว การเชื่อมโดเมนที่นี่ไม่ใช่แค่การเปลี่ยน URL แต่ยังเป็นสิ่งที่ทำให้หน้าวิเคราะห์ข้อมูลถัดไปในแถบด้านข้างมีสิ่งที่จะเชื่อมโยงได้ ส่วน Deploy ในหน้าตั้งค่า เป็นทางเลือกแบบ SFTP สำหรับกรณีที่ลูกค้ายืนยันว่าต้องการให้งานสร้างอยู่บนโครงสร้างพื้นฐานที่ตนควบคุมเอง — ต้องตั้งค่ามากขึ้น และฟรีแลนซ์จะไม่รับผิดชอบเรื่อง uptime อีกต่อไป ซึ่งเป็นข้อแลกเปลี่ยนที่ควรพิจารณาให้ชัดเจน มากกว่าจะมาค้นพบทีหลังโดยบังเอิญ
สำหรับงานสร้างนี้ เลือก Published ก่อน การย้ายจากซับโดเมนไปเป็นโดเมนของตัวเองทีหลังไม่ใช่เรื่องใหญ่ แต่การยกเลิกการเผยแพร่บนโดเมนของตัวเองในโปรเจกต์ลูกค้าที่ถูกยกเลิกกลางคันนั้น ต้องเก็บกวาดมากกว่าที่คุ้มค่า — และฟรีแลนซ์รายนี้เคยโดนมาแล้วกับโปรเจกต์ก่อนหน้านี้พอดี ซึ่งเป็นเหตุผลทั้งหมดที่ทำให้เกิดนิสัย "เลือก Published เป็นค่าเริ่มต้น"
ทางอ้อมสู่แอปสโตร์
ลูกค้ารายนี้ยังต้องการให้ลงในแอปสโตร์ด้วย งานสร้างนี้จึงต้องผ่านหน้า Shipped แทนที่จะหยุดแค่ Published — หน้านี้มีไว้เพราะการตรวจสอบของแต่ละสโตร์เป็นแบบอะซิงโครนัสในแบบที่การเผยแพร่บนเว็บไม่เป็น ส่งให้สโตร์หนึ่งอาจรอถึงสองวัน ส่งให้อีกสโตร์อาจผ่านภายในยี่สิบนาที Shipped คือจุดที่ใช้ติดตามสถานะทั้งหมดนี้ โดยไม่ต้องเปิดแท็บเบราว์เซอร์ห้าแท็บไปยังคอนโซลของแต่ละสโตร์ ซึ่งแต่ละที่ก็มีระบบล็อกอินและคำศัพท์สถานะเป็นของตัวเอง
หน้าว่างเปล่าที่ไม่มีใครเตือนไว้ก่อน
หนึ่งสัปดาห์หลังจากเชื่อมต่อโดเมนแล้ว ฟรีแลนซ์เปิด Search Performance เพื่อตรวจสอบ ปรากฏว่าว่างเปล่า ดูเศร้าเล็กน้อยด้วยซ้ำ — ไม่มีกราฟ ไม่มีตัวเลข มีแต่ข้อความให้เชื่อมต่อบัญชี นี่ไม่ใช่ความผิดปกติ แต่เป็นความจริง: ยังไม่มีข้อมูล เพราะ Search Performance, Google Analytics และ Store Analytics ทั้งหมดขึ้นอยู่กับการเชื่อมต่อบัญชี Google ในหน้าตั้งค่า และไม่มีตัวไหนดึงข้อมูลย้อนหลังให้ การซิงค์จะเริ่มนับจากวินาทีที่คุณเชื่อมต่อเป็นต้นไปเท่านั้น เชื่อมต่อโดเมนตั้งแต่วันแรก แล้วพอถึงสัปดาห์ที่สองคุณจะมีข้อมูลย้อนหลังหนึ่งสัปดาห์ แต่ถ้าเชื่อมต่อในวันที่สิบเพราะลืมไป คุณก็จะเริ่มนับจากศูนย์ในวันที่สิบนั้นเอง ฟรีแลนซ์รายนี้เชื่อมต่อโดเมนไปแล้วแต่ลืมเชื่อมต่อบัญชี Google — สองขั้นตอนที่แยกกันแต่ดูเหมือนควรจะเป็นขั้นตอนเดียว
ส่วนที่ส่งผลกระทบจริง ๆ ไม่ใช่กราฟที่หายไป แต่เป็นเพราะเอเจนต์เพิ่มประสิทธิภาพต่าง ๆ อ่านข้อมูลจากแหล่งเดียวกันนี้ และเมื่อเอเจนต์ถูกสั่งให้ปรับปรุงอันดับของหน้าเว็บโดยไม่มีประวัติ Search Performance รองรับเลย มันก็จะทำงานตามแนวปฏิบัติทั่วไป แทนที่จะใช้ตัวเลขจริงของเว็บไซต์นี้ การข้ามขั้นตอนเชื่อมต่อไม่ได้แค่ทำให้หน้าแดชบอร์ดว่างเปล่า แต่ยังจำกัดความสามารถของเอเจนต์ด้วย
บรีฟที่โผล่มาโดยไม่ได้ขอ
สองสัปดาห์ผ่านไป มีการ์ดปรากฏขึ้นใน Discovery: บรีฟโอกาสที่ระบุช่องว่างด้านคอนเทนต์บนเว็บไซต์ของลูกค้า พร้อมปุ่ม Build-this แนบมาด้วย มีประโยชน์จริง ๆ เมื่อมันตรงกับสิ่งที่คุณจะลงมือทำอยู่แล้ว แต่ Discovery ถูกออกแบบมาให้เน้นปริมาณมากกว่าความแม่นยำ — มีบรีฟมากกว่าที่ใครจะลงมือทำจริง — ดังนั้นท่าทีที่ถูกต้องคือมองมันเป็นกล่องข้อเสนอแนะ ไม่ใช่คิวที่ต้องเคลียร์ให้หมด ฟรีแลนซ์เปิดดูผ่าน ๆ ทุกสองสามวันแล้วก็ข้ามส่วนใหญ่ไป ซึ่งเป็นการใช้งานตามที่ตั้งใจไว้ ไม่ใช่การตามงานไม่ทัน
การตั้งค่าที่ควรทำตั้งแต่วันแรก
มาถึงจุดนี้ ฟรีแลนซ์ได้เข้าไปยุ่งกับหน้าตั้งค่าสี่หน้าโดยไม่เคยเปิดเมนูตั้งค่าด้วยความตั้งใจเลยสักครั้ง — แต่ละหน้าถูกค้นพบเพราะมีอย่างอื่นว่างเปล่า
| หน้า | สิ่งที่มันปิดกั้นไว้ |
|---|---|
| บัญชี Google | Search Performance, Google Analytics และข้อมูลอ้างอิงของเอเจนต์ — เชื่อมต่อครั้งเดียว ใช้ได้ทั้งสามส่วน |
| ดีพลอย | เป้าหมาย SFTP จำเป็นเฉพาะเส้นทางที่ลูกค้าควบคุมเซิร์ฟเวอร์เองเท่านั้น |
| สื่อ AI | ค่าเริ่มต้นของการสร้างภาพที่ใช้ภายในการ build |
| แผนและเครดิต | โควตาการใช้งาน แพ็กเครดิต ใบเสร็จ |
Google Accounts คือสิ่งที่ควรทำล่วงหน้าให้เสร็จก่อน มันเป็นจุดเชื่อมต่อเดียวที่อยู่เบื้องหลังหน้าแดชบอร์ดสามหน้าแยกกัน และการมารู้ทีหลังด้วยวิธีลำบาก ๆ — หน้าว่างเปล่าสามหน้า สามช่วงเวลาที่คิดว่า "อ๊ะ ต้องเชื่อมต่ออะไรบางอย่าง" — คือความยุ่งยากที่การตั้งค่าห้านาทีในวันแรกจะช่วยหลีกเลี่ยงได้พอดี
สองสิ่งที่อยู่ตรงนั้นตลอดเวลา
ปุ่ม Ask-AI แบบลอยตัวปรากฏอยู่บนทุกหน้าเหล่านี้ตลอดเวลา และมันไม่ใช่บอทตอบคำถามที่จำกัดขอบเขต — มันสามารถเชื่อมต่อบัญชี เริ่ม build หรืออธิบายว่าทำไมหน้าถึงว่างเปล่าได้ในนามของคุณ ลูกค้าของฟรีแลนซ์รายนี้ที่ไม่ได้พูดภาษาอังกฤษ ต้องการอินเทอร์เฟซทั้งหมดเป็นภาษาอื่นสำหรับการประชุมรีวิว ไอคอนลูกโลกในเมนูนำทางสลับได้ทั้งยี่สิบภาษา กลางเซสชันเลย โดยไม่ทำให้ build ที่กำลังทำอยู่หายไป ทั้งสองอย่างนี้ไม่จำเป็นต้องถูกค้นพบด้วยการลองผิดลองถูกเหมือนทุกอย่างอื่นในบทความนี้ มันอยู่ตรงนั้นอยู่แล้ว
นั่นคือบทสรุปที่ตรงไปตรงมาของสองสัปดาห์แรกทั้งหมดของบัญชีนี้ — ไม่ใช่ "อ่านเอกสารก่อน แล้วค่อยสร้าง" แต่เป็นในทางกลับกัน My Builds เป็นแค่แนวคิดจนกว่าจะมีการ์ดอยู่ในนั้น Search Performance เป็นสถานะว่างเปล่าจนกว่าโดเมนจะป้อนข้อมูลให้ การอ่านผังโครงสร้างก่อนสร้างครั้งแรกก็เป็นข้อมูลพื้นหลังที่ดี แต่ผังโครงสร้างจะมีความหมายก็ต่อเมื่อมีตัวติดตามนิสัยจริง ๆ อยู่ในนั้นสักที่
