ลาก่อน YC Cluely: ทำไมเราถึงเปลี่ยนทิศทางมาทำ AI Browser

@hiddnest
อังกฤษ2 วันที่ผ่านมา · 18 ก.ค. 2569
109K
404
11
35
475

TL;DR

ผู้ก่อตั้ง Aside แบ่งปันเส้นทางจากสตาร์ทอัพผู้ช่วยฝ่ายขายใน YC ที่กำลังเผชิญปัญหา สู่การสร้าง AI Browser ที่พัฒนาบน Chromium เพื่อทำงานอัตโนมัติโดยใช้บริบทจากการใช้งานเว็บที่มีอยู่

ตั้งแต่เปิดตัว @AsideAI มาคนก็ถามกันไม่หยุดว่าทำไมถึงเปลี่ยนทิศทาง ผมเริ่มเบื่อที่จะเล่าเรื่องเดิมซ้ำๆ แต่กระบวนการนี้มันมีความหมายกับเรามากพอที่จะเขียนมันออกมา

TLDR; Aside คือ AI browser ที่ทำงานจริงให้คุณบนเว็บไซต์ที่คุณใช้อยู่แล้ว มันสามารถใช้เซสชันเบราว์เซอร์เดิมของคุณ ทำงานในอีเมล แดชบอร์ด เครื่องมือภายใน เอกสาร และสเปรดชีต และยังทำงานต่อได้แม้กระทั่งงานที่ใช้เวลาหลายนาทีหรือหลายชั่วโมง

ก่อน YC

เราได้เข้า Y Combinator ในการพยายามครั้งที่ #7

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

แต่การถอดเสียงการประชุมไม่มี moat (ความได้เปรียบทางการแข่งขันที่ยั่งยืน) ในบริษัทก่อนหน้านี้ เราเห็นทีมขายพยายามตอบคำถามทางเทคนิค ดังนั้นเราจึงเปลี่ยนผลิตภัณฑ์ให้เป็นผู้ช่วยประชุมขายแบบเรียลไทม์

ข้อเสนอคือ:

ช่วยทีมขายตอบคำถามทางเทคนิค เพื่อให้คำถามทางเทคนิคไม่ฆ่าดีล

นั่นทำให้เราได้เข้า YC

ตอนแรกเรามั่นใจ ปัญหานั้นเข้าใจง่าย แต่ระหว่างช่วง batch มีสามสิ่งที่พัง

1. ลูกค้าจะไม่เชื่อมต่อความรู้ของพวกเขา

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

แต่ถึงแม้จะมี NDA และ POC บริษัทต่างๆ ก็ไม่เต็มใจที่จะให้สตาร์ทอัพรายใหม่เข้าถึงข้อมูลที่ละเอียดอ่อนที่สุดของพวกเขา หากไม่มีบริบทนั้น ผู้ช่วยก็ให้คำตอบที่ตื้นเขินและจำกัดเท่านั้น ผลตอบรับแย่มาก

2. ทีมขายไม่สนใจฟอร์มแฟคเตอร์

ทีมเราสร้างผลิตภัณฑ์ที่ขัดเกลาและหมกมุ่นกับ UX ได้ดี

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

ลูกค้ายังสนใจประสบการณ์น้อยกว่าที่เราคิดมาก ผลตอบรับของพวกเขามักจะเป็น:

ทำให้มันถูกกว่านี้ได้ไหม?

3. ทีมหมดแรง

ผู้ช่วยประชุมขายขึ้นอยู่กับผลตอบรับจากลูกค้าเกือบทั้งหมด

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

วงจรผลตอบรับช้าอย่างเจ็บปวด เราจบ batch โดยไม่มีความคืบหน้าที่มีความหมาย

อาการซึมเศร้าหลัง YC

ตั้งแต่ธันวาคมถึงมกราคม เราผ่านช่วงหลัง YC ที่โหดร้ายมาก

เราไม่อยากเขียนโค้ดอีกบรรทัด เราไม่มีพลัง งานไม่สนุกอีกแล้ว

จุดต่ำสุดนั้นบังคับให้เรามองสิ่งที่เราพลาดไป

เราเริ่มถามคำถามที่แตกต่าง:

  • ช่วงไหนที่เราทำงานเร็วที่สุด?
  • งานแบบไหนที่ทำให้เรามีพลัง?
  • ทีมนี้มีอะไรที่พิเศษ?

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

สิ่งหนึ่งอธิบายช่องว่างส่วนใหญ่ได้:

เราใช้ผลิตภัณฑ์ของตัวเองบ่อยแค่ไหน?

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

คุณใช้ผลิตภัณฑ์ สังเกตสิ่งที่พัง แก้ไขมัน แล้วใช้มันอีกครั้ง

