Agenda discovery call SaaS gói gọn trong 30 phút.

Phần lớn discovery call tôi nhận được đặt lịch với mác “intro nhanh 30 phút”, rồi diễn ra cứ như cả hai bên không ai có lịch trống. Founder nói mười phút về ý tưởng. Tôi hỏi ba câu lịch sự. Hai bên đồng ý “gửi proposal trước cuối tuần.” Kết thúc cuộc gọi, cả hai đều có ít thông tin hơn mức cần thiết. Bài này là agenda tôi đang chạy thay vào đó — bảy thứ một discovery call SaaS 30 phút thực sự nên cover, vì sao mỗi mục có trong danh sách, và tôi đang lắng nghe điều gì ở mỗi câu trả lời. Đây là góc nhìn có quan điểm, và bỏ qua phần lớn script mà các consulting firm hay công bố, vì hầu hết script đó được xây để bán một engagement 12 tuần thay vì xác định xem engagement đó có nên tồn tại hay không.

Discovery call thực ra để làm gì

Discovery call không phải sales call, cũng không phải kickoff. Nhiệm vụ của nó là trả lời một câu duy nhất: ở đây có một engagement thật không, và nếu có thì hình dạng nó ra sao. Mọi thứ khác — giá, timeline, phác thảo kiến trúc — đều là hệ quả của câu đó.

Với một solo engineer làm việc với một founder, “thật” thường có nghĩa là ba thứ cùng xuất hiện một lúc. Có một vấn đề founder có thể trình bày rõ mà không cần tập dượt. Có một ngân sách khớp với vấn đề đó ở đúng độ lớn. Có một người ra quyết định trên cuộc gọi (thường là founder, đôi khi không) có thể nói “đồng ý” trong một đến hai tuần.

Nếu thiếu một trong ba, cuộc gọi vẫn nên diễn ra — nhưng mục tiêu sẽ đổi. Nó thành triage: xem mảnh nào đang thiếu, có thể tìm được hay không, hay đây thật ra là một lời từ chối lịch sự.

Về scope: agenda này giả định một build engagement khoảng 4-12 tuần. Ngắn hơn nữa thì bạn đang làm advisory call, đó là format khác. Dài hơn nữa thì một cuộc trò chuyện 30 phút không đủ sức cõng; bạn cần một paid scoping engagement sau cuộc gọi.

Agenda bảy block

Tôi chạy cuộc gọi theo bảy block, mỗi block khoảng 3-5 phút, theo thứ tự này. Thứ tự quan trọng hơn cả việc canh giờ.

Thứ tự các block được sắp để mỗi block hiệu chỉnh block kế tiếp. Bạn không hỏi được câu ngân sách hữu ích cho tới khi hiểu được điểm đau. Bạn không scope được deadline cho tới khi nghe được giải pháp founder muốn và đo được họ bám vào nó tới đâu.

Tôi thường dành 3-4 phút cuối cho câu hỏi của founder, và cho một câu trực tiếp từ phía tôi: hoặc “có, tôi muốn viết cái này thành proposal”, hoặc “tôi nghĩ tôi không phải người phù hợp, và đây là hình dáng của người phù hợp.” Nói câu đó ra miệng ngay trong cuộc gọi là kỷ luật tôi đã phải học. Để nó trôi sang một email follow-up là cách lead bị mục.

Những cái bẫy hay gặp

Kiểu thất bại phổ biến nhất là để founder cầm trịch agenda. Founder, theo định nghĩa, là người sẽ nói về công ty mình cho tới khi bạn dừng họ lại. Nếu bạn không cấu trúc cuộc gọi, bạn sẽ có 45 phút tầm nhìn và 0 phút quy trình ra quyết định — rồi hết giờ trước khi tới block sáu. Block sáu là cái quyết định proposal của bạn có được đọc bởi người ký được hay không.

Thất bại thứ hai là báo giá ngay trên cuộc gọi. Ở block ba, ai đó hỏi “khoảng bao nhiêu nhỉ”, và cám dỗ là đưa ra một con số để trông quyết đoán. Đừng. Bạn chưa biết đủ, con số đó sẽ neo cả phần còn lại của cuộc trò chuyện, và bạn sẽ hoặc báo giá quá thấp, hoặc làm họ sợ trước khi block bốn lộ ra cái deadline có thể biện minh cho mức giá đó.

Thứ ba là chiều ngược lại: từ chối đưa bất kỳ tín hiệu nào. “Tôi cần scope lại đã” là đúng nhưng vô dụng. Một câu trả lời hữu ích ở giai đoạn đó là một khoảng rộng hai bậc độ lớn — “engagement kiểu này thường rơi vào đâu đó từ vài nghìn tới vài chục nghìn USD (~50tr-cả tỷ VNĐ), tuỳ vào những gì chúng ta tìm thấy khi scope” — kèm cam kết gửi con số thật trong vòng 48 giờ.

Cái bẫy thứ tư là sân khấu kỹ thuật: dùng block một và block hai để đào sâu stack chỉ vì đó là phần bạn thấy thoải mái. Stack hiếm khi quyết định engagement có thành công hay không. Quy trình ra quyết định và những thứ không thương lượng mới quyết định.

