ข้ามไปยังเนื้อหา
30 กรกฎาคม 2026 · คู่มือการใช้งาน

คู่มือ: หน้า Discovery

บทความนี้อธิบายผลิตภัณฑ์ ณ วันที่เผยแพร่ ดู AI Builder และ Agent Teams สำหรับความสามารถปัจจุบัน

คู่มือ: หน้า Discovery

บทก่อนหน้า พูดถึงวิธีที่ Opportunity Briefs ถูกสร้างขึ้น บทนี้คือบันทึกของสัปดาห์จริงที่ทำงานกับโต๊ะที่มันมาถึง — สิ่งที่ฉันเปิดอ่าน สิ่งที่ฉันสร้าง สิ่งที่ฉันปล่อยทิ้งไว้ และเรื่องเดียวที่ผิดพลาด

วันจันทร์ 9:10 น. — บรีฟหกฉบับในคิว

กฎข้อแรกของตอนเช้า: อย่าอ่านจากบนลงล่าง หน้านี้จัดวางบรีฟเป็นปัญหา กลุ่มเป้าหมาย หลักฐาน ขอบเขต ความเชื่อมั่น — ฉันอ่านหลักฐานก่อนเสมอ เปิดลิงก์ก่อนอ่านสรุป หนึ่งในหกฉบับของวันจันทร์อ้างถึง "ความไม่พอใจที่เพิ่มขึ้นในชุมชน" และลิงก์เธรดสองเธรด หนึ่งในนั้นมาจากปี 2019 มีสี่ upvote นั่นไม่ใช่หลักฐาน นั่นคือผลการค้นหา และมันถูกปิดภายในแปดวินาที

ฉบับที่สองผ่านการตรวจสอบ นักตัดต่อวิดีโอฟรีแลนซ์สูญเสียฟีดแบ็กจากลูกค้าไปในอีเมล คอมเมนต์ใน Frame.io และข้อความ ต้องมาปะติดปะต่อด้วยมือก่อนรอบการแก้ไขทุกครั้ง ส่วนหลักฐานมีแหล่งอิสระสามแหล่ง — เธรดสี่สิบคำตอบใน subreddit เกี่ยวกับการตัดต่อวิดีโอที่เปรียบเทียบวิธีแก้ปัญหาชั่วคราว รีวิว G2 ของคู่แข่งที่บ่นถึงช่องว่างเดียวกันเป๊ะ และทวีตที่มีสองร้อยไลก์เกี่ยวกับ "สเปรดชีตฟีดแบ็กแห่งความอับอาย" สามแหล่งที่เห็นตรงกันดีกว่าโพสต์ไวรัลหนึ่งอัน ความไวรัลบอกคุณว่าบางสิ่งเข้าถึงคนได้ ไม่ได้บอกว่ามันเป็นเรื่องปกติ

กลุ่มเป้าหมาย: นักตัดต่อวิดีโอฟรีแลนซ์ที่ทำงานกับลูกค้า หนึ่งถึงห้าคนในแต่ละครั้ง เคลื่อนไหวอยู่ใน r/videoediting และ Discord ชุมชน Frame.io เจาะจงพอที่จะซื้อโฆษณาเล็งกลุ่มได้ ซึ่งสำคัญในภายหลัง ขอบเขต: หน้าเดียวที่รับไฟล์ export คอมเมนต์จาก Frame.io และเธรดอีเมล แล้วสร้างรายการแก้ไขรวมเป็นหนึ่งเดียว ไม่มีการล็อกอิน ไม่มีฟีเจอร์ทีม ไม่มีการเรียกเก็บเงิน เล็กพอที่จะสร้างได้ในวันเดียว ซึ่งเป็นสิ่งที่ส่วนขอบเขตควรมีลักษณะเป็นแบบนั้นเป๊ะ — ฉันมักจะตัดขอบเขตที่บรีฟแนะนำลงครึ่งหนึ่งใน build prompt เสมอ แต่ฉบับนี้ไม่จำเป็นต้องทำแบบนั้นด้วยซ้ำ

