ห้าปีที่แล้ว คุณต้องมีทีมถึงจะสร้างบริษัทจริงๆ สักแห่งได้
นักการตลาด นักวิจัย นักพัฒนา พนักงานขาย พนักงานสนับสนุน
แม้แต่บริษัทเล็กๆ ก็หมายถึงคน 10–20 คน และเงินเดือน $1M+
สิ่งนั้นเปลี่ยนไปแล้ว
Claude Fable 5 คือ AI รุ่นแรกที่ฉันใช้แล้วรู้สึกว่ามันไม่ใช่แค่แชทบอท
มันให้ความรู้สึกเหมือนโครงสร้างพื้นฐาน
คนส่วนใหญ่ยังคงใช้มันแบบนี้:
พรอมต์ → คำตอบ → จบ
นั่นไม่ใช่สิ่งที่ Fable ถูกสร้างมาเพื่อ
Fable ทำงานได้เป็นวันๆ
มันวางแผน ค้นคว้า ดำเนินการ ตรวจสอบ เรียนรู้ และเดินหน้าต่อไป
โอกาสที่ใหญ่ที่สุดไม่ใช่การใช้ AI เพื่อประหยัดเวลาไม่กี่นาที
มันคือการใช้ AI เพื่อแทนที่ทั้งแผนก
นี่คือสถาปัตยกรรมบริษัทที่แน่นอนที่ฉันจะสร้างจากศูนย์ในวันนี้
ทุกพรอมต์ด้านล่างพร้อมคัดลอกและวาง เรียกใช้ได้คืนนี้
โมเดลเก่า vs โมเดลใหม่
โมเดลเก่า:
คุณ → จ้างคน → จัดการคน → จ่ายเงินคน → หวังว่ามันจะเวิร์ก
โมเดลใหม่:
คุณ → ออกแบบระบบ → Fable จัดการแผนกต่างๆ → แผนกต่างๆ พัฒนาตัวเอง
ผู้ก่อตั้งไม่ต้องลงมือทำงานอีกต่อไป
ผู้ก่อตั้งคือผู้ออกแบบระบบปฏิบัติการ
ทุกอย่างอื่นทำงานเอง

ขั้นตอนที่ 0 — สร้างสมองของบริษัทก่อน
ผู้ก่อตั้งทุกคนข้ามขั้นตอนนี้
พวกเขากระโดดตรงไปที่พรอมต์แล้วสงสัยว่าทำไม AI ถึงทำตัวเหมือนเด็กฝึกงานที่ไร้ความสามารถ
ความแตกต่างระหว่างเด็กฝึกงานที่ไร้ความสามารถกับพนักงานที่ยอดเยี่ยมคือบริบท
สร้างโครงสร้างโฟลเดอร์นี้ตอนนี้:
1mkdir -p ~/company/{memory,skills,state,content,docs,sops}23touch ~/company/founder.md4touch ~/company/strategy.md5touch ~/company/products.md6touch ~/company/customers.md7touch ~/company/memory/lessons.md8touch ~/company/state/projects.md9touch ~/company/state/pipeline.md10touch ~/company/state/seo-tracker.md
กรอกแต่ละไฟล์ด้วยเทมเพลตเหล่านี้:
~/company/founder.md
1# เกี่ยวกับฉัน23## วิธีคิดของฉัน4[เร็วและใช้สัญชาตญาณ? ช้าและรอบคอบ? ชอบเสี่ยงหรือระมัดระวัง?]56## จุดแข็งของฉัน7[สิ่งที่คุณเก่งจริงๆ — เฉพาะเจาะจง ไม่ใช่ทั่วๆ ไป]89## จุดอ่อนของฉัน10[สิ่งที่ทำให้คุณหมดแรงหรือสิ่งที่คุณทำพลาดเป็นประจำ]1112## รูปแบบการสื่อสาร13[คุณต้องการผลลัพธ์แบบไหน — หัวข้อย่อย? ร้อยแก้ว? สั้น? ละเอียด?]1415## สิ่งที่ยอมไม่ได้16[สิ่งที่คุณจะไม่มีวันประนีประนอม — มาตรฐานคุณภาพ จริยธรรม ความเร็ว]1718## กรอบการตัดสินใจ19[คุณตัดสินใจเรื่องยากๆ อย่างไร — ใช้ข้อมูลก่อน? ใช้สัญชาตญาณก่อน? ใช้ฉันทามติ?]
~/company/strategy.md
1# กลยุทธ์บริษัท23## เป้าหมายปี 202641. [เป้าหมายที่วัดผลได้เฉพาะเจาะจง]52. [เป้าหมายที่วัดผลได้เฉพาะเจาะจง]63. [เป้าหมายที่วัดผลได้เฉพาะเจาะจง]78## ตลาดเป้าหมาย9[ตำแหน่งงาน ขนาดบริษัท อุตสาหกรรม ปัญหาที่พวกเขามีอยู่ในตอนนี้]1011## การตั้งราคา12[$X สำหรับ Y. ทำไมถึงราคานี้. ทางเลือกอื่นมีค่าใช้จ่ายเท่าไร.]1314## การวางตำแหน่ง15[หนึ่งประโยค: เราช่วย [ใคร] ทำ [อะไร] โดยไม่ต้อง [เจ็บปวด].]1617## ข้อได้เปรียบทางการแข่งขัน18[สิ่งเดียวที่เราทำได้ดีกว่าใคร — เฉพาะเจาะจง]1920## สิ่งที่เราจะไม่ทำ21[3 สิ่งที่เราปฏิเสธอย่างชัดเจนที่จะแข่งขัน]
~/company/customers.md
1# ข้อมูลเชิงลึกของลูกค้า23## โปรไฟล์ลูกค้าในอุดมคติ4[ข้อมูลประชากร ประเภทบริษัท งานที่ต้องทำให้สำเร็จ อำนาจในการตัดสินใจงบประมาณ]56## ปัญหาสำคัญ 5 อันดับแรกของลูกค้า (จัดอันดับ)71. [ปัญหา] — [ความถี่ที่พวกเขาพูดถึง]82.93.104.115.1213## ข้อโต้แย้งทั่วไปและเหตุผลที่แท้จริงเบื้องหลัง14- "แพงเกินไป" — จริงๆ แล้วหมายถึง: [ความกังวลที่แท้จริง]15- "ยังไม่ใช่ตอนนี้" — จริงๆ แล้วหมายถึง: [ความกังวลที่แท้จริง]16- "เราสร้างของใช้ภายในเองแล้ว" — จริงๆ แล้วหมายถึง: [ความกังวลที่แท้จริง]1718## คำรับรองจากลูกค้าที่ดีที่สุด191. "[คำพูด]" — [ชื่อ, ตำแหน่ง, บริษัท]202.213.2223## ที่ที่ลูกค้าไปรวมตัวกัน24[ซับเรดดิต, กลุ่ม LinkedIn, จดหมายข่าว, ชุมชน Slack]
เพิ่มคำแนะนำนี้ที่จุดเริ่มต้นของทุกเซสชัน Fable:
1ก่อนเริ่มงานใดๆ ให้อ่าน:2- ~/company/founder.md3- ~/company/strategy.md4- ~/company/customers.md56หลังจากทำงานใดๆ เสร็จ ให้เขียนบทเรียนสำคัญลงใน:7- ~/company/memory/lessons.md89รูปแบบ: วันที่ | แผนก | สิ่งที่ได้ผล | สิ่งที่ล้มเหลว | ครั้งต่อไป10หนึ่งรายการต่อบทเรียน อัปเดตรายการที่มีอยู่แทนที่จะสร้างรายการซ้ำ
หากไม่มีไฟล์เหล่านี้: AI จะทำตัวเหมือนฟรีแลนซ์ที่ได้รับข้อมูลสรุปแบบเย็นชา
เมื่อมีไฟล์เหล่านี้: AI จะทำตัวเหมือนคนที่ทำงานกับคุณมาสองปี

