Build agent là SaaS mới: playbook từ niche tới pilot

1. Building agents is the new SaaS

Greg Isenberg mở đầu: "Okay, tôi nói luôn. Build agent là SaaS mới." Theo anh (video đăng ngày 01/07/2026), thời kỳ SaaS đã tạo ra hàng tỷ đô la giá trị. Có những người, những founder 21 tuổi, 24 tuổi, đủ mọi lứa tuổi, nghĩ ra những ý tưởng SaaS làm thay đổi cuộc đời họ. Dĩ nhiên không phải ai cũng thành công, nhưng theo Greg đây là một làn sóng mới đang diễn ra.

Theo video đăng ngày 01/07/2026, anh muốn người xem hiểu làn sóng này là gì, tận dụng nó thế nào và build startup trong mảng này ra sao. Trong tập này, anh nói sẽ giải thích rõ ràng toàn bộ cơ hội "agents is the new SaaS". Xem xong, theo lời anh, bạn sẽ hiểu playbook: cách tìm niche, cách chọn workflow, cách build agent đầu tiên, cách chứng minh nó chạy được, cách đóng gói nó như SaaS, và cách bán những agent này như bán sức lao động (labor).

Điểm "labor" này rất quan trọng, theo Greg (video đăng ngày 01/07/2026), vì lao động là một thị trường nhiều nghìn tỷ đô la. Anh nghĩ lý do người ta nói agent lớn hơn SaaS là vì tổng thị trường có thể nhắm tới (total addressable market) của agent đơn giản là lớn hơn nhiều: đó là vốn con người (human capital).

Trong video đăng ngày 01/07/2026, anh nói muốn làm một tập giải thích mọi thứ từng bước, rõ ràng, cho những ai quan tâm tới việc build agent, bán agent, hoặc chỉ muốn khơi dòng sáng tạo quanh chủ đề này. Tập này dành cho bất kỳ ai muốn xây một doanh nghiệp, hoặc chỉ muốn làm việc năng suất hơn. Và điều đầu tiên cần hiểu, theo Greg (video đăng ngày 01/07/2026), là: sản phẩm chính là công việc (the product is the job).

2. The product is the job

Mental model của Greg (video đăng ngày 01/07/2026): SaaS bán phần mềm, agent SaaS bán công việc. Một sản phẩm SaaS bình thường nói, về cơ bản: "đây là một công cụ mà team có thể dùng". Còn một sản phẩm agent SaaS sẽ nói: "đây là một việc mà team của bạn không còn phải làm bằng tay nữa". Và rồi bạn bán dịch vụ đó.

Nghe thì có vẻ là một thay đổi nhỏ, nhưng theo Greg (video đăng ngày 01/07/2026) đó là một thay đổi tư duy rất lớn, cho cả khách hàng lẫn cho bạn, người sẽ build nó.

3. Ví dụ nhà hàng: Slang AI

Lấy nhà hàng làm ví dụ. Một nhà hàng thức dậy với nỗi lo: điện thoại reo đúng giờ ăn tối, còn người tiếp đón (host) thì đang bận xếp chỗ cho khách. Khách cứ hỏi đi hỏi lại cùng những câu hỏi, nhà hàng bỏ lỡ lượt đặt bàn, và các cuộc gọi hỏi về phòng ăn riêng (private dining) bị thất lạc. Về cơ bản, họ đang mất doanh thu (ví dụ của Greg, video đăng ngày 01/07/2026).

Đó là lý do một công ty như Slang AI thú vị, theo Greg. Về cơ bản nó là một "AI super host" cho nhà hàng. Greg nói rõ anh không có liên kết gì với công ty này, anh chỉ thấy đây là một ví dụ thú vị. Theo mô tả của anh (video đăng ngày 01/07/2026), Slang AI trả lời các cuộc gọi đến, xử lý câu hỏi của khách, quản lý đặt bàn, chuyển khách VIP tới đúng chỗ, báo cho nhân viên về các chủ đề ưu tiên cao như private dining hay khách phàn nàn, và tích hợp với các hệ thống như OpenTable, Yelp và những thứ tương tự.