เราตระหนักว่าเราเคลื่อนที่เร็วที่สุดเมื่อเราสร้างผลิตภัณฑ์ให้ตัวเอง

เราถนัดอะไรผิดปกติ?

ระหว่าง YC ผู้ก่อตั้งคนอื่นมักขอให้เราช่วยเรื่อง macOS และ Chromium

CTO ของเราอยากสร้างแอปที่ให้ความรู้สึกเหมือนเนทีฟแต่ยังขยายได้ง่าย เขาเกลียด Electron ดังนั้นเราจึง Fork Chromium และปรับแต่งทุกอย่างตั้งแต่การอัปเดตร้อนไปจนถึง pipeline เสียงแบบเรียลไทม์

จากประมาณ 1,500 บริษัทใน 10 รุ่น YC ก่อนหน้านี้ เรารู้จักน้อยกว่าห้าทีมที่สามารถปรับเปลี่ยน Chromium ได้ลึกขนาดนี้

คนยังชมผลิตภัณฑ์และการออกแบบหน้าแลนดิ้งของเราเสมอ ทุกครั้งที่เราโพสต์งานบน X มันกลายเป็นไวรัล เพื่อนร่วม batch ถามว่าเราสร้างมันมาได้อย่างไร

Jun หมกมุ่นกับรายละเอียด เขาใส่ใจกับการหาฟอร์มแฟคเตอร์ที่เหมาะสมสำหรับแต่ละปัญหา

การทำให้ถึงมาตรฐานของเขาเป็นเรื่องยาก แต่เราทำได้หลายครั้งก่อนหน้านี้

browser

ระหว่าง batch เรามีมุกตลก:

ถ้าโปรเจกต์นี้ล้มเหลว มาสร้างเบราว์เซอร์ชื่อ bro กันเถอะ

เราปรับแต่ง Chromium ได้ เราออกแบบผลิตภัณฑ์ดีได้ บางทีเราอาจสร้างเบราว์เซอร์ที่มาแทน Arc หลังจาก BCNY ทิ้งมันไป

ผมเคยเป็นแฟนตัวยงของ Arc แต่สุดท้ายก็กลับไปใช้ Chrome เพราะ BCNY ทิ้งมันไป

แล้วผู้ช่วยขายก็ล้มเหลวจริงๆ

มุกตลกหยุดเป็นมุกตลก

ชิ้นส่วนที่หายไปคือบริบท

มีเบาะแสอีกอย่าง

ระหว่างสร้างผู้ช่วยประชุม เราพบปัญหาเดิมซ้ำแล้วซ้ำเล่า: ทุกบริษัทเก็บความรู้ไว้ในที่ต่างกัน

บริษัทหนึ่งใช้ Notion อีกบริษัทใช้ GitHub อีกบริษัทบริหารบริษัทผ่านสเปรดชีต

สำหรับลูกค้าแต่ละราย เราต้องสร้างอินทิเกรชันและ pipeline การทำดัชนีอีกครั้ง

แล้วเราก็ถาม:

ถ้าเราใช้คุกกี้ เซสชัน และประวัติของเบราว์เซอร์ล่ะ?

ชิ้นส่วนต่างๆ เริ่มต่อกัน

การตระหนักรู้เหล่านี้ไม่ได้เกิดขึ้นตามลำดับ มันเป็นเศษเสี้ยว เราเห็นภาพรวมหลังจากเชื่อมจุดต่างๆ เข้าด้วยกัน

สำหรับคนส่วนใหญ่ เบราว์เซอร์คือแอปที่ใช้มากที่สุด มันเป็นที่ที่งานความรู้ส่วนใหญ่เกิดขึ้นแล้ว

มันยังมีบริบทเกี่ยวกับงานของคุณมากกว่าแทบทุกซอฟต์แวร์อื่น

ถ้าเราใช้บริบทนั้นได้ เราจะสร้าง agent ที่ทำงานแทนคุณได้จริงไหม?

เรามีสมมติฐานสองสามข้อ:

  • ถ้า LLM เป็นเครื่องจักรบริบท การให้บริบทที่เกี่ยวข้องมากขึ้นควรทำให้มันมีความสามารถมากขึ้น
  • ถ้า agent ทำงานผ่านเบราว์เซอร์ ผู้ใช้ไม่ต้องกำหนดค่าอินทิเกรชันไม่รู้จบ
  • ถ้าเบราว์เซอร์ขจัดความจำเป็นในการอินทิเกรชัน มันอาจเปลี่ยนตลาด B2B SaaS ที่สร้างขึ้นจากอินทิเกรชันเหล่านั้น