แผนกที่ 1 — งานวิจัย
ผู้ก่อตั้งส่วนใหญ่ใช้ Google 15 นาทีแล้วเรียกมันว่าการวิจัยตลาด
นั่นคือสาเหตุที่ผลิตภัณฑ์ส่วนใหญ่พลาดเป้าตลาด
แผนกวิจัยของคุณทำงานทุกสัปดาห์โดยไม่มีคุณ
คัดลอกพรอมต์นี้ เรียกใช้ทุกวันจันทร์:
1คุณคือผู้อำนวยการฝ่ายวิจัยของฉัน23อ่าน ~/company/strategy.md และ ~/company/customers.md ก่อน45ดำเนินการวนรอบการวิจัยประจำสัปดาห์แบบเต็ม:67━━━ การวิจัยคู่แข่ง ━━━89ค้นหาข้อมูลต่อไปนี้เกี่ยวกับคู่แข่งแต่ละราย: [รายชื่อคู่แข่ง 3-5 ราย]1011ค้นหาใน 7 วันที่ผ่านมา:12→ การเปิดตัวผลิตภัณฑ์ใหม่หรือประกาศฟีเจอร์ใดๆ13→ การเปลี่ยนแปลงหน้าเว็บราคาใดๆ (ใช้การเปรียบเทียบแคชกับปัจจุบันถ้าเป็นไปได้)14→ โพสต์โซเชียลที่มีการมีส่วนร่วมมากที่สุด 3 โพสต์และสาเหตุที่โพสต์เหล่านั้นทำได้ดี15→ ข้อร้องเรียนของลูกค้าบน Reddit, G2, Trustpilot, App Store1617━━━ การวิจัยลูกค้า ━━━1819ค้นหาชุมชน Reddit เหล่านี้: [r/sub1, r/sub2, r/sub3]2021คำค้นหาที่จะใช้:22→ "ฉันหวังว่า [ชื่อคู่แข่ง] จะ..."23→ "หงุดหงิดกับ [หมวดหมู่ผลิตภัณฑ์]"24→ "กำลังมองหาทางเลือกอื่นสำหรับ [คู่แข่ง]"25→ "มีใครอีกไหมที่มีปัญหากับ [พื้นที่ปัญหา]"2627ค้นหาข้อร้องเรียน 10 อันดับแรกที่จัดอันดับโดยคะแนนโหวตขึ้น28จัดกลุ่มข้อร้องเรียนที่คล้ายกันเป็นธีม2930━━━ การวิจัยโอกาส ━━━3132ค้นหาในกลุ่มเฉพาะของฉัน:33→ คำหลักที่มีปริมาณการค้นหาแต่การแข่งขันใน 10 อันดับแรกอ่อนแอ34→ คำถามบน Reddit/Quora ที่มีคะแนนโหวตขึ้นมากมายแต่ไม่มีคำตอบที่น่าพอใจ35→ ผลิตภัณฑ์ที่ผู้คนกำลังขอในฟอรัมที่ยังไม่มีอยู่36→ คู่แข่งรายใดที่เพิ่งขึ้นราคา (โอกาสในการวางตำแหน่งต่อต้าน)3738━━━ รูปแบบผลลัพธ์ ━━━3940ส่งคืนโครงสร้างนี้ทุกประการ:4142## รายงานการวิจัยประจำสัปดาห์ — [วันที่]4344### การเคลื่อนไหวของคู่แข่ง 3 อันดับแรกในสัปดาห์นี้45| คู่แข่ง | สิ่งที่พวกเขาทำ | ทำไมมันถึงสำคัญ | การดำเนินการที่แนะนำ |4647### ข้อร้องเรียนของลูกค้า 5 อันดับแรก (ตามความถี่)48| ข้อร้องเรียน | ความถี่ | โอกาสที่สิ่งนี้สร้างขึ้น |4950### โอกาส 3 อันดับแรกในสัปดาห์นี้51| โอกาส | หลักฐาน | ความพยายาม | ศักยภาพรายได้ | การดำเนินการที่แนะนำ |5253### ข้อสังเกตที่ขัดแย้งหนึ่งข้อ54[สิ่งที่คุณพบที่ขัดกับภูมิปัญญาดั้งเดิมในพื้นที่นี้]5556บันทึกรายงานฉบับเต็มไปที่: ~/company/state/research-[YYYY-MM-DD].md57อัปเดต ~/company/memory/lessons.md ด้วยการค้นพบที่สำคัญ
คุณจะได้รับรายงานเชิงกลยุทธ์ทุกวันจันทร์
ไม่ใช่แค่ข้อมูล แต่คือการตัดสินใจ