4. Ví dụ dịch vụ tại nhà: Sameday

Greg đưa thêm một ví dụ: dịch vụ tại nhà (home services). Một công ty sửa ống nước, một công ty HVAC, một công ty làm mái, một công ty diệt côn trùng. Nếu họ tích hợp một thứ gì đó nhấc máy 24/7, thì theo Greg (video đăng ngày 01/07/2026): cuộc gọi nhỡ được xử lý, việc được đặt lịch, khách hàng được theo dõi lại, người điều phối (dispatcher) bớt quá tải, và doanh thu nhiều hơn từ cùng một lượng nhu cầu.

Một startup đang làm việc này là Sameday. Theo Greg (video đăng ngày 01/07/2026), công ty tập trung vào home services và bán các AI dispatcher, sales agent, receptionist: chúng trả lời cuộc gọi, trả lời tin nhắn, đặt lịch việc, dời lịch. Một lần nữa: sản phẩm chính là công việc.

Theo Greg, những ví dụ này quan trọng vì chúng dễ hiểu. Khi bạn nghĩ ý tưởng startup trong mảng này, hãy nghĩ theo câu: "tôi xử lý một việc phiền phức này tốt hơn một nhân viên junior, nhanh hơn một agency, và rẻ hơn việc thuê thêm người". Đó là mental model mà Greg nghĩ bạn nên dùng (video đăng ngày 01/07/2026).

5. Chọn một workflow đã có người trả lương

Bước thứ hai trong danh sách của Greg: chọn một workflow đã gắn với một khoản lương (a paycheck attached). Làm sao tìm đúng ý tưởng agent? Theo Greg (video đăng ngày 01/07/2026), bạn bắt đầu từ khoản lương. Nếu người ta đã đang trả tiền cho công việc đó, trả cho một nhân viên, trả cho một agency, một receptionist, một coordinator, một dispatcher, thì có cơ hội bán dịch vụ đó rẻ hơn, rồi gỡ bớt phần việc người đó đang làm để họ làm những việc sáng tạo hơn.

Theo Greg (video đăng ngày 01/07/2026), một workflow tốt cho agent có năm đặc điểm:

• Nó xảy ra liên tục. Hằng ngày là tốt, nhưng hằng giờ thì tốt hơn: mỗi lead đến, mỗi cuộc gọi, mỗi tech ticket, mỗi yêu cầu báo giá, mỗi lịch hẹn, mỗi đơn hàng, mỗi yêu cầu bảo trì (theo Greg, video đăng ngày 01/07/2026).
• Nó có vạch đích rõ ràng. Việc đã được đặt lịch. Ticket đã được phân loại. Khoản hoàn tiền đã được duyệt. Nhà cung cấp đã được xếp lịch. Khách hàng đã nhận được một câu trả lời hữu ích (theo Greg, video đăng ngày 01/07/2026).
• Nó chạm vào phần mềm có sẵn. Ví dụ Gmail, Slack, Shopify, HubSpot, Zendesk, Stripe. Theo Greg (video đăng ngày 01/07/2026), agent cần những công cụ này để dùng, và cũng cần context mà chúng có thể đọc được.
• Edge case thật sự rất phiền, nhưng học được. Nếu workflow quá đơn giản, vấn đề là automation cơ bản, zap và những thứ tương tự, đã làm được. Nếu nó hoàn toàn dựa vào phán đoán của con người, phiên bản đầu tiên sẽ hỏng. Điểm ngọt, theo Greg (video đăng ngày 01/07/2026), là công việc lặp lại nhưng có đủ phán đoán để AI giúp được.
• Người mua cảm nhận được tổn thất. Cuộc gọi nhỡ, trả lời chậm, lead bị rơi, ô lịch trống, những người lương cao làm việc điều phối giá trị thấp (theo Greg, video đăng ngày 01/07/2026).