Một ví dụ thực tế

Hình dung một lead inbound điển hình — một founder đang chạy một SaaS B2B nhỏ trên Rails, ba năm tuổi, doanh thu năm ở mức sáu chữ số USD thấp. Họ muốn “một feature AI.” Đó là toàn bộ brief trong lịch hẹn.

Block một (hiện trạng): tôi hỏi app làm gì hôm nay và stack là gì. Tôi không ghi chép câu trả lời vì lý do kỹ thuật — tôi đang kiểm tra xem họ có mô tả được sản phẩm của chính họ trong hai câu hay không. Nếu không, đó là tín hiệu cho mức độ rõ ràng brief sẽ đạt được.

Block hai (điểm đau): “Tuần này khách hàng yêu cầu gì khiến anh nghĩ tới cái này?” Founder mô tả một ticket support cụ thể. Tốt — có user thật, không phải narrative chiến lược.

Block ba (giải pháp muốn có): họ muốn chatbot. Tôi hỏi chatbot sẽ làm gì mà search và docs hiện tại không làm được. Câu trả lời mơ hồ. Tôi note trong đầu: giải pháp họ muốn sai, nhưng điểm đau bên dưới thật. Chuyện này bình thường. (Xem dropping AI into an existing Rails app để biết scope thật sự thường thành ra cái gì.)

Block bốn (deadline): “Bọn em muốn xong trước investor update kế tiếp.” Đó là deadline nội bộ, không phải bên ngoài. Hữu ích. Nó nghĩa là ngày đó có thể dịch nếu scope đòi.

Block năm (ngân sách): họ đưa ra một khoảng. Khoảng đó thật. Chuyển tiếp.

Block sáu (quy trình ra quyết định): co-founder, người không có trên cuộc gọi, xử lý mọi quyết định về hạ tầng. Chúng tôi đặt lịch call thứ hai.

Block bảy (không thương lượng): phải ở lại Heroku, không thêm vendor mới nào cần procurement review. Cái đó giết ba phương án tôi định đề xuất.

Cuộc gọi kết thúc ở phút 28. Tôi biết hình dạng proposal, người ra quyết định thật, và hai ràng buộc thay đổi kiến trúc. Không có thứ nào trong số đó founder tự nguyện đưa ra.

Thành công trông như thế nào

Một discovery call coi như thành công khi, trong vòng một giờ sau khi cúp máy, tôi viết được một đoạn tóm tắt chứa: vấn đề bằng chính lời founder, ràng buộc thu hẹp không gian giải pháp nhiều nhất, độ lớn ngân sách, deadline và lý do, và bước tiếp theo cụ thể có chủ thể và có ngày.

Nếu viết được đoạn đó, tôi viết được proposal. Nếu không, cuộc gọi chưa làm xong việc của nó và tôi nợ founder một follow-up để lấp khoảng trống trước khi báo bất cứ con số nào.

Tín hiệu thành công thứ hai mang tính nội tại: tôi rời cuộc gọi biết được tôi có muốn engagement này hay không. Không phải “có làm được không” — gần như engagement nào về mặt kỹ thuật cũng làm được — mà là tổ hợp founder + deadline + ràng buộc có cộng lại thành công việc tôi thấy vui khi vẫn còn đang làm vào tuần thứ sáu hay không. Discovery call là hai chiều.

Một cuộc gọi thất bại là cuộc gọi mà tôi vẫn gửi proposal vì lead có vẻ ấm và tôi đang bận. Những proposal đó gần như không bao giờ chốt, và số ít chốt được lại có xu hướng biến thành những engagement tôi ước gì đã từ chối. (Về filter này, xem thêm solo developer vs agency for a SaaS MVP.)

Khi nào agenda này không áp dụng

Đây là agenda 30 phút cho inbound lead ở đầu một build engagement tiềm năng. Nó sai cho hai tình huống cận kề.

Nếu founder đã là client và muốn nói về một feature mới, bạn không cần block một hay block sáu — bạn cần format working session với một tài liệu chia sẻ. Nếu founder đang tìm advisor và không có hàm ý build, các block ngân sách và deadline làm bạn nghe như đang cố upsell. Cắt chúng đi, mở rộng block hai, và kết thúc bằng báo giá retainer advisory theo giờ.

Có tình huống biên thứ ba: agency chạy quy trình RFP chính thức. Đừng nhận những cuộc gọi đó. Agenda không vừa và bạn cũng không thắng được đâu.

Claim nhỏ nhất tôi sẵn sàng bảo vệ là thế này: nếu trong ngày diễn ra cuộc gọi, bạn không viết nổi đoạn tóm tắt một đoạn nói trên, cuộc gọi đó quá ngắn — không phải vì 30 phút là ít, mà vì agenda sai. Phần lớn discovery call 30 phút không cho ra gì cả vì thực ra chúng là 30 phút nói chuyện không cấu trúc. Chạy bảy block thì 30 phút là đủ; bỏ qua chúng thì 90 phút cũng không đủ.