บรีฟที่สาม รอบเดียวกัน: "ฟรีแลนซ์มีปัญหากับการติดตามเวลาข้ามหลายลูกค้า" เธรด Reddit เดียว หกคำตอบ กลุ่มเป้าหมายแค่ "ฟรีแลนซ์" ขอบเขตเป็น SaaS ติดตามเวลาเต็มรูปแบบพร้อมการออกใบแจ้งหนี้ เช้าเดียวกัน การรันวิจัยเดียวกัน แต่คุณภาพแตกต่างกันมาก — สัญญาณเบื้องหลังแค่อ่อนกว่า ฉันปิดมัน การรันที่ดีจะให้คุณสองหรือสามฉบับที่คุ้มค่าอ่านอย่างละเอียด และอีกกำมือหนึ่งที่ไม่คมพอที่จะลงมือทำ นั่นเป็นเรื่องปกติ ไม่ใช่สัญญาณว่าระบบเสีย

วันจันทร์ 9:40 น. — build prompt แล้วการตัดสินใจที่ฉันเกือบข้ามไป

บรีฟนักตัดต่อวิดีโอน่าเชื่อถือพอจนฉันเกือบส่งตรงไปที่ build ทันได้สติทัน — เชื่อครึ่งหนึ่งยังคงหมายถึงตรวจสอบก่อน ไม่ใช่สร้างก่อน flow การ build ปกติ มีไว้สำหรับตอนที่คุณเชื่อจริงๆ ไม่ใช่ตอนที่คุณตื่นเต้น จึงจัดทำหน้า waitlist หน้าเดียวแทน: การนำเสนอด้วยภาษาธรรมดา และงบโฆษณาสี่สิบดอลลาร์ที่หยุดชั่วคราวเล็งไปที่กลุ่มใกล้เคียงของ Discord Frame.io ที่ชัดเจน

เกือบพลาดครั้งใหญ่ตรงนี้ ตอนแรกที่ตั้งค่ากลุ่มเป้าหมายของโฆษณาแคบเกินไป จนอาจแสดงให้คนเห็นแค่ราว 200 คนทั้งหมด แล้วผลลัพธ์ที่เป็นศูนย์จาก 200 อิมเพรสชั่นก็บอกอะไรไม่ได้เลย — คุณแยกไม่ออกระหว่าง "ไม่มีใครต้องการสิ่งนี้" กับ "ไม่มีใครเห็นมันเลย" ผมจึงขยายกลุ่มเป้าหมายก่อนจะยกเลิกการหยุดชั่วคราว เรื่องเล็กๆ แต่เป็นเรื่องที่ทำให้การทดสอบความต้องการพังไปเงียบๆ ถ้าไม่จับให้ทัน

วันพุธ — ตรวจสอบตัวเลข

สี่วันของการลงโฆษณา หยุดพักการหยุดชั่วคราวเมื่อเช้าวันอังคาร: มีผู้สมัครสิบเก้าคนจากการแสดงผลประมาณเก้าร้อยครั้ง สัญญาณที่แท้จริง มันก็จะเป็นสัญญาณที่แท้จริงเช่นกันแม้จะมีแค่สองคนสมัคร แค่เป็นสัญญาณในทางตรงกันข้าม ไม่ว่าจะทางไหน ตอนนี้ฉันก็รู้สิ่งที่ไม่รู้เมื่อวันจันทร์ ด้วยต้นทุนแค่หน้า landing page และสี่สิบดอลลาร์ แทนที่จะเป็นสัปดาห์ของเวลา build นี่คือบรีฟจากตัวอย่างที่ยกมาก่อนหน้า และเป็นตัวที่ฉันจะชี้ให้ดูหากมีใครถามว่าทำไมการตรวจสอบก่อนถึงคุ้มค่ากับความยุ่งยากในการจัดทำสิ่งที่คุณตื่นเต้นอยู่แล้ว

การใช้งานเมื่อไหร่
สร้างเลยเชื่อมั่น ส่งตรงไปที่ build prompt
ตรวจสอบก่อนเชื่อครึ่งหนึ่ง จัดทำ waitlist + แคมเปญโฆษณาที่หยุดชั่วคราวก่อนทุ่มเวลาหนึ่งสัปดาห์
ปล่อยให้ตกผลึกไม่เชื่อมั่น เก็บไว้ — คิวคือรายการอ่าน ไม่ใช่รายการสิ่งที่ต้องทำ

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

บรีฟจากเดือนมีนาคมที่ยังคงอยู่ตรงนั้น

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

วันศุกร์ — ปรับแต่งเครื่องจักรแทนที่จะอ่านผลลัพธ์ของมัน