6. Bài tập đầu tiên, rồi shadow người đang làm việc đó

Nếu muốn khởi nghiệp ở đây, bài tập đầu tiên (first rep) là gì? Theo Greg (video đăng ngày 01/07/2026): chọn một niche và viết ra 20 việc mà người trong niche đó hay phàn nàn. Nếu là thợ làm mái, có thể là cuộc gọi nhỡ, câu hỏi về trả góp, giấy tờ bảo hiểm, nhắc lịch hẹn. Nếu là med spa, có thể là sàng lọc lead (lead qualification), kéo lại khách không đến hẹn (no-show recovery), upsell membership. Nếu là các brand trên Shopify, có thể là đổi trả, đổi hàng, theo dõi lead bán sỉ.

Sau đó, chấm điểm từng việc theo năm tiêu chí (theo Greg, video đăng ngày 01/07/2026): Việc đó xảy ra thường xuyên cỡ nào? Nỗi đau đắt cỡ nào? Dễ biết khi nào việc đã xong tới mức nào? Nó cần truy cập những công cụ gì? Và ai đang nắm ngân sách? Theo Greg, Agent SaaS bắt đầu từ đó: bắt đầu bằng công việc đã gắn với một khoản lương. Anh nhấn mạnh đây là một điểm cực kỳ quan trọng.

Làm xong bước đó, theo Greg (video đăng ngày 01/07/2026), và đây là thứ nhiều người bỏ lỡ: bạn nên shadow, đi theo quan sát người đang làm việc đó trước khi build. Tìm ra việc, xác định việc đó là gì, rồi trước khi viết prompt, trước khi code, hãy đi theo một con người đang làm việc đó. Greg biết nhiều founder muốn bỏ qua bước này, nhưng theo anh, chính nó thường giúp bạn có lợi thế không công bằng (unfair advantage) và hiểu biết sâu để build một agent chất lượng cao.

Cách làm theo Greg (video đăng ngày 01/07/2026): chỉ cần xem ai đó làm việc đó, 10 hay 20 lần. Nhờ họ quay màn hình lại. Nhờ họ vừa làm vừa nói ra mình đang làm gì. Hỏi họ điều gì làm một ca trở nên dễ. Hỏi họ điều gì làm một ca trở nên kỳ quặc. Họ kiểm tra gì trước khi ra quyết định? Hỏi họ lỗi hay xảy ra ở đâu. Về cơ bản, bạn đang tìm workflow thật. Và theo Greg, kể cả khi bạn từng tự làm những việc này, có nó tươi mới trong trí nhớ sẽ cực kỳ hữu ích khi bạn build.

Ví dụ của Greg: một host nhà hàng trả lời câu "mấy giờ quán mở cửa?". Workflow thật sâu hơn thế nhiều. Họ biết khi nào bếp đóng, bàn nào hợp với xe đẩy em bé, khi nào khu patio đóng, cách xử lý một khách VIP, và khi nào chuyển sang một yêu cầu private dining. Nên, theo Greg (video đăng ngày 01/07/2026), chi tiết chính là sản phẩm.

7. Spec cho agent: bảy phần

Khi viết spec cho agent, Greg nghĩ nó nên có bảy phần chính, ứng với bảy câu hỏi (video đăng ngày 01/07/2026): Điều gì đánh thức agent? Nó cần context gì? Nó dùng được những tool nào? Nó được phép tự làm gì? Chỗ nào nó cần được duyệt (approval)? Khi nào nó nên escalate và kéo một con người vào vòng lặp (human in the loop)? Và thành công trông như thế nào?

Theo Greg (video đăng ngày 01/07/2026), nếu hiểu hết những điều đó, bạn sẽ không chỉ build ra một thứ "agent slop". Anh nói ta muốn build những agent chất lượng cao, xuất sắc, làm việc tốt ngang hoặc hơn con người và nhất quán hơn rất nhiều. Và đó là thứ người ta sẽ trả tiền. Nên theo anh, rất hữu ích nếu bạn thấm điều này.