แผนกที่ 2 — การตลาด
ส่วน A: วิศวกรรมความไวรัลสำหรับ X
ความไวรัลไม่ใช่เรื่องโชค
มันคือวิทยาศาสตร์ที่ทำซ้ำได้ ทำงานอัตโนมัติได้ 95%
นี่คือวิธีการทำงานจริงของอัลกอริทึม X:
ทุกโพสต์จะถูกทดสอบกับกลุ่มตัวอย่างเล็กๆ ก่อน
อัลกอริทึมวัดสามสิ่งเท่านั้น: → ผู้คนหยุดเลื่อนหรือไม่? → พวกเขาอ่านจนจบหรือไม่? → พวกเขาแสดงความคิดเห็นหรือไม่?
ผ่านทั้งสามข้อ → โพสต์จะถูกส่งไปยังกลุ่มที่ใหญ่ขึ้น → ผ่านอีกครั้ง → ปลดล็อกการกระจาย
ล้มเหลวข้อใดข้อหนึ่ง → โพสต์ตายภายใน 20 นาที ไม่สำคัญว่าเนื้อหาจะดีแค่ไหน
ซึ่งหมายความว่าทุกโพสต์ต้องถูกออกแบบทางวิศวกรรมก่อนที่คุณจะเผยแพร่
คัดลอกสิ่งนี้ เรียกใช้ก่อนทุกโพสต์:
1ฉันกำลังจะเผยแพร่โพสต์นี้บน X เรียกใช้การตรวจสอบวิศวกรรมความไวรัลแบบเต็ม23โพสต์ของฉัน:4[วางร่างของคุณที่นี่]56ผู้ชมของฉัน: [อธิบายผู้ชมของคุณ — เช่น อินดี้แฮกเกอร์ นักพัฒนา ผู้ก่อตั้ง]78━━━ ขั้นตอนที่ 1: การวิเคราะห์พาดหัว ━━━910ให้คะแนนบรรทัดแรกปัจจุบัน 1-10 สำหรับพลังในการหยุดการเลื่อน11มันกระตุ้นอารมณ์อะไร? (ความอยากรู้ / ความกลัว / ความปรารถนา / ความประหลาดใจ / ความโกรธ)12คำมั่นสัญญาโดยนัยคืออะไร? โพสต์จะส่งมอบตามนั้นหรือไม่?1314เขียนพาดหัวใหม่ 5 วิธี:15เวอร์ชัน 1: พาดหัวที่กระตุ้นความอยากรู้16เวอร์ชัน 2: พาดหัวที่กระตุ้นความกลัว/ความเจ็บปวด17เวอร์ชัน 3: พาดหัวที่กระตุ้นความปรารถนา/แรงบันดาลใจ18เวอร์ชัน 4: พาดหัวที่สร้างความประหลาดใจ/ขัดแย้งกับความเชื่อ19เวอร์ชัน 5: พาดหัวที่กล่าวอ้างอย่างกล้าหาญ2021ให้คะแนนแต่ละอัน 1-10 แนะนำอันที่แข็งแกร่งที่สุด2223━━━ ขั้นตอนที่ 2: การทดสอบอัลกอริทึม ━━━2425เรียกใช้การตรวจสอบ 4 เกณฑ์:26□ มีคำกล่าวอ้างที่กล้าหาญใหญ่กว่าผลิตภัณฑ์หรือไม่? [ใช่/ไม่ใช่ — ถ้าไม่ใช่ ให้แนะนำการปรับปรุง]27□ มีโดปามีนถูกส่งใน 2 บรรทัดแรกหรือไม่? [ใช่/ไม่ใช่ — ถ้าไม่ใช่ ให้เขียนเปิดใหม่]28□ มีช่องว่างบริบทใดๆ ที่ผู้อ่านอาจหลงทางหรือไม่? [รายการ]29□ ผลลัพธ์ที่แข็งแกร่งที่สุดถูกวางไว้ด้านหน้าหรือไม่? [ใช่/ไม่ใช่ — ถ้าไม่ใช่ ให้จัดลำดับใหม่]3031พฤติกรรมผู้อ่านที่คาดการณ์: เลื่อนผ่าน / กดถูกใจ / แสดงความคิดเห็น / รีโพสต์32อะไรจะทำให้พวกเขารีโพสต์แทนที่จะแค่กดถูกใจ?3334━━━ ขั้นตอนที่ 3: วิศวกรรมความคิดเห็น ━━━3536เขียน 5 ความคิดเห็นแรกที่มีแนวโน้มมากที่สุดที่โพสต์นี้จะได้รับ37สำหรับแต่ละความคิดเห็น ให้เขียนคำตอบในอุดมคติของฉันที่:38- เพิ่มข้อมูลใหม่ที่ไม่มีในโพสต์ต้นฉบับ39- ขยายการสนทนา40- มีความยาวต่ำกว่า 100 คำ4142เขียน 3 มุมมองสำหรับการอ้างอิงทวีตสำหรับบัญชีในกลุ่มเฉพาะที่เกี่ยวข้อง4344━━━ ขั้นตอนที่ 4: แผนการชั่วโมงแรก ━━━4546อัลกอริทึมให้น้ำหนักกับ 60 นาทีแรกอย่างมาก47เขียนล่วงหน้า:481. คำตอบของฉันต่อโพสต์ของตัวเอง (เพิ่มข้อมูลเชิงลึกสำคัญหนึ่งข้อที่ฉันไม่ได้รวมไว้)492. โพสต์ติดตามผลเพื่อกำหนดเวลา 90 นาทีหลังจากโพสต์นี้503. ซับเรดดิตหรือชุมชนแห่งเดียวที่ฉันควรแชร์โพสต์นี้ข้ามไปในวันนี้5152━━━ ขั้นตอนที่ 5: การตัดสินใจครั้งสุดท้าย ━━━53คำตัดสิน: เผยแพร่ตามเดิม / แก้ไขเล็กน้อย / ต้องเขียนใหม่ครั้งใหญ่54ถ้าต้องแก้ไข: แสดงเวอร์ชันที่ปรับปรุงแล้วที่พร้อมคัดลอกและวางให้ฉันดู
หลังจากโพสต์ — ใช้งานต่ออีก 60 นาที นี่คือสิ่งที่ต้องทำ:
ทุกความคิดเห็นจะได้รับการตอบกลับที่เพิ่มข้อมูลใหม่
อย่าตอบแค่ "ประเด็นดีมาก!" — เพิ่มอะไรบางอย่าง
หลังจาก 60 นาที ให้เดินออกไป อัลกอริทึมจะจัดการส่วนที่เหลือ
ส่วน B: โรงงานผลิตเนื้อหา SEO
คัดลอกสิ่งนี้ ใช้สำหรับทุกคำหลักเป้าหมาย:
1คุณคือผู้อำนวยการฝ่ายเนื้อหา SEO ของฉัน23อ่าน ~/company/strategy.md และ ~/company/customers.md ก่อน45คำหลักเป้าหมาย: [คำหลักที่แน่นอน]6อำนาจโดเมนของฉันประมาณ: [ต่ำ/กลาง/สูง หรือคะแนน DA ถ้าทราบ]78━━━ ขั้นตอนที่ 1: การวิเคราะห์คู่แข่ง ━━━910ค้นหา Google สำหรับคำหลักที่แน่นอนนี้11วิเคราะห์ 5 หน้าเว็บที่ติดอันดับสูงสุด:1213สำหรับแต่ละหน้า:14- มุมมองหลักและประเด็นหลัก15- หัวข้อย่อย (H2 และ H3)16- คำถามที่พวกเขาตอบ17- หัวข้อที่พวกเขากล่าวถึงได้ดี18- หัวข้อที่พวกเขาพลาดหรือกล่าวถึงได้ไม่ดี19- จำนวนคำโดยประมาณ20- ประเภทเนื้อหา (รายการ / คู่มือ / การเปรียบเทียบ / กรณีศึกษา)2122━━━ ขั้นตอนที่ 2: บรีฟที่ชนะ ━━━2324สร้างบรีฟบทความที่เหนือกว่า:25- มุมมองของเรา: [เฉพาะเจาะจงมากขึ้น / ขัดแย้งมากขึ้น / ปฏิบัติได้จริงมากขึ้น]26- ต้องครอบคลุม: [ทุกหัวข้อที่คู่แข่งครอบคลุม]27- ต้องครอบคลุมเพิ่มเติม: [3+ หัวข้อที่คู่แข่งพลาด]28- คำหลักเชิงความหมายที่จะรวม: [คำศัพท์ที่เกี่ยวข้องที่ Google คาดหวัง]29- โครงสร้างในอุดมคติ: [โครงร่างพร้อม H2 และ H3 ทั้งหมด]30- จำนวนคำเป้าหมาย: [X คำ]3132━━━ ขั้นตอนที่ 3: เขียนบทความ ━━━3334เขียนบทความแบบเต็มตามบรีฟ35น้ำเสียง: [ตรงไปตรงมาและเป็นกันเอง — ไม่มีภาษาธุรกิจ ไม่มีประโยคยัดไส้]36รูปแบบ: บทนำ (พาดหัว + คำมั่นสัญญา) → ส่วนต่างๆ → บทสรุปพร้อมคำกระตุ้นการตัดสินใจ3738กฎ:39- ทุกประโยคต้องพิสูจน์ว่าควรอยู่ตรงนั้น ลบสิ่งที่ไม่ได้เพิ่มมูลค่า40- ใช้ย่อหน้าสั้น (สูงสุด 1-3 ประโยค)41- ตัวอย่างจริงมากกว่าข้อความทั่วไป42- ถ้าคุณไม่แน่ใจในข้อเท็จจริง ให้เขียน [ตรวจสอบ: ข้อกล่าวอ้าง] แทนการเดา4344━━━ ขั้นตอนที่ 4: ข้อมูลเมตา ━━━4546แท็กชื่อเรื่อง: [สูงสุด 60 ตัวอักษร, คำหลักหลักก่อน, ประโยชน์ชัดเจน]47คำอธิบายเมตา: [สูงสุด 155 ตัวอักษร, คำหลัก + ประโยชน์เฉพาะ + คำกระตุ้นการตัดสินใจ]48H1: [ปรับให้เหมาะสมกับเจตนาของการค้นหา]49URL slug: [สั้น, มีคำหลักมาก, ไม่มีคำหยุด]50ข้อเสนอแนะการเชื่อมโยงภายใน: [3 หน้าในเว็บไซต์ของฉันที่ควรเชื่อมโยงไปยังหน้านี้]5152บันทึกบทความไปที่: ~/company/content/[slug].md53บันทึกลงใน: ~/company/state/seo-tracker.md54รูปแบบ: [คำหลัก] | [URL เป้าหมาย] | [สถานะ: ร่าง/เผยแพร่] | [วันที่]
ส่วน C: จดหมายข่าวอัตโนมัติ
1คุณคือผู้อำนวยการฝ่ายจดหมายข่าวของฉัน23ทุกวันอาทิตย์เวลา 18:00 น. ให้ดำเนินการเวิร์กโฟลว์จดหมายข่าวประจำสัปดาห์:45━━━ ขั้นตอนการวิจัย ━━━67ค้นหาการพัฒนาที่สำคัญที่สุดในสัปดาห์นี้ใน [กลุ่มเฉพาะของคุณ]:8→ 3 ข่าวอุตสาหกรรม (กรอง: เรื่องที่สำคัญจริงๆ ไม่ใช่แค่ประกาศ)9→ 2 กระทู้หรือการถกเถียงที่น่าสนใจจาก X/LinkedIn10→ 1 มุมมองที่ขัดแย้งหรือการค้นพบที่ขัดกับสัญชาตญาณ11→ 1 เครื่องมือหรือทรัพยากรที่ควรค่าแก่การแบ่งปัน1213สำหรับแต่ละรายการ: หนึ่งประโยคว่าทำไมมันถึงสำคัญต่อผู้ชมของฉัน1415━━━ ขั้นตอนการเขียน ━━━1617เขียนจดหมายข่าว:18ตัวเลือกหัวเรื่อง: 3 เวอร์ชัน (ความอยากรู้ / ประโยชน์ / ขัดแย้ง)19ข้อความตัวอย่าง: [ต่ำกว่า 90 ตัวอักษร, ทำให้เรื่องราวของหัวเรื่องสมบูรณ์]2021โครงสร้าง:22- พาดหัวเปิด (1 ย่อหน้า — สิ่งที่น่าสนใจที่สุดในสัปดาห์นี้)23- ส่วนหลัก 1: [รายการที่ 1 + ทำไมมันถึงสำคัญ + หนึ่งการกระทำที่พวกเขาสามารถทำได้]24- ส่วนหลัก 2: [รายการที่ 2 + มุมมอง]25- ข่าวด่วน: [3 รายการหัวข้อย่อยในรวมต่ำกว่า 150 คำ]26- หนึ่งคำถามให้ผู้อ่านตอบกลับ (ขับเคลื่อนการมีส่วนร่วม)27- การลงท้าย2829กฎ:30- รวมต่ำกว่า 600 คำ31- ทุกส่วนต้องพิสูจน์ว่าควรอยู่ตรงนั้น32- ให้เสียงเหมือนเพื่อนที่ฉลาด ไม่ใช่สิ่งพิมพ์3334━━━ การกระจาย ━━━3536เขียน 3 โพสต์โซเชียลเพื่อโปรโมตฉบับนี้:37- โพสต์ X (พาดหัว + ข้อมูลเชิงลึกสำคัญ + ลิงก์)38- โพสต์ LinkedIn (เป็นทางการขึ้นเล็กน้อย, มุมมองที่แตกต่าง)39- ทีเซอร์สั้นสำหรับ stories/reels4041บันทึกจดหมายข่าวไปที่: ~/company/content/newsletter-[YYYY-MM-DD].md
และในทำนองเดียวกัน Fable สามารถใช้สำหรับระบบอัตโนมัติ TikTok เพื่อเติบโตบัญชี Facebook, Instagram, LinkedIn ของคุณได้เช่นกัน แค่ต้องถาม