วันศุกร์ฉันใช้เวลาอ่านบรีฟน้อยลงและใช้เวลามากขึ้นกับการควบคุมสิ่งที่เขียนบรีฟเหล่านั้น สองการเปลี่ยนแปลงในวันศุกร์นี้ อย่างแรก: กำหนดขอบเขตการวิจัยครั้งถัดไปให้เจาะจงกับพื้นที่หนึ่ง — "เครื่องมือสำหรับยิมปีนผา" แทนที่จะไม่มีขอบเขตเลย — เพราะการรันที่ไม่มีขอบเขตมักจะแสดงสิ่งที่ดังในอินเทอร์เน็ตในสัปดาห์นั้น (มักจะมีไอเดีย AI-wrapper ใหม่เสมอ มีข้อร้องเรียนเรื่องผลิตภาพทั่วไปเสมอ) แทนที่จะเจาะลึกลงไปในวัฒนธรรมย่อยที่แท้จริง การรันที่มีขอบเขตจะได้สเปรดชีตที่แท้จริงที่เจ้าของยิมแบ่งปันกันสำหรับตารางการตั้งเส้นทาง การรันที่ไม่มีขอบเขตจะได้แค่ความรู้สึกทั่วๆ ไป

การเปลี่ยนแปลงที่สอง และนี่คือสิ่งที่ฉันจะบอกให้ทุกคนทำก่อนสิ่งอื่นใดในรายการนี้: ฉันย้อนกลับไปดูการปฏิเสธในเดือนที่ผ่านมา จดเหตุผลไว้ แล้วนำเหตุผลเหล่านั้นไปป้อนเข้าจุดโฟกัสของการรันครั้งถัดไป หลักฐานอ่อน สามครั้ง ขอบเขตใหญ่เกินไป สองครั้ง บอกให้การรันครั้งถัดไปเอนไปทาง "หลักฐานหนักแน่น" และ "MVP แคบ" มันเป็นเครื่องมือที่หยาบ — คุณกำลังปรับ prompt ไม่ใช่ปรับแต่งโมเดล — แต่หลังจากทำแบบนี้กับบัญชีเดียวมาสองสามเดือน อัตราการยอมรับเพิ่มขึ้นจากประมาณหนึ่งในสิบสองบรีฟที่คุ้มค่าสร้าง เป็นใกล้เคียงหนึ่งในห้า

นิสัยที่ทบต้น: เมื่อคุณปฏิเสธบรีฟ ให้จดเหตุผลไว้ แล้วใส่คำนั้นลงในจุดโฟกัสของการรันวิจัยครั้งถัดไป คิวจะดีขึ้นเรื่อยๆ ในแบบที่เป็นของคุณ — แต่ต้องบอกมันว่าคุณไม่ต้องการอะไรก่อน

สิ่งที่ฉันจะข้ามไปในครั้งหน้า

ฉันรัน Discovery ทุกวันประมาณหนึ่งสัปดาห์ในช่วงแรกๆ ล่าหาอย่างหนัก และฉันจะข้ามสิ่งนั้นไปหากทำอีกครั้ง — สัปดาห์ละสองครั้งก็เกินพอแล้ว เพราะเอเจนต์วิจัยต้องการเวลาจริงให้สัญญาณสะสมระหว่างการกวาดข้อมูล การรันทุกวันมักจะสร้างบรีฟที่คล้ายกันเกือบซ้ำในเทรนด์เดียวกันสามอย่าง ซึ่งทำให้การอ่านอย่างระมัดระวังในวันจันทร์ใช้เวลานานขึ้นโดยไม่ได้สัญญาณเพิ่มขึ้นเลย รายสัปดาห์คือค่าเริ่มต้นที่ถูกต้อง ฉันจะบีบมันเฉพาะช่วงล่าหาอย่างหนัก และแม้แต่ตอนนั้นก็ไม่ควรถี่กว่าทุกๆ วันเว้นวัน และฉันจะสลับพื้นที่เร็วกว่านี้ — การรัน "ยิมปีนผา" ติดต่อกันสามสัปดาห์ทำให้ขูดจนถึงก้นเธรดเดียวกันเมื่อถึงสัปดาห์ที่สาม ในขณะที่การหมุนเวียนสองหรือสามพื้นที่จะทำให้แต่ละพื้นที่ยังคงสดใหม่อยู่

คู่มือ
แชร์XLinkedInFacebookRedditQuoraWhatsAppTelegramอีเมล
← บทความทั้งหมด