8. Minimum useful agent: bốn phiên bản đầu tiên

Bước bốn, theo Greg: build agent hữu ích nhỏ nhất. Anh gọi nó là minimal useful agent, viết tắt M-U-A. Theo Greg (video đăng ngày 01/07/2026), phần lớn người ta nghe chữ agent là hình dung ra một nhân viên hoàn toàn tự chủ. Và đó là cách ra đời những bản demo bạn thấy trên Twitter, chúng không thực sự chạy được, và rốt cuộc thành một mô hình kinh doanh tệ. Bạn nên bắt đầu nhỏ hơn.

Theo Greg (video đăng ngày 01/07/2026), có bốn phiên bản đầu tiên tốt:

• Draft and approve agent. Nó đọc context, soạn câu trả lời, bản báo giá, bản tóm tắt hoặc bước tiếp theo. Một con người duyệt. Loại này rất hợp khi workflow có rủi ro, có thể có yếu tố sáng tạo, có quy trình duyệt, những thứ kiểu vậy (theo Greg, video đăng ngày 01/07/2026).
• Triage agent. Nó phân loại việc đến và chuyển tới đúng chỗ: yêu cầu bảo trì, vấn đề thanh toán, hoặc hoàn tiền, những thứ kiểu vậy (theo Greg, video đăng ngày 01/07/2026).
• Coordinator agent. Nó đi giữa các hệ thống và con người: kiểm tra lịch trống, gửi nhắc nhở, hỏi thông tin còn thiếu, và về cơ bản giữ cho công việc tiếp tục chạy (theo Greg, video đăng ngày 01/07/2026).
• Bounded action agent. Nó làm được một việc cụ thể theo luật rõ ràng: đặt một lịch hẹn, gửi một follow-up, xử lý hoàn tiền dưới 50 đô (theo Greg, video đăng ngày 01/07/2026).

Theo Greg (video đăng ngày 01/07/2026), đây là những thứ bạn sẽ gặp ngoài đời. Ví dụ với Uber Eats: bạn đặt món mà món salad không tới, bạn sẽ tự động được hoàn tiền nhờ một agent làm việc đó. Tóm lại khi build minimum useful agent: draft, triage, coordinate và act.

9. Hướng dẫn về agent của Anthropic: bắt đầu bằng workflow

Greg kể gần đây anh đang xem hướng dẫn về agent của Anthropic, và theo anh, Anthropic nêu một điểm rất quan trọng, một điểm đơn giản nhưng rất quan trọng (video đăng ngày 01/07/2026). Theo lời Greg thuật lại: nhiều bài toán agent thật ra nên bắt đầu dưới dạng workflow. Một workflow đi theo một đường có thể đoán trước. Một agent thì quyết định linh hoạt hơn. Founder nên "kiếm" quyền tự chủ (earn autonomy) bằng cách bắt đầu từ một đường đoán trước được, và chỉ thêm phán đoán khi nó tạo ra giá trị.

10. Một workflow, một lời hứa

Nếu Greg build việc này, anh sẽ bắt đầu bằng một workflow và một lời hứa (video đăng ngày 01/07/2026). Ví dụ của anh: "Chúng tôi trả lời cuộc gọi nhỡ cho thợ làm mái và đặt những việc đủ điều kiện." Hoặc: "Chúng tôi phân loại yêu cầu bảo trì cho người quản lý bất động sản và xếp lịch đúng nhà cung cấp." Hoặc: "Chúng tôi xử lý cuộc gọi đặt bàn cho nhà hàng và báo cho nhân viên khi một con người nên nhảy vào."