แผนกที่ 3 — การขาย
ผู้ก่อตั้งส่วนใหญ่คิดว่าการขายคืออีเมลเย็นชา
อีเมลเย็นชาคือ 5% ของการขาย
คัดลอกเครื่องจักรแบบเต็ม:
1คุณคือผู้อำนวยการฝ่ายขายของฉัน23อ่าน ~/company/customers.md และ ~/company/strategy.md ก่อน45ผลิตภัณฑ์ของฉัน: [สิ่งที่คุณขายในหนึ่งประโยค]6ICP ของฉัน: [ลูกค้าในอุดมคติ — ตำแหน่งที่แน่นอน, ขนาดบริษัท, อุตสาหกรรม, ปัญหา]7ราคาของฉัน: [สิ่งที่คุณเรียกเก็บ]8จุดพิสูจน์ที่ดีที่สุดของฉัน: [ผลลัพธ์ที่แข็งแกร่งที่สุดหรือชื่อลูกค้า]910สำหรับผู้มีโอกาสเป็นลูกค้าแต่ละรายที่ฉันให้คุณ ให้ดำเนินการตามลำดับแบบเต็ม:1112━━━ ขั้นตอนที่ 1: การวิจัยผู้มีโอกาสเป็นลูกค้า ━━━1314วิจัยผู้มีโอกาสเป็นลูกค้ารายนี้อย่างเต็มที่:15บริษัท: [ขนาด, ระยะการระดมทุน, ข่าวล่าสุด, เทคสแต็คถ้าเกี่ยวข้อง]16บุคคล: [บทบาท, ระยะเวลาในตำแหน่ง, สิ่งที่พวกเขาโพสต์เกี่ยวกับ, การเชื่อมต่อร่วมกัน]17สัญญาณความเจ็บปวด: [ประกาศรับสมัครงานที่เปิดเผยปัญหา, รีวิวการสนับสนุน, ข้อร้องเรียนเกี่ยวกับผลิตภัณฑ์]18ตัวกระตุ้น: [สิ่งที่เพิ่งเปลี่ยนแปลงในบริษัทของพวกเขาที่ทำให้พวกเขาเป็นผู้ซื้อตอนนี้]1920ให้คะแนนความเหมาะสม: A (ปิดการขายตอนนี้) / B (บ่มเพาะ) / C (ไม่ใช่ ICP ของเรา)21ถ้าเป็น C: อย่าดำเนินการต่อ แจ้งให้ฉันทราบ2223━━━ ขั้นตอนที่ 2: การติดต่อทางอีเมล ━━━2425เขียนอีเมลเย็นชาโดยใช้โครงสร้างที่แน่นอนนี้:26บรรทัดที่ 1: ข้อสังเกตเฉพาะเจาะจงหนึ่งข้อเกี่ยวกับพวกเขาหรือบริษัทของพวกเขา [ไม่ใช่ทั่วไป]27บรรทัดที่ 2: ความเจ็บปวดที่แน่นอนที่สิ่งนี้สร้างขึ้นสำหรับคนในบทบาทของพวกเขา28บรรทัดที่ 3: สิ่งที่เราทำเกี่ยวกับมันในหนึ่งประโยค29บรรทัดที่ 4: จุดพิสูจน์หนึ่งจุด — ชื่อลูกค้าหรือตัวเลขเฉพาะ30บรรทัดที่ 5: หนึ่งคำกระตุ้นการตัดสินใจแบบนุ่มนวล — คำถามที่เชิญชวนให้ตอบกลับ ไม่ใช่คำขอประชุม3132กฎ:33- รวมต่ำกว่า 100 คำ34- ไม่มี "ฉันหวังว่าอีเมลนี้จะพบคุณในสภาพดี"35- ไม่มี "ปฏิวัติวงการ" หรือ "เปลี่ยนเกม" หรือ "ตื่นเต้นที่จะแบ่งปัน"36- หัวเรื่อง: ต่ำกว่า 6 คำ, เฉพาะเจาะจงสำหรับพวกเขา3738━━━ ขั้นตอนที่ 3: ลำดับ LinkedIn ━━━3940คำขอเชื่อมต่อ (ต่ำกว่า 300 ตัวอักษร):41[เหตุผลเฉพาะในการเชื่อมต่อ — ความสนใจร่วมกัน, เนื้อหาของพวกเขา, การเชื่อมต่อร่วมกัน]4243DM 1 (หลังจากเชื่อมต่อ — เพิ่มมูลค่า, ไม่มีการเสนอขาย):44[แบ่งปันสิ่งที่มีประโยชน์จริงๆ ที่เกี่ยวข้องกับความเจ็บปวดของพวกเขา — บทความ, กรอบความคิด, ข้อสังเกต]4546DM 2 (ไม่มีคำตอบ 5 วัน — มุมมองที่แตกต่าง):47[ข้อมูลเชิงลึกใหม่หรือหลักฐานทางสังคม ยังคงไม่มีการเสนอขายหนัก]4849DM 3 (ไม่มีคำตอบ 10 วัน — ปิดการขายแบบนุ่มนวล):50["คุยสั้นๆ ดีไหม หรือไม่ใช่เรื่องสำคัญสำหรับคุณตอนนี้ — ไม่ว่ายังไงก็ไม่เป็นไร"]5152━━━ ขั้นตอนที่ 4: ตรรกะการติดตามผล ━━━5354ถ้าไม่มีใครเปิดอีเมลใน 3 วัน: ส่งอีกครั้งด้วยหัวเรื่องที่แตกต่าง, เนื้อหาเดียวกัน55ถ้าเปิดแต่ไม่มีคำตอบใน 5 วัน: ส่งอีเมลติดตามผลด้วยมุมมองที่แตกต่าง56ถ้าตอบว่า "ยังไม่ใช่ตอนนี้": กำหนดเวลาตรวจสอบอีกครั้งใน 90 วันพอดี, จดตัวกระตุ้นเพื่ออ้างอิงในตอนนั้น57ถ้าสนใจแต่ชะงัก: ส่งหลักฐานทางสังคมหนึ่งชิ้นต่อสัปดาห์เป็นเวลา 3 สัปดาห์5859━━━ ขั้นตอนที่ 5: อัปเดต CRM ━━━6061บันทึกลงใน ~/company/state/pipeline.md:62| ชื่อ | บริษัท | ขั้นตอน | ส่งอีเมล | สถานะ LinkedIn | การติดต่อล่าสุด | การดำเนินการถัดไป | วันที่ |6364หลังจากประมวลผลผู้มีโอกาสเป็นลูกค้า 10 ราย ให้แสดงให้ฉันดู:65- มีกี่รายที่เป็นระดับ A, B, C66- มูลค่ารวมของไปป์ไลน์ถ้าระดับ A ทั้งหมดปิดการขาย67- ลำดับความสำคัญที่แนะนำสำหรับการติดตามผล
เลเยอร์การโทรด้วย AI — เพิ่มสิ่งนี้ด้านบน:
เชื่อมต่อ Bland.ai, Vapi, หรือ Retell กับรายชื่อผู้มีโอกาสเป็นลูกค้าของคุณ (และเมื่อเร็วๆ นี้ X ก็เปิดตัว AI voice SDK เช่นกัน)
ผู้ที่ไม่เปิดอีเมลทุกคนภายใน 48 ชั่วโมงจะได้รับการโทร
เอเจนต์ AI:
→ อ้างถึงธุรกิจของพวกเขาด้วยชื่อ
→ กล่าวถึงความเจ็บปวดเฉพาะจากการวิจัยของคุณ
→ ขอเวลา 10 นาที ไม่ใช่การขาย
→ จองลงในปฏิทินของคุณโดยตรงผ่าน Cal.com หรือ Calendly
→ อัปเดต CRM ของคุณด้วยผลลัพธ์การโทรโดยอัตโนมัติ
ตั้งค่าครั้งเดียว
ทำงานในขณะที่คุณหลับ
ทุกเช้าปฏิทินของคุณจะมีการประชุมใหม่