ทีมมีชีวิตชีวาขึ้นเมื่อพูดถึงแนวคิดเหล่านี้ ที่สำคัญกว่านั้น เราตระหนักว่าทีมของเรามีทักษะที่จำเป็นในการสร้างผลิตภัณฑ์นี้พอดี

เราปิดผู้ช่วยขายและทุ่มเทให้กับเบราว์เซอร์ การตัดสินใจใช้เวลาไม่ถึงสองสัปดาห์

การสร้าง Aside

เราตัดสินใจว่า Aside จะรวมสามสิ่ง:

  1. เบราว์เซอร์ Chromium ที่ออกแบบมาอย่างดี เช่น Arc
  2. ตัวจัดการรหัสผ่านแบบ AI-native ที่สร้างสำหรับ agent
  3. browser agent ที่ล้ำสมัย

แล้วเราแทบไม่บอกใครจนกว่าเราจะพอใจ

เราใช้เวลาห้าเดือนแบบจดจ่อเต็มที่

ฟังดูบ้าใช่ไหม มันบ้าจริง

Codex และ Claude ช่วยในส่วนที่ยากที่สุดหลายส่วนไม่ได้ Chromium เป็นโค้ดเบสอายุ 20 ปีที่มีซอร์สโค้ดมากกว่า 50GB Coding agents ไม่สามารถเปลี่ยนแปลงเชิงลึกได้อย่างน่าเชื่อถือ

เราสร้าง harness และสถาปัตยกรรม agent เองเพราะเราไม่ยอมส่ง AI slop

การออกแบบก็ยังเป็นหนึ่งในพื้นที่ที่ AI ช่วยได้น้อยที่สุด

แต่นี่คืองานที่ทีมเรารู้วิธีทำพอดี เราแน่ใจว่าคนจะต้องการผลลัพธ์

เราไม่ฟังคำแนะนำของ YC หรือเปล่า?

ใช่และไม่ใช่

ใช่ เราไม่ได้สร้างสิ่งที่คนต้องการ เราสร้างสิ่งที่ เรา ต้องการ เราแทบไม่คุยกับผู้ใช้ เราไม่ได้ส่งมอบเร็ว

ไม่ใช่ เพราะเราเป็นผู้ใช้เอง

เราส่งมอบภายในตลอด ใช้ผลิตภัณฑ์ หาสิ่งที่รู้สึกผิด แล้วแก้ไขมัน

วงจรผลตอบรับของเราเร็วกว่าการสัมภาษณ์ลูกค้าที่เคยเป็นไปได้

เรายังรู้สองสิ่งอยู่แล้ว:

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

ดังนั้นเราจึงใช้เวลาห้าเดือนขัดเกลาจนกว่าเราจะมีสิ่งที่ภูมิใจที่จะใช้ทุกวัน

การเปิดตัว

หลังจากเบต้าส่วนตัวเล็กน้อย ในที่สุดเราก็เปิดตัวสาธารณะ

วิดีโอเปิดตัวมียอดวิว 1.6 ล้านครั้ง คนลอง Aside และส่งข้อเสนอแนะมากมายให้เรา

เราคาดว่าคนจะสนใจ เราไม่คาดว่าพวกเขาจะสนใจมากขนาดนี้

คุณอาจเรียกมันว่าโชค

แต่เราสร้างโชคนั้นเอง

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

แล้วเราเผาสะพานทิ้ง

นี่เป็นแค่จุดเริ่มต้น

มันยังเร็วอยู่ แต่เรามั่นใจกว่าที่เคย

และสำหรับทุกคนที่ถาม:

นี่มันแค่เบราว์เซอร์ใช่ไหม?

เรามีสิ่งที่กำลังจะมาให้คำถามนั้นดูเก่ามาก

นี่คือเรื่องราวจนถึงตอนนี้

สนใจ? ลองดูเลย

สร้างต่อใน YouMind

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
สำหรับครีเอเตอร์

เปลี่ยน Markdown ของคุณให้เป็นบทความ 𝕏 ที่สะอาดตา

เวลาคุณเผยแพร่งานเขียนยาวของตัวเอง การจัดรูปแบบรูปภาพ ตาราง และบล็อกโค้ดให้เข้ากับ 𝕏 นั้นน่าปวดหัว YouMind เปลี่ยนร่าง Markdown ทั้งฉบับให้เป็นบทความ 𝕏 ที่สะอาดตาและพร้อมโพสต์ทันที

ลอง Markdown เป็น 𝕏

แพตเทิร์นให้ถอดรหัสเพิ่มเติม

บทความไวรัลล่าสุด

สำรวจบทความไวรัลเพิ่มเติม