"Thế là đủ. Thật sự là đủ", theo Greg (video đăng ngày 01/07/2026). Một workflow chạy đủ tốt là đủ tốt cho ngày đầu tiên. Nó giúp xây sự tự tin, không chỉ ở bạn rằng nó đang chạy, mà còn ở khách hàng. Vì hãy nhớ, theo Greg, người ta đang mua agent lần đầu tiên. Nên họ không muốn tất cả mọi thứ cùng một lúc, nhất là khi bạn không phải Microsoft hay Salesforce.

11. Product wrapper mới là thứ biến nó thành SaaS

Bước năm khi build agent, theo Greg: product wrapper mới là thứ biến nó thành SaaS. Bạn không muốn chỉ build một automation hay ho. Theo Greg (video đăng ngày 01/07/2026), thứ phân biệt một automation hay ho với một sản phẩm agent SaaS thật là: agent làm việc, nhưng wrapper tạo ra niềm tin.

Theo Greg (video đăng ngày 01/07/2026), khách hàng thật sự cần thấy chuyện gì đã xảy ra. Họ cần thấy log. Họ cần approval, control, luật handoff, những thứ kiểu vậy. Họ cần một cách để test agent trước khi nó chạy thật. Về cơ bản, họ cần biết vì sao agent đã làm điều nó làm. Wrapper đó chính là SaaS.

Còn agent thì thật ra sống trong hệ thống điện thoại, trong inbox, trong kênh Slack, trong CRM. Nên dashboard có thể rất đơn giản, nhưng khách hàng vẫn cần một phòng điều khiển (control room). Greg nói ít nhất đó là điều anh đang thấy hiệu quả lúc này (video đăng ngày 01/07/2026).

Với một agent nghe điện thoại cho nhà hàng, control room có thể là tóm tắt cuộc gọi, kết quả đặt bàn, những lần lỡ chuyển cho người (missed human handoffs), những thứ kiểu vậy. Với một agent bảo trì bất động sản, có thể là các ticket đã tạo, việc chuyển cho nhà cung cấp, cập nhật cho người thuê, các lần chủ nhà duyệt (ví dụ của Greg, video đăng ngày 01/07/2026).

12. Eval: phòng gym cho agent, và cũng là tài liệu bán hàng

Theo Greg (video đăng ngày 01/07/2026), đó cũng là lý do eval rất quan trọng khi bạn build một doanh nghiệp agent-first. Trước khi hứa về sự tự chủ, bạn muốn tạo một bài test nhỏ, mà theo anh, cách tốt nhất để nghĩ về nó là một test set. Lấy 50 ví dụ thật của công việc rồi đánh dấu câu trả lời đúng: 50 cuộc gọi, 50 lead, 50 yêu cầu bảo trì, tùy việc là gì. Rồi bạn chạy hệ thống agent trên chúng. Nó có phân loại vấn đề đúng không? Nó có hỏi đúng thông tin còn thiếu không? Nó có dùng đúng policy không?

Đó là thứ gọi là eval. Theo Greg (video đăng ngày 01/07/2026), eval set về cơ bản giống như phòng gym. Mỗi lần bạn đổi prompt, đổi model, đổi tool, đổi workflow, agent lại quay vào phòng gym và nhờ đó biết đâu là tốt, đâu là tệ.

Theo Greg (video đăng ngày 01/07/2026), nó cũng là một tài liệu bán hàng rất tốt. Hãy hình dung bạn nói với một người quản lý bất động sản: "Chúng tôi đã test cái này trên 50 yêu cầu bảo trì cũ của anh. Nó chuyển đúng 42 cái, gắn cờ sáu cái cho người xem lại, và mắc hai lỗi. Đây là hai lỗi đó, và đây là cách chúng tôi sửa." Theo Greg, điều đó giúp bạn thật sự xây được niềm tin, nhất là với những người làm chủ các doanh nghiệp "nhàm chán" nhưng thật sự dùng được những agent này. Khi bạn minh bạch và cởi mở về những chuyện như vậy, bạn sẽ xây được rất nhiều niềm tin với họ.

13. Bán pilot như bán sức lao động, và cách định giá