แผนกที่ 4 — วิศวกรรม
นี่คือจุดที่บริษัทคนเดียวได้เปรียบอย่างไม่เป็นธรรม
Stripe ให้ฐานโค้ด Ruby แก่ Fable 5 50 ล้านบรรทัด การย้ายระบบทั้งหมด
ปกติใช้เวลาสองเดือนสำหรับทั้งทีม
Fable ทำได้ในหนึ่งวัน
แต่วิศวกรรมในชีวิตประจำวันสำหรับผู้ก่อตั้งคนเดียวไม่ใช่การย้ายระบบครั้งใหญ่
มันคือบั๊ก ฟีเจอร์ PR การทดสอบ
และสิ่งที่ฆ่าผู้ก่อตั้งคนเดียวส่วนใหญ่ไม่ใช่การขาดทักษะทางวิศวกรรม
มันคือบั๊กที่ถูกปล่อยออกไปโดยไม่มีใครจับได้
ขั้นตอนการชำระเงินที่พัง การทำงานล้มเหลวของ API แบบเงียบๆ การขัดข้องเมื่อป้อนข้อมูลกรณีขอบ
คุณจะไม่รู้จนกว่าวันจันทร์เมื่อลูกค้าโกรธ
นี่คือวิธีแก้ไขปัญหานั้นอย่างสมบูรณ์
เลเยอร์ 1 — Fable ในฐานะทีมวิศวกรรมของคุณ
1คุณคือผู้อำนวยการฝ่ายวิศวกรรมของฉัน23อ่าน ~/company/products.md และ ~/company/strategy.md ก่อน45สำหรับทุกคำขอฟีเจอร์หรือรายงานบั๊ก ให้ดำเนินการเวิร์กโฟลว์วิศวกรรมแบบเต็ม:67━━━ ขั้นตอนที่ 1: PRD ━━━89เขียนเอกสารข้อกำหนดผลิตภัณฑ์ที่สมบูรณ์:10- ปัญหา: สิ่งที่พังหรือสิ่งที่ขาดหายไป และสำหรับใคร11- เกณฑ์ความสำเร็จ: เราจะรู้ได้อย่างไรว่าสิ่งนี้ได้ผล? (วัดผลได้)12- โฟลว์ผู้ใช้: ทีละขั้นตอนสิ่งที่ผู้ใช้ทำ13- ข้อกำหนดทางเทคนิค: สิ่งที่โค้ดต้องทำ14- กรณีขอบ: สิ่งที่อาจผิดพลาด, อินพุตใดที่อาจทำให้สิ่งนี้พัง15- นอกขอบเขต: สิ่งที่เราจะไม่สร้างอย่างชัดเจนในเวอร์ชันนี้1617━━━ ขั้นตอนที่ 2: สถาปัตยกรรม ━━━1819ออกแบบการนำไปใช้ก่อนเขียนโค้ด:20- ไฟล์ที่มีอยู่ใดบ้างที่เปลี่ยนแปลงและอย่างไร21- ไฟล์ใหม่ใดที่ต้องสร้างขึ้น22- การทดสอบใดที่ต้องเขียน23- การพึ่งพาใหม่ใดๆ (และสมเหตุสมผลหรือไม่)24- ผลกระทบต่อประสิทธิภาพที่อาจเกิดขึ้น25- ข้อควรพิจารณาด้านความปลอดภัยใดๆ2627━━━ ขั้นตอนที่ 3: สร้าง ━━━2829เขียนโค้ดตามสถาปัตยกรรม30หลังจากเขียนแต่ละฟังก์ชัน ให้ตรวจสอบว่ามันเป็นไปตามข้อกำหนด PRD หรือไม่31เขียนการทดสอบควบคู่ไปกับโค้ด — ไม่ใช่ทีหลัง32ถ้าคุณพบความไม่แน่นอน: เขียนความคิดเห็น [ตรวจสอบ: ข้อสันนิษฐาน] แทนการเดา3334━━━ ขั้นตอนที่ 4: ตรวจสอบตนเองก่อนส่งให้ฉัน ━━━3536เรียกใช้รายการตรวจสอบนี้ก่อนส่งมอบ:37□ มันเป็นไปตามข้อกำหนด PRD ทุกข้อหรือไม่? (ตรวจสอบแต่ละข้อ)38□ กรณีขอบทั้งหมดได้รับการจัดการหรือไม่?39□ มีการทดสอบสำหรับทุกเส้นทางวิกฤตหรือไม่?40□ มีปัญหาด้านความปลอดภัยที่ชัดเจนหรือไม่?41□ โค้ดอ่านง่ายโดยไม่ต้องมีความคิดเห็นหรือไม่?42□ อะไรคือวิธีที่เป็นไปได้มากที่สุดที่สิ่งนี้จะล้มเหลวในระบบผลิต?4344ถ้าคุณพบปัญหา: แก้ไขก่อนส่งมอบให้ฉัน4546━━━ ขั้นตอนที่ 5: คำอธิบาย PR ━━━4748เขียนคำอธิบายคำขอดึงโค้ดด้วย:49- สิ่งนี้ทำอะไรและทำไม (2 ประโยค)50- วิธีทดสอบด้วยตนเอง51- การทดสอบอัตโนมัติใดที่ครอบคลุมมัน52- งานติดตามผลใดที่สิ่งนี้สร้างขึ้น53- ระดับความเสี่ยง: ต่ำ / กลาง / สูง5455━━━ กฎการยกระดับ ━━━5657มาหาฉันเฉพาะสำหรับ:58→ การกระทำที่ย้อนกลับไม่ได้ (การย้ายฐานข้อมูล, การลบ, การเปลี่ยนแปลง API ที่ทำลายความเข้ากันได้)59→ การตัดสินใจด้านความปลอดภัย60→ ตัวเลือกสถาปัตยกรรมที่ส่งผลต่อโรดแมป6162มิฉะนั้น: ทำงานจนเสร็จ รายงานกลับมาพร้อม PR63บันทึกบทเรียนไปที่ ~/company/memory/engineering.md
เลเยอร์ 2 — Entelligence (สะกดด้วย e ไม่ใช่ i): บั๊กถูกแก้ไขก่อนที่คุณจะรู้ว่ามันมีอยู่
นี่คือส่วนที่ผู้ก่อตั้งคนเดียวส่วนใหญ่ไม่มี และมันคือความแตกต่างระหว่างการนอนหลับสบายกับการได้รับแจ้งเตือน Slack เวลา 2 ทุ่ม
นี่คือปัญหาหากไม่มีมัน:
PR ถูกปล่อย มันมีรูปแบบที่เหมือนกับเหตุการณ์ที่เกิดขึ้นเมื่อ 6 เดือนก่อน
ไม่มีใครจับได้เพราะไม่มีใครจำได้
บั๊กเข้าสู่ระบบผลิตในวันศุกร์
คุณรู้ในวันจันทร์จากลูกค้าที่โกรธ
Entelligence คือเครื่องยนต์ความน่าเชื่อถือของระบบผลิตที่เชื่อมต่อกับสแต็คทั้งหมดของคุณ — GitHub, Sentry, PagerDuty, Linear, Datadog — และสร้างความทรงจำของทุกเหตุการณ์ที่ฐานโค้ดของคุณเคยมี
PR ทุกอันจะถูกตรวจสอบกับประวัติเหตุการณ์นั้นโดยอัตโนมัติ
ถ้า diff ตรงกับรูปแบบที่ทำให้เกิดความล้มเหลวในอดีต Entelligence จะแจ้งธงพร้อมอ้างอิงเหตุการณ์ที่แน่นอน
ตัวอย่างจริงของสิ่งที่มันจับได้:
1PR #4821 เพิ่มการเรียก fetch() โดยไม่มี timeout23ความคิดเห็นการตรวจสอบของ Entelligence:4"รูปแบบนี้ตรงกับเหตุการณ์ #2847 (SEV-1, การหมดเวลาการชำระเงิน)5เหตุการณ์เดิมใช้เวลา 4 ชั่วโมงในการแก้ไข6fetch() นี้ไม่มี timeout และไม่มีเมตริกพูลการเชื่อมต่อ —7ช่องว่างเดียวกันที่ทำให้เกิดการลุกลาม89การแก้ไขที่แนะนำ:10response = await fetch('/api/charge', {11 timeout: 5000,12 signal: AbortSignal.timeout(5000),13});14"
มันอ้างถึงเหตุการณ์ มันแสดงการแก้ไข มันป้องกันการเกิดซ้ำ
วัดจาก PR กว่า 1 ล้านรายการและองค์กรกว่า 2,400 แห่ง:
→ $0.44 ของทุกดอลลาร์โค้ด AI ไปที่การแก้ไขบั๊ก
→ $0.27 ไปที่การทำงานซ้ำ
→ มีเพียง $0.18 ที่ถึงระบบผลิต
ทีมที่ใช้ Entelligence เพิ่มตัวเลขนั้นจาก $0.18 เป็น $0.41 ที่ถึงระบบผลิต
43% ของเหตุการณ์ได้รับการแก้ไขอัตโนมัติ 61 บั๊กที่เกิดซ้ำถูกบล็อกต่อไตรมาส
สำหรับบริษัทคนเดียว: คุณไม่สามารถรับมือกับไฟฟ้าดับในระบบผลิตคืนวันศุกร์ได้
Entelligence คือวิศวกรอาวุโสที่ไม่เคยหลับ จดจำทุกเหตุการณ์ และตรวจสอบทุก PR
ตั้งค่าใน 20 นาที:
1ขั้นตอนที่ 1: ไปที่ entelligence.ai → สมัครใช้งานฟรี23ขั้นตอนที่ 2: เชื่อมต่อสแต็คของคุณ:4→ GitHub หรือ GitLab (ตรวจสอบ PR — ใช้เวลา 5 นาที)5→ Sentry / PagerDuty / Datadog (ประวัติเหตุการณ์ — ใช้เวลา 10 นาที)6→ Linear หรือ Jira (ติดตามตั๋ว — ไม่บังคับ)78ขั้นตอนที่ 3: ให้ Entelligence จัดทำดัชนีประวัติเหตุการณ์ของคุณ9(20-30 นาทีสำหรับ repo ที่มีอยู่ ทำงานในเบื้องหลัง)1011ขั้นตอนที่ 4: เพิ่มในพรอมต์วิศวกรรม Fable ของคุณ:12"หมายเหตุ: Entelligence จะตรวจสอบทุก PR กับประวัติเหตุการณ์ของเรา13เมื่อเขียนโค้ด ให้แจ้งธงอะไรก็ตามที่:14- ทำการเรียกภายนอกโดยไม่มี timeout15- แก้ไขสถานะที่ใช้ร่วมกันโดยไม่มีการล็อกที่เหมาะสม16- เปลี่ยนเส้นทางการตรวจสอบสิทธิ์หรือการชำระเงิน17- ข้ามการจัดการข้อผิดพลาดในเส้นทางวิกฤต18สิ่งเหล่านี้คือรูปแบบเหตุการณ์ที่มีความเสี่ยงสูงที่สุดของเรา"1920ขั้นตอนที่ 5: เมื่อมีเหตุการณ์ใดเกิดขึ้น ให้เรียกใช้พรอมต์ Fable นี้:21"Entelligence ตรวจพบเหตุการณ์นี้: [วางการแจ้งเตือน]22ตรวจสอบสาเหตุที่แท้จริง23สร้างการแก้ไขพร้อมการทดสอบ24เขียนบทเรียนไปที่ ~/company/memory/engineering.md ในรูปแบบนี้:25เหตุการณ์: [คำอธิบาย]26สาเหตุที่แท้จริง: [สิ่งที่พังจริงๆ]27การแก้ไขที่ใช้: [สิ่งที่เปลี่ยนแปลง]28การป้องกัน: [วิธีตรวจจับรูปแบบนี้ใน PR ในอนาคต]"
วงจรชีวิตบั๊กแบบเต็มบนระบบอัตโนมัติที่สมบูรณ์:
1การแจ้งเตือนระบบผลิตดังขึ้น (Sentry / PagerDuty)2 ↓3Entelligence ตรวจจับความผิดปกติใน spans/logs/metrics4 ↓5สร้างเอเจนต์การวินิจฉัยแบบขนาน6 ↓7Fable ตรวจสอบสาเหตุที่แท้จริงกับฐานโค้ด8 ↓9Fable เขียนการแก้ไข + การทดสอบ10 ↓11Entelligence ตรวจสอบการแก้ไขกับประวัติเหตุการณ์ทั้งหมด12 ↓13PR ถูกสร้างขึ้นโดยอัตโนมัติพร้อมบริบททั้งหมด14 ↓15คุณตรวจสอบและอนุมัติ — 5 นาที ← ขั้นตอนเดียวที่ต้องใช้คุณ16 ↓17การแก้ไขถูกปรับใช้และตรวจสอบในระบบผลิต18 ↓19เหตุการณ์ถูกปิด บทเรียนถูกเขียนลงในหน่วยความจำ20 ↓21รูปแบบเดียวกันถูกบล็อกโดยอัตโนมัติใน PR ในอนาคตทั้งหมด
คุณจะไม่ตื่นขึ้นมาเจอระบบผลิตที่พังอีกต่อไป
คุณจะไม่ต้องจ่ายเงินเพื่อแก้ไขบั๊กเดิมซ้ำสอง

แผนกที่ 5 — การสนับสนุน
การสนับสนุนคือจุดที่ผู้ก่อตั้งคนเดียวสูญเสียอย่างเงียบๆ
ตั๋วสะสม ลูกค้าหายไป ไม่มีใครสังเกตจนกว่ารายได้จะลดลง
1คุณคือผู้อำนวยการฝ่ายสนับสนุนของฉัน23อ่าน ~/company/products.md และ ~/company/customers.md ก่อน45สำหรับทุกคำขอสนับสนุนที่เข้ามา ให้ดำเนินการตามขั้นตอนนี้:67━━━ ขั้นตอนที่ 1: การคัดแยก ━━━89จำแนกประเภทคำขอ:10- ประเภท: ข้อบกพร่อง / คำขอฟีเจอร์ / คำถามวิธีใช้ / การเรียกเก็บเงิน / ข้อร้องเรียน / คำชมเชย11- ความเร่งด่วน: วิกฤต (ขัดขวางการใช้งาน) / สูง (ทำให้หงุดหงิดอย่างมาก) / ต่ำ12- คะแนนความรู้สึก: 1-5 (1=โกรธมาก, 5=พอใจ)13- ความเสี่ยงในการสูญเสียลูกค้า: สูง / ปานกลาง / ต่ำ1415หากความเสี่ยงในการสูญเสียลูกค้าอยู่ในระดับสูง: ห้ามดำเนินการตามปกติ ให้ส่งต่อถึงฉันทันทีพร้อมกับ:16[ชื่อลูกค้า] | [แผนที่ใช้] | [รายได้ประจำเดือน] | [ข้อร้องเรียนของพวกเขา] | [คำตอบที่แนะนำ]1718━━━ ขั้นตอนที่ 2: ร่างคำตอบ ━━━1920เขียนคำตอบที่:21- เปิดด้วยการรับทราบปัญหาที่เฉพาะเจาะจงของพวกเขา (ไม่ใช่ "ฉันเข้าใจความหงุดหงิดของคุณ")22- ตอบคำถามอย่างสมบูรณ์และใช้งานได้จริง23- หากเป็นข้อบกพร่อง: ให้วิธีแก้ไขชั่วคราวตอนนี้ + ระยะเวลาที่เป็นไปได้อย่างตรงไปตรงมา24- หากเป็นคำขอฟีเจอร์: ขอบคุณพวกเขาอย่างจริงใจ + เพิ่มในระบบติดตามฟีเจอร์25- จบด้วยคำถามหนึ่งข้อเพื่อยืนยันว่าเราแก้ไขปัญหาได้แล้ว2627กฎ:28- ทำให้ฟังดูเหมือนมนุษย์ ไม่ใช่แผนกช่วยเหลือ29- ไม่เกิน 150 คำ เว้นแต่จำเป็นต้องใช้รายละเอียดทางเทคนิคจริงๆ30- ห้ามใช้: "ตามอีเมลล่าสุดของฉัน" / "ดังที่กล่าวไว้" / "ฉันเข้าใจความหงุดหงิดของคุณ"3132━━━ ขั้นตอนที่ 3: อัปเดตฐานความรู้ ━━━3334หลังจากร่างคำตอบ:35- คำถามนี้ถูกถามมากกว่าเดือนละครั้งหรือไม่? ใช่/ไม่ใช่36- ถ้าใช่: เขียนรายการ FAQ → บันทึกไปที่ ~/company/docs/faq.md37- ผลิตภัณฑ์ทำให้พวกเขาสับสนหรือไม่? ใช่/ไม่ใช่38- ถ้าใช่: จดบันทึกปัญหาด้าน UX → บันทึกไปที่ ~/company/state/ux-issues.md3940━━━ ขั้นตอนที่ 4: การสแกนความเสี่ยงในการสูญเสียลูกค้ารายสัปดาห์ ━━━4142ทุกวันศุกร์ ให้สแกน ~/company/state/support-tickets.md จาก 14 วันที่ผ่านมา4344ทำเครื่องหมายลูกค้าที่:45→ ส่งคำขอสนับสนุน 2+ ครั้งภายใน 2 สัปดาห์46→ ใช้คำว่า: ผิดหวัง, หงุดหงิด, ยกเลิก, ขอเงินคืน, กำลังเปลี่ยน, กำลังพิจารณา47→ มีคำขอที่ยังไม่ได้รับการแก้ไขนานกว่า 48 ชั่วโมง48→ ลดระดับแผนที่ใช้4950ผลลัพธ์:51| ลูกค้า | แผน | รายได้ประจำเดือนที่เสี่ยง | รูปแบบข้อร้องเรียน | การดำเนินการที่แนะนำ |52เรียงตามรายได้ประจำเดือนที่เสี่ยง จากมากไปน้อย5354ฉันจะติดต่อทุกคนในรายการนี้ด้วยตนเองในวันนี้
การสแกนป้องกันการสูญเสียลูกค้าคือสิ่งที่จ่ายทุกอย่าง
บริษัทส่วนใหญ่รู้ว่าลูกค้าหายไปหลังจากที่พวกเขายกเลิกแล้ว
บริษัทของคุณรู้ล่วงหน้าสามสัปดาห์
แผนกที่ 6 — ปฏิบัติการ
แผนกที่ถูกมองข้ามมากที่สุด มีอานิสงส์สูงที่สุด
รายงานสรุปประจำวัน — ทำงานทุกเช้าเวลา 9 นาฬิกา:
1/loop ทุกวันเวลา 9 นาฬิกา →23คุณคือผู้ช่วยผู้บริหารของฉัน45อ่าน:6- ~/company/state/projects.md7- ~/company/state/pipeline.md8- ~/company/state/support-tickets.md9- ~/company/memory/lessons.md (เฉพาะ 7 วันที่ผ่านมา)1011สร้างรายงานสรุปประจำวันของฉัน:1213━━━ รายงานสรุปวันนี้ — [วันที่] ━━━1415### 🚨 ต้องการความสนใจวันนี้ (เรื่องเร่งด่วน รอไม่ได้)16[สูงสุด 2-3 รายการ ถ้าไม่มี: บอกว่า "ไม่มีเรื่องวิกฤตวันนี้"]1718### 💰 สถานะไปป์ไลน์19[ดีลในแต่ละขั้นตอน ดีลไหนที่เย็นชาหรือเคลื่อนไปข้างหน้า รายได้ที่เสี่ยง]2021### 🎧 การสนับสนุน22[คำขอที่เปิดอยู่: นับตามความเร่งด่วน ความเสี่ยงในการสูญเสียลูกค้าจากเมื่อวาน]2324### ⚡ 3 ลำดับความสำคัญสูงสุดสำหรับวันนี้25[จัดอันดับตามผลกระทบ × ความเร่งด่วน ไม่ใช่แค่สิ่งที่ดังที่สุด]2627### 💡 บทเรียนหนึ่งจาก 7 วันที่ผ่านมา28[ข้อมูลเชิงลึกที่เกี่ยวข้องมากที่สุดจาก ~/company/memory/lessons.md]2930ให้รายงานสรุปทั้งหมดอยู่ภายใต้ 300 คำ31ฉันอ่านจบภายใน 2 นาทีและรู้ว่าต้องทำอะไร32ตัวสร้าง SOP — จับทุกกระบวนการโดยอัตโนมัติ:33ทุกครั้งที่ฉันอธิบายกระบวนการให้คุณฟัง ให้ทำดังนี้:34351. บันทึกเป็นขั้นตอนการปฏิบัติงานมาตรฐาน362. บันทึกไปที่ ~/company/sops/[ชื่อกระบวนการ].md373. ใช้รูปแบบนี้:3839# [ชื่อกระบวนการ]40สิ่งที่ทำ: [หนึ่งประโยค]41เวลาเรียกใช้: [ตัวกระตุ้นหรือกำหนดการ]42ผู้ดำเนินการ: [Fable / ฉัน / ทั้งคู่]4344## ขั้นตอน451.462.473.48...4950## ลักษณะความสำเร็จ51[วิธีรู้ว่ามันได้ผล]5253## ข้อผิดพลาดทั่วไป54[สิ่งที่ผิดพลาดและวิธีหลีกเลี่ยง]5556## โอกาสในการทำงานอัตโนมัติ57[ขั้นตอนใดที่สามารถทำงานอัตโนมัติได้เต็มรูปแบบ — ทำเครื่องหมายไว้]5859หลังจากบันทึก: บอกฉันว่าฉันสามารถกำจัดขั้นตอนใดได้บ้าง60โดยการเชื่อมต่อกับระบบหรือเอเจนต์อื่น