Bước thứ sáu, theo Greg: bán pilot như bán sức lao động, rồi productize nó. Theo anh (video đăng ngày 01/07/2026), đường nhanh nhất thường là một pilot trong đó bạn tự làm công việc bằng tay với AI, rồi productize những phần lặp lại. Về cơ bản, Greg sẽ bắt đầu với ba khách hàng trong một niche: cùng niche, cùng workflow, cùng nỗi đau, rồi bán kết quả (outcome). Theo anh, bạn nên rất, rất gò mình lại ở bước này, nếu không sẽ ra kết quả tệ.

Nếu bán kết quả, lời chào hàng là: "chúng tôi sẽ trả lời và sàng lọc các cuộc gọi nhỡ của anh", "chúng tôi sẽ phân loại các yêu cầu bảo trì của anh". Rồi bạn tính một khoản phí setup và một khoản phí tháng đơn giản. Theo Greg (video đăng ngày 01/07/2026), giữ giá dễ hiểu, rồi thêm giá theo mức dùng (usage) hoặc theo kết quả (outcome pricing) khi bạn đã hiểu giá trị.

Greg nói anh rất tin rằng outcome pricing là tương lai của cách nhiều doanh nghiệp và phần mềm agent-first sẽ được định giá, vì nó hợp lý: khách hàng không muốn trả tiền thêm một seat cho một thứ gì đó (theo Greg, video đăng ngày 01/07/2026). Nhưng đừng nhảy ngay vào đó từ đầu. Bạn sẽ tới đó, và cần kiên nhẫn một chút.

Vậy nghĩ về giá cho thứ như thế này ra sao? Các ví dụ Greg đưa ra (video đăng ngày 01/07/2026):

• Có thể là 1.500 đô phí setup, rồi 1.000 đô mỗi tháng cho một workflow (ví dụ giá của Greg, video đăng ngày 01/07/2026).
• Hoặc 2.000 đô phí setup cộng 30 đô cho mỗi lịch hẹn đủ điều kiện; theo Greg, đây là kiểu gần với định giá theo kết quả về sau. Slide cùng lúc ghi "$1,500 setup + $1,000/mo" hoặc "$30/booked job" (ví dụ giá trong video đăng ngày 01/07/2026).
• Hoặc 3.000 đô mỗi tháng cho tới 500 ticket được xử lý (ví dụ giá của Greg, video đăng ngày 01/07/2026).

Theo Greg (video đăng ngày 01/07/2026), con số chính xác thật ra ít quan trọng hơn bài học. Về cơ bản bạn muốn tìm ra khách hàng coi trọng điều gì, rồi agent hỏng ở đâu, cái gì cần duyệt, và họ sẽ thấy thiếu gì nếu bạn lấy nó đi. Theo anh, câu cuối "pretty much" là câu hỏi quan trọng nhất.

14. Productize phần lặp lại

Rồi bạn build một sản phẩm quanh pattern lặp lại. Ví dụ của Greg (video đăng ngày 01/07/2026): nếu thợ làm mái nào cũng cần cùng một kịch bản cho cuộc gọi khẩn cấp, kiểm tra khu vực phục vụ, câu hỏi về trả góp, và follow-up sau báo giá, thì "bùm", bạn có một sản phẩm. Nếu med spa nào cũng cần chấm điểm lead, đặt lịch tư vấn, kéo lại khách không đến hẹn, và follow-up sau điều trị, thì "bùm", bạn có một sản phẩm.

Đó là agent SaaS, theo Greg (video đăng ngày 01/07/2026): bạn "kiếm" được phần mềm bằng cách làm công việc trước.

15. Distribution: workflow teardown và cuộc chơi content

Bước bảy là distribution. Hiển nhiên bạn cần người ta nghe về thứ bạn đang build, nghe về agent, thấy nó, và nghĩ "mình cần cái này". Làm thế nào? Theo Greg (video đăng ngày 01/07/2026), thứ anh đang thấy theo thời gian thực là chạy rất, rất tốt, là workflow teardown: mổ xẻ một quy trình.

Đầu tiên bạn cho thấy cách làm cũ. Một cuộc gọi tới, không ai nghe, khách gọi sang công ty tiếp theo. Hoặc CSR nghe máy, hỏi năm câu, kiểm tra lịch, kiểm tra khu vực phục vụ, đặt việc, ghi chú, gửi nhắc lịch, rồi quên follow-up. Và trái tim của người chủ, của người quản lý, tan nát hoàn toàn (ví dụ của Greg, video đăng ngày 01/07/2026).

Rồi bạn cho thấy cách làm của agent. Một cuộc gọi tới, agent trả lời. Nó hỏi đúng câu, kiểm tra khu vực phục vụ, kiểm tra mức khẩn cấp, đặt lịch hẹn, cập nhật CRM, gửi xác nhận, và gắn cờ các edge case cho một con người. Theo Greg (video đăng ngày 01/07/2026), đó là kiểu content hiệu quả, vì người quản lý, người điều hành, người chủ cảm nhận được nỗi đau đó. Và bạn muốn làm nghề bán thuốc giảm đau, không phải bán vitamin.

Greg nói đó là lý do anh thích những doanh nghiệp build agent này: nếu làm đúng, đi qua những bước, framework và playbook này để nghĩ ra ý tưởng và build ý tưởng, bạn đang build thứ thật sự giúp được người ta, thứ rất, rất có giá trị với họ. Và theo Greg (video đăng ngày 01/07/2026), cách duy nhất để thật sự khiến họ đặt một cuộc gọi hay làm gì đó, là cho họ thấy, kiểu chế giễu cách làm cũ một chút, rồi cho họ thấy cách làm mới.

Chọn một workflow, làm cho internet gắn bạn với nó. Cách Greg nghĩ (video đăng ngày 01/07/2026): làm checklist, làm benchmark, làm teardown, làm chừng 50 bài ví dụ về workflow này, và bạn sẽ ở trong cuộc chơi content. Greg nói nhiều người nghe tới đây không muốn làm content, và anh hoàn toàn hiểu, nhưng theo anh bạn phải làm content quanh việc này, vì đơn giản là có cơ hội trong việc làm content. Rồi bạn lấy những nội dung đang bắt đầu hiệu quả và chạy quảng cáo trả tiền (paid ads) quanh chúng.

Tóm lại về distribution, theo Greg (video đăng ngày 01/07/2026): nghĩ về những teardown này, nghĩ về việc chọc cách làm cũ, nghĩ về việc làm meme quanh nó, rồi làm content, chọn ra những bài thắng, chạy paid ads cho chúng. Anh gợi ý tập trung vào một nền tảng để bắt đầu.

16. Kế hoạch zero to 100 trong 30 ngày

Bước cuối là kế hoạch zero to 100. Greg nghĩ người ta sẽ muốn biết nếu bắt đầu từ con số không thì kế hoạch của anh là gì, nên anh đưa ra kế hoạch bốn tuần của mình: build một doanh nghiệp agent trong 30 ngày thế nào. Các bước dưới đây là kế hoạch Greg nêu trong video đăng ngày 01/07/2026.