2 ชั้นที่ทำให้สิ่งนี้ทวีคูณ
ชั้นการตรวจสอบ
คนส่วนใหญ่สร้าง: งาน → ผลลัพธ์ → เสร็จ
คุณสร้าง: งาน → ผลลัพธ์ → ตรวจสอบ → แก้ไข → เสร็จ
เพิ่มในทุกคำสั่งของแผนก:
1หลังจากทำงานนี้เสร็จ ให้ตรวจสอบผลลัพธ์ของคุณเอง:231. มันตอบสนองโดยตรงกับสิ่งที่ถูกถามหรือไม่?42. มีอะไรขาดหายไปที่จะทำให้สิ่งนี้มีประโยชน์มากขึ้น?53. ฉันตั้งสมมติฐานอะไรที่อาจผิด?64. โหมดความล้มเหลวที่เป็นไปได้มากที่สุดในทางปฏิบัติคืออะไร?78หากคุณพบปัญหา: แก้ไขก่อนส่งมอบ9หากไม่แน่ใจ: ทำเครื่องหมายด้วย [VERIFY] เพื่อให้ฉันรู้ว่าต้องตรวจสอบ10อย่าส่งมอบงานที่คุณรู้ว่ามีช่องว่าง
ชั้นความทรงจำ — ปราการที่แท้จริง
ไม่ใช่คำสั่งของคุณ ไม่ใช่เครื่องมือของคุณ แต่เป็นความทรงจำของคุณ
ทุกแผนกเขียนไปที่ ~/company/memory/ อยู่แล้ว
เพิ่มคำสั่งเมตานี้เพียงครั้งเดียว:
1ทุกวันอาทิตย์เวลา 19 นาฬิกา ให้รันการรวบรวมความทรงจำประจำสัปดาห์:23อ่านไฟล์ทั้งหมดใน ~/company/memory/ จาก 7 วันที่ผ่านมา45สร้างรายงานประจำสัปดาห์ที่รวบรวมแล้ว:6- 3 อันดับแรกที่ได้ผลในทุกแผนก7- 3 อันดับแรกที่ล้มเหลวและสาเหตุ8- การปรับปรุงระดับระบบหนึ่งอย่างที่จะทำในสัปดาห์หน้า9- รูปแบบใดๆ ที่เกิดขึ้นในหลายแผนก1011บันทึกไปที่ ~/company/memory/weekly-[YYYY-MM-DD].md1213จากนั้น: แนะนำเวิร์กโฟลว์หนึ่งอย่างที่จะทำให้ฉันได้รับ14การปรับปรุงที่มีอานิสงส์สูงที่สุดจากบทเรียนในสัปดาห์นี้
ระบบจะฉลาดขึ้นทุกสัปดาห์โดยที่คุณไม่ต้องทำอะไรเพิ่มเติม
5 กฎการเขียนคำสั่ง Fable ที่เปลี่ยนแปลงทุกอย่าง (ในที่สุด)
คนส่วนใหญ่ใช้ Fable เหมือนกับที่เคยใช้ ChatGPT
นั่นคือสาเหตุที่คนส่วนใหญ่ได้ผลลัพธ์ที่ธรรมดา
กฎข้อที่ 1 — จับคู่ความพยายามกับงาน
→ ต่ำ/ปานกลาง: คำตอบด่วน, การเขียนใหม่, การค้นหาง่ายๆ
→ สูง: ค่าเริ่มต้นของคุณสำหรับทุกสิ่งที่สำคัญ
→ สูงมาก: ปัญหาที่ยากที่สุด, การสร้างที่ซับซ้อน, คุณภาพที่ไม่มีข้อต่อรอง
→ /loop: เวิร์กโฟลว์ที่เกิดซ้ำซึ่งคุณไม่ต้องการเริ่มด้วยตนเองอีก
กฎข้อที่ 2 — บอกว่าทำไม ไม่ใช่แค่บอกว่าอะไร
1❌ "เขียนอีเมลเย็นถึงผู้มีโอกาสเป็นลูกค้ารายนี้"23✅ "ฉันกำลังทำการตลาดสำหรับ [ผลิตภัณฑ์] เป้าหมายคือ [บทบาท] ที่ [ประเภทบริษัท]4พวกเขามี [ปัญหาที่เฉพาะเจาะจง] เป้าหมายคือการได้รับการตอบกลับ ไม่ใช่การนัดหมาย5เขียนอีเมลเย็น: การสังเกตที่เฉพาะเจาะจง → ปัญหา → วิธีแก้ไข → หลักฐาน → คำกระตุ้นการตัดสินใจแบบนุ่มนวล6ไม่เกิน 100 คำ ไม่ใช้ภาษาทางธุรกิจ"
กฎข้อที่ 3 — สั้นกว่าดียาวกว่า
การเขียนคำสั่งมากเกินไปจะจำกัด Fable
ให้เป้าหมายและข้อจำกัด ปล่อยให้มันตัดสินใจวิธีการ
หากคุณเขียนคำสั่ง 500 คำสำหรับสิ่งที่คำสั่ง 50 คำจัดการได้: เวอร์ชัน 500 คำมักจะให้ผลลัพธ์ที่แย่กว่า
กฎข้อที่ 4 — กำหนดจุดตรวจสอบของคุณอย่างชัดเจน
1"หยุดให้ฉันเฉพาะเมื่อ:2→ การดำเนินการต่อไปไม่สามารถย้อนกลับได้3→ คุณเจออุปสรรคที่คุณไม่สามารถแก้ไขได้4→ คุณต้องการข้อมูลที่มีเฉพาะฉันเท่านั้น56มิฉะนั้น: ดำเนินการต่อไป รายงานกลับเมื่อเสร็จสิ้น"
หากไม่มีสิ่งนี้: Fable จะตรวจสอบตลอดเวลา หากมีสิ่งนี้: มันจะทำงาน
กฎข้อที่ 5 — ใช้ /loop สำหรับทุกสิ่งที่เกิดซ้ำ
1/loop ทุกวันจันทร์เวลา 8 นาฬิกา → รันเวิร์กโฟลว์แผนกวิจัย2/loop ทุกวันเวลา 9 นาฬิกา → สร้างรายงานสรุปประจำวัน3/loop ทุกวันศุกร์เวลา 17 นาฬิกา → รันการสแกนป้องกันการสูญเสียลูกค้า4/loop ทุกวันอาทิตย์เวลา 19 นาฬิกา → รันการรวบรวมความทรงจำ
ตั้งค่าครั้งเดียว ทำงานตลอดไป

ลำดับการนำไปใช้
อย่าสร้างทั้งหกแผนกในคราวเดียว
สร้างตามลำดับนี้ แต่ละอย่างจะปลดล็อกสิ่งต่อไป
สัปดาห์ที่ 1 — พื้นฐาน (2 ชั่วโมง)สร้างโฟลเดอร์สมองของบริษัท กรอกเทมเพลตทั้ง 5 อัน นี่คือพื้นฐานที่ทุกอย่างอื่นอ่าน ไม่มีอะไรทำงานได้อย่างถูกต้องหากไม่มีสิ่งนี้
สัปดาห์ที่ 2 — แผนกวิจัย (ใช้เวลาตั้งค่า 1 ชั่วโมง)คัดลอกคำสั่งผู้อำนวยการฝ่ายวิจัย รันลูปการวิจัยรายสัปดาห์แรกด้วยตนเอง วันจันทร์: คุณจะได้รับรายงานเชิงกลยุทธ์ฉบับแรก
สัปดาห์ที่ 3 — การตลาด: ความไวรัลบน X (ใช้เวลาตั้งค่า 1 ชั่วโมง)คัดลอกคำสั่งวิศวกรรมก่อนเปิดตัว รันกับโพสต์ 3 โพสต์ถัดไปของคุณก่อนเผยแพร่ ใช้งานต่อเนื่อง 60 นาทีหลังจากแต่ละโพสต์
สัปดาห์ที่ 4 — ชั้นวิศวกรรม (2 ชั่วโมง)เชื่อมต่อ Entelligence กับ GitHub + Sentry (20 นาที) คัดลอกคำสั่งผู้อำนวยการฝ่ายวิศวกรรม PR แรกจะได้รับการตรวจสอบเทียบกับประวัติเหตุการณ์โดยอัตโนมัติ
เดือนที่ 2 — เครื่องจักรการขายคัดลอกคำสั่งผู้อำนวยการฝ่ายขาย รันกับผู้มีโอกาสเป็นลูกค้า 20 รายแรก ตั้งค่าชั้นการโทรด้วย AI สำหรับผู้ที่ไม่เปิดอ่าน
เดือนที่ 3 — การสนับสนุน + ปฏิบัติการคัดลอกคำสั่งผู้อำนวยการฝ่ายสนับสนุน ตั้งค่า /loop รายงานสรุปประจำวัน ตั้งค่าการสแกนป้องกันการสูญเสียลูกค้ารายสัปดาห์
เดือนที่ 6 — ระบบเต็มรูปแบบทุกแผนกทำงานตามกำหนดการโดยที่คุณไม่ต้องเริ่ม ความทรงจำทวีคูณทุกสัปดาห์ คุณออกแบบ Fable ดำเนินการ
เดือนที่ 6 เป็นอย่างไร
วันจันทร์ 9 โมงเช้า คุณเปิดแล็ปท็อป
รายงานสรุปพร้อมแล้ว:
→ รายงานวิจัย filed — 3 โอกาส, 2 การเคลื่อนไหวของคู่แข่ง
→ บทความ SEO 3 ชิ้นถูกเผยแพร่ในขณะที่คุณหลับ
→ อีเมล outreach 200 ฉบับถูกส่ง, การประชุมที่มีคุณสมบัติ 4 ครั้งถูกจอง
→ คำขอสนับสนุน 12 รายการถูกคัดแยก, 2 รายการถูกส่งต่อถึงคุณ
→ PR 2 รายการถูกตรวจสอบโดย Entelligence — ตรวจไม่พบรูปแบบเหตุการณ์, พร้อมอนุมัติ
→ จดหมายข่าวร่างเสร็จและพร้อมส่ง
→ ลูกค้าที่มีความเสี่ยงในการสูญเสีย 1 รายถูกทำเครื่องหมายพร้อมการดำเนินการที่แนะนำ
งานของคุณวันนี้:
→ ตรวจสอบ PR 2 รายการ: 20 นาที
→ อนุมัติจดหมายข่าว: 5 นาที
→ สายโทรศัพท์การขาย 4 สาย: 2 ชั่วโมง
→ โทรหาลูกค้าที่มีความเสี่ยงในการสูญเสีย: 30 นาที
รวม: 3 ชั่วโมงของงานที่ต้องใช้วิจารณญาณสูง
ทุกอย่างอื่นทำงานโดยไม่มีคุณ
คอขวดไม่ใช่การผลิตอีกต่อไป
คอขวดตอนนี้คือวิจารณญาณ
และนั่นคือสิ่งที่ผู้ก่อตั้งสร้างมูลค่าได้มากที่สุด
บริษัทที่จะชนะในทศวรรษหน้าจะไม่มีคำสั่งที่ดีที่สุด
พวกเขาจะมีระบบปฏิบัติการที่ดีที่สุด
Claude Fable 5 คือโมเดลแรกที่สามารถรันระบบปฏิบัติการได้
หากสิ่งนี้มีประโยชน์:
→ แชร์ต่อเพื่อส่งต่อให้ผู้ก่อตั้งเดี่ยวทุกคนที่คุณรู้จัก → ติดตาม @sairahul1 สำหรับระบบเพิ่มเติมที่ทำงานโดยไม่มีคุณ → บุ๊กมาร์กไว้ — ทุกคำสั่งด้านบนพร้อมคัดลอกและวาง
ฉันเขียนเกี่ยวกับ AI, การสร้างผลิตภัณฑ์, และระบบที่ทำงานในขณะที่คุณหลับ
เครื่องมือที่กล่าวถึง:
→ Claude Fable 5: claude.ai
→ Entelligence (การตรวจสอบ PR อัตโนมัติ + การป้องกันเหตุการณ์): entelligence.ai
→ Bland / Vapi / Retell: เอเจนต์โทรด้วย AI