• Ngày 1: chọn một niche mà việc bị bỏ lỡ làm mất tiền, như đã nói ở trên: home services, quản lý bất động sản, đại lý bảo hiểm (kế hoạch của Greg, video đăng ngày 01/07/2026).
• Ngày 2: phỏng vấn 10 người vận hành (operator). Nhờ họ share màn hình workflow, giữ các cuộc gọi làm tư liệu nghiên cứu, và chỉ quan sát. Greg nói thêm: bạn có thể trả tiền cho họ để làm việc này (kế hoạch của Greg, video đăng ngày 01/07/2026).
• Ngày 3: chọn một workflow có tần suất, có nỗi đau, có quyền truy cập phần mềm và một chỉ số thành công rõ ràng (kế hoạch của Greg, video đăng ngày 01/07/2026).
• Ngày 4: viết spec cho agent: trigger, context, tools, rules, handoffs, evals (kế hoạch của Greg, video đăng ngày 01/07/2026).
• Ngày 5: chạy nó bằng tay với AI. Dùng Claude hoặc ChatGPT, copy và paste context vào, soạn output, nhờ con người duyệt. Theo Greg, bạn đang test xem AI có giúp được không trước khi build phần mềm (kế hoạch trong video đăng ngày 01/07/2026).
• Ngày 6: build phiên bản hữu ích nhỏ nhất. Theo Greg, draft and approve hoặc triage thường là đủ ở đây (kế hoạch trong video đăng ngày 01/07/2026).
• Ngày 7: tạo eval set từ 50 ví dụ thật (kế hoạch của Greg, video đăng ngày 01/07/2026).
• Tuần 2: bán hai pilot trong cùng niche. Slide "Own the workflow" ở phần trước ghi "3 pilots" trong dòng Zero to 100 (video đăng ngày 01/07/2026).
• Tuần 3: thêm product wrapper: log, approval, settings, analytics, handoff, và dùng AI để build chính phần mềm đó. Greg nói có lẽ anh sẽ dùng thứ gì đó như Claude Design, và giả sử lúc đó Fable đã ra mắt, dùng Fable để code (theo video đăng ngày 01/07/2026).
• Tuần 4: Greg đăng các workflow teardown, biến các pilot thành bằng chứng, và dồn lực vào chiến lược content (kế hoạch trong video đăng ngày 01/07/2026).

Greg nói lẽ ra anh nên nhắc điều này sớm hơn: trong lúc làm tất cả những việc trên, trong lúc nghĩ về việc build doanh nghiệp này, anh build audience suốt từ đầu tới cuối. Tới cuối tuần bốn, anh có những format đang hiệu quả, biết nên dồn lực vào đâu, biết chỗ nào có thể chi tiền, tiền quảng cáo trả phí, để có khách hàng. Rồi tới tháng thứ hai và thứ ba, anh tìm hiểu LTV của mình là bao nhiêu, kênh nào đang chạy, dồn lực vào đâu, và cứ thế tiếp tục (kế hoạch của Greg, video đăng ngày 01/07/2026).

17. Kết: tìm workflow nhỏ, đau, lặp lại và làm nó biến mất

Greg nói tập này tới đây là hết. Quan điểm của anh (video đăng ngày 01/07/2026): agent là SaaS mới, vì phần mềm đang chuyển từ "giúp tôi làm việc" sang "làm việc cùng tôi". Anh nghĩ nhiều người không tham gia vào sự dịch chuyển này. Họ thấy nó, họ hiểu nó, bạn đang nghe Greg và nghĩ "ừ, dĩ nhiên rồi". Nhưng họ không build, không build doanh nghiệp agent-first.

Theo Greg (video đăng ngày 01/07/2026), cơ hội về cơ bản là tìm workflow đau, nhỏ nhất, lặp lại cả ngày, trong một niche mà bạn hiểu, và làm nó biến mất: nghe điện thoại, đặt một việc, phân loại ticket, cập nhật hệ thống, escalate một ca kỳ quặc. Anh nghĩ có rất nhiều tiền để kiếm và rất nhiều giá trị để tạo ra ở đây.

Nếu bạn đang xem, đang nghe, và nghĩ "mình muốn build với AI", thì theo Greg (video đăng ngày 01/07/2026): hãy bắt đầu từ công việc. Tìm công việc, shadow nó, viết spec, chạy bằng tay, build agent hữu ích nhỏ nhất, bán pilot, rồi productize những phần lặp lại. Đó là cách build một agent người ta sẽ trả tiền, và là lý do Greg nghĩ build agent là SaaS mới.

Greg cảm ơn người xem.