Kiếm 1,6 triệu USD một mình: Quy trình làm việc với Claude Code nâng cao được các nhà sáng tạo hàng đầu thế giới sử dụng

Sử dụng AI Không Chỉ Để Viết Code, Mà Như Một Nhân Viên Vận Hành Công Ty Một Người 24/7

Khi nghe đến "kiếm tiền bằng AI", hầu hết mọi người đều nghĩ đến những điều giống nhau:

• Nhờ ChatGPT viết blog.
• Sản xuất hàng loạt ảnh bằng AI.
• Đăng video do AI tạo lên TikTok.
• Nhờ AI viết chương trình để sản xuất hàng loạt ứng dụng.

Tuy nhiên, có rất ít trường hợp bạn có thể kiếm được nhiều tiền chỉ bằng những phương pháp này.

Đó là bởi vì bạn chỉ đơn giản là tăng "khối lượng công việc" bằng AI.

Dù bạn tăng số lượng bài viết từ 10 lên 100, nếu không có độc giả thì doanh thu cũng không tăng. Dù bạn tăng số lượng ứng dụng từ 1 lên 10, nếu bạn không giải quyết vấn đề của khách hàng thì sẽ chẳng ai trả tiền.

Những người thực sự mạnh mẽ trong kỷ nguyên AI không sử dụng AI như một cỗ máy sản xuất nội dung.

Họ sử dụng nó để làm cho chính công ty trở nên nhỏ hơn.

Họ không thuê lập trình viên.

Họ không tăng cường hỗ trợ khách hàng.

Họ không tổ chức họp.

Họ không chuyển giao đặc tả kỹ thuật giữa người với người.

Họ không bàn giao code qua nhiều giai đoạn từ môi trường local lên production.

Khi có yêu cầu từ khách hàng, AI sẽ đọc code, sửa lỗi, kiểm thử và chuẩn bị sẵn sàng để người dùng chạm vào trong vòng vài phút.

Một ví dụ điển hình cho điều này là lập trình viên solo Pieter Levels.

Cách anh ấy sử dụng Claude Code có thể tóm gọn trong một câu:

Sử dụng Claude Code không phải như một "trợ lý code tiện lợi", mà như một nhân viên sống ngay trong máy chủ.

Trong bài viết này, chúng ta sẽ phân tích những gì Pieter đang làm và chuyển thể thành dạng mà các lập trình viên solo và chủ doanh nghiệp nhỏ tại Nhật Bản có thể áp dụng.

Pieter Levels là ai?

Pieter Levels là một lập trình viên solo đã ra mắt nhiều dịch vụ internet như Nomad List, Remote OK, Photo AI và Interior AI.

Một trong những lý do anh ấy trở nên nổi tiếng là dự án "xây dựng 12 startup trong 12 tháng". Thay vì gây quỹ lớn để xây dựng tổ chức, anh ấy theo đuổi phong cách phát hành dịch vụ nhanh chóng và chỉ nuôi dưỡng những dịch vụ nhận được phản hồi.

Một trong những dịch vụ chủ lực hiện tại của anh ấy là Photo AI, một dịch vụ tạo ảnh bằng AI.

Người dùng tải ảnh của họ lên, và dịch vụ sẽ tạo một mô hình AI của người đó để tạo ảnh studio, ảnh hồ sơ, ảnh thời trang, ảnh du lịch, video, v.v. Trang web chính thức của Photo AI cho biết hơn 30 triệu bức ảnh đã được tạo cho đến nay.

Vào tháng 3 năm 2024, Pieter đã tiết lộ các số liệu sau cho Photo AI:

Điều đáng ngạc nhiên hơn nữa là anh ấy tiết lộ rằng cốt lõi của dịch vụ chạy trên một file PHP duy nhất, khổng lồ, dài khoảng 40,870 dòng.

Một kỹ sư điển hình có thể nhăn mặt khi nghe điều này.

"File lớn như vậy thì không thể bảo trì được."

"Nó nên được chia thành các microservice."

"Nên sử dụng một framework hiện đại hơn."

Nhưng doanh thu không được trả cho vẻ đẹp của code.

Nếu bạn đang mang lại kết quả mà người dùng muốn và duy trì trạng thái đó, thì cấu hình kỹ thuật không cần phải tuân theo sách giáo khoa.

Điểm mạnh của Pieter không phải là biết nhiều công nghệ tiên tiến hơn bất kỳ ai khác.

Đó là sự triệt để trong việc loại bỏ sự phức tạp không dẫn đến doanh thu.

Nói một cách chính xác, anh ấy không kiếm tiền "chỉ bằng AI"

Đừng hiểu sai phần này.

Pieter không phải chỉ một ngày chạm vào Claude Code và đột nhiên kiếm được $1,6M một năm chỉ với AI.

Anh ấy có nhiều năm kinh nghiệm phát triển. Anh ấy có danh tiếng trên internet và những người theo dõi để có thể tiếp thị sản phẩm của mình. Anh ấy có khả năng phán đoán để chọn thị trường, khả năng định giá và kinh nghiệm đọc phản hồi của người dùng.

AI không tạo ra mọi thứ từ con số không.

AI đã khuếch đại sức mạnh phát triển, khả năng phán đoán và sức mạnh tiếp thị mà anh ấy đã có sẵn.

Sự khác biệt này là rất lớn.

Sử dụng AI không làm cho kinh nghiệm trở nên không cần thiết. Ngược lại, khi tốc độ triển khai tăng lên nhờ AI, giá trị của việc phán đoán "xây dựng cái gì", "bán cho ai" và "không xây dựng cái gì" càng trở nên cao hơn.

Do đó, chủ đề thực sự của bài viết này không phải là "dùng prompt thần kỳ nào trong Claude Code để kiếm hàng triệu đô".

Mà là làm thế nào để tạo ra một hệ thống mà một người có thể di chuyển với tốc độ của cả một công ty bằng Claude Code.

Phương pháp 1

Cho Claude Code Sống trên VPS, Không Phải Trên Laptop

Đặc điểm nổi bật nhất trong cách vận hành của Pieter là anh ấy chạy Claude Code trên VPS nơi dịch vụ đang chạy, thay vì trên laptop local.

Theo anh ấy, trong khoảng một năm, anh ấy đã làm hầu hết mọi công việc code với Claude Code trên VPS. Anh ấy có thể tiếp tục xử lý ngay cả khi đã đóng laptop, nó không tiêu hao pin, và anh ấy có thể tiếp nhận công việc từ một terminal hoặc điện thoại thông minh khác. Vì các dịch vụ mới có thể được bắt đầu từ trạng thái đã có sẵn trên máy chủ, chúng có thể được đưa thẳng ra công khai.

Một quy trình phát triển điển hình thường trông như thế này:

1. Lên kế hoạch.
2. Viết code trong môi trường local.
3. Kiểm thử local.
4. Push lên GitHub.
5. CI chạy.
6. Phản ánh vào môi trường staging.
7. Xác nhận và triển khai lên môi trường production.

Trong các tổ chức lớn, quy trình này là cần thiết. Vì hàng chục kỹ sư chạm vào cùng một hệ thống, các ranh giới để ngăn ngừa tai nạn là rất quan trọng.

Nhưng điều gì sẽ xảy ra khi bạn đưa các quy trình của công ty lớn vào một dịch vụ nhỏ do một người điều hành?

Bản thân việc sửa lỗi chỉ mất 3 phút, nhưng phải mất 20 phút để đưa lên live.

Những phiền toái nhỏ tích tụ lại, và phán đoán "thay đổi này có thể đợi đến sau" ngày càng tăng. Ngay cả khi có yêu cầu từ khách hàng, việc sửa lỗi cũng bị hoãn lại đến ngày hôm sau hoặc tuần sau.

Pieter đã làm cho thời gian chờ đợi này trở nên cực kỳ ngắn.

Trước đây, mất khoảng 1 phút để kiểm thử local và tự động triển khai qua GitHub. Bằng cách chuyển sang push trực tiếp lên máy chủ, nó chỉ mất khoảng 3 giây, và hiện tại anh ấy đang tiến tới việc để Claude Code thay đổi code trực tiếp trên máy chủ. Mặc dù anh ấy đề cập rằng trang web chỉ gặp sự cố khoảng hai lần trong 12 tháng, mỗi lần khoảng 10 giây, nhưng anh ấy cũng nói rõ rằng một công ty lớn sẽ sử dụng môi trường staging.

Điểm cần mô phỏng ở đây không phải là "mọi người nên chỉnh sửa trực tiếp trên môi trường production".

Điều nên mô phỏng là đặt AI ở nơi nó có thể tiếp tục làm việc.

Miễn là bạn chạy Claude Code trên máy tính của mình, công việc sẽ dừng lại khi bạn đóng laptop. Nó dừng nếu mất kết nối. Nếu bạn chuyển sang terminal khác, bạn phải giải thích lại toàn bộ tình huống.

Bằng cách chạy nó trong một phiên làm việc liên tục trên VPS, AI có thể ở ngay cạnh dự án.

Đây không chỉ là sự khác biệt trong việc thiết lập môi trường.

Đó là ý tưởng tách thời gian AI có thể làm việc khỏi giờ hoạt động của con người, thay vì chỉ tăng "thời gian sử dụng AI".

Phương pháp 2

Dành Cho Mỗi Sản Phẩm Một Phiên Làm Việc Riêng Biệt

Pieter sử dụng Termius để kết nối vào VPS và chuẩn bị các hồ sơ kết nối cho từng dịch vụ.

Khi kết nối, anh ấy di chuyển đến thư mục của dịch vụ đó và vào phiên tmux tương ứng. Trong mỗi phiên, Claude Code luôn được mở, cho phép anh ấy quay lại cùng một công việc từ laptop hoặc điện thoại thông minh. Anh ấy thậm chí còn nhờ Claude Code tạo các hàm shell để giúp việc kết nối và quay lại tmux trở nên dễ dàng.

Phần quan trọng của hệ thống này không phải là các thao tác terminal trông có vẻ ngầu.

Mà là mỗi sản phẩm có một phòng làm việc riêng.

• Phòng Photo AI có code Photo AI và Claude Code.
• Phòng Nomad List có code Nomad List và Claude Code.
• Phòng Remote OK có code Remote OK và Claude Code.

Khi một người chuyển đổi sản phẩm, họ chỉ cần bước vào phòng đó.

Với AI dạng chat thông thường, bạn cần giải thích mọi thứ mỗi khi bắt đầu cuộc trò chuyện.

"Đây là dịch vụ như thế này."

"Lần trước tôi đã triển khai đến đây."

"Xin đừng thay đổi file này."

"Chạy kiểm thử bằng lệnh này."

Chi phí giải thích đó làm mất đi tốc độ của việc sử dụng AI.

Mặt khác, nếu bạn giữ Claude Code chạy trong thư mục dự án, AI có quyền truy cập trực tiếp vào code, file cấu hình, kiểm thử và lịch sử. Ngay cả khi không có con người giải thích từ đầu, nó có thể điều tra "trạng thái hiện tại của sản phẩm này là gì".

Tài liệu chính thức của Anthropic cũng giải thích Claude Code không chỉ là một công cụ trả về các đề xuất code, mà là một công cụ tác nhân (agentic) tiến hành đọc file, thực thi lệnh, thay đổi code, điều tra, lập kế hoạch và triển khai.

Nói cách khác, để khai thác điểm mạnh của Claude Code, bạn cần để nó làm việc ở nơi nó có thể truy cập toàn bộ sản phẩm, thay vì dán các đoạn code vào hộp chat mỗi lần.

Phương pháp 3

Chuyển Giao "Trạng Thái Hoàn Thành", Chứ Không Phải "Viết Code"

Những người không đạt được kết quả ngay cả với Claude Code thường đưa ra hướng dẫn quá chi tiết hoặc quá mơ hồ.

Ví dụ, một yêu cầu như thế này:

Vui lòng cải thiện màn hình đăng nhập.

Với yêu cầu này, không rõ thế nào là cải thiện.

• Thay đổi thiết kế?
• Thay đổi cách hiển thị lỗi?
• Tăng tốc độ đăng nhập?
• Thêm đăng nhập bằng Google?
• Muốn giảm tỷ lệ thoát?

Ngược lại, hướng dẫn từng dòng code cũng không hiệu quả.

Thêm một hàm vào dòng 35 của file này, sau đó đổi tên biến này...

Trong trường hợp này, bạn chỉ đang sử dụng Claude Code như một bàn phím có tốc độ nhập nhanh hơn bạn.

Điều bạn nên chuyển giao không phải là quy trình làm việc, mà là các điều kiện hoàn thành.

Trong thực tế, một định dạng như thế này rất dễ sử dụng:

Mục tiêu:

Giảm tỷ lệ bỏ cuộc do lỗi đăng nhập.

Trạng thái hiện tại:

Dù là sai mật khẩu hay lỗi kết nối, đều hiển thị cùng một thông báo "Đăng nhập thất bại".

Phạm vi thay đổi:

Màn hình đăng nhập, API xác thực, các kiểm thử liên quan.

Điều kiện hoàn thành:

• Các thông báo khác nhau được hiển thị cho lỗi đầu vào so với lỗi kết nối.
• Không để lộ sự tồn tại của địa chỉ email ra bên ngoài.
• Không làm hỏng chức năng đăng nhập bằng Google hiện có.
• Bố cục không bị vỡ trên màn hình điện thoại thông minh.
• Tất cả các kiểm thử liên quan đều pass.

Điều cấm:

• Không thay đổi cấu trúc cơ sở dữ liệu.
• Không thêm thư viện xác thực mới.

Sau khi hoàn thành:

• Tóm tắt các file đã thay đổi.
• Hiển thị các kiểm thử đã chạy.
• Báo cáo các rủi ro còn lại.

Với định dạng này, Claude Code có thể điều tra codebase, tự tìm vị trí cần thay đổi và nghĩ ra phương pháp triển khai.

Vai trò của con người chuyển từ "làm thế nào để viết" sang "trạng thái nào sẽ mang lại giá trị".

Ở đây, quản lý và phát triển kết nối với nhau.

Để viết được các điều kiện hoàn thành tốt, bạn phải hiểu khách hàng đang gặp khó khăn gì. Một người nhìn vào hành vi của khách hàng, lý do thanh toán và lý do rời bỏ có thể giao cho Claude Code những công việc có giá trị hơn nhiều so với người chỉ nhìn vào công nghệ.

Điều quan trọng trong kỷ nguyên AI không phải là từ vựng prompt.

Đó là khả năng xác định trạng thái hoàn thành.

Phương pháp 4

Biến CLAUDE.md Thành "Sổ Tay Vận Hành Công Ty Một Người"

Claude Code có cơ chế lưu các hướng dẫn dành riêng cho dự án trong CLAUDE.md.

Tài liệu chính thức giải thích rằng CLAUDE.md được đọc khi bắt đầu cuộc trò chuyện, cho phép bạn liệt kê các lệnh build và test, quy ước code và quy tắc làm việc. Tuy nhiên, nên giữ nó ngắn gọn và cụ thể, không phải một cuốn sổ tay dài, và không viết những thứ có thể hiểu được bằng cách đọc code.

Hầu hết mọi người chỉ viết độ rộng thụt lề hoặc quy tắc đặt tên biến ở đây.

Nhưng trong một công ty một người, điều thực sự quan trọng không phải là phong cách code, mà là các ưu tiên kinh doanh.

Ví dụ, bạn có thể viết:

Mục tiêu sản phẩm

• Dịch vụ này dành cho các chủ thể kinh doanh cá thể để tạo ảnh sản phẩm trong vòng 10 phút.
• Ưu tiên tốc độ tạo ảnh đầu tiên hơn số lượng tính năng.
• Đối với các thay đổi làm tăng mức sử dụng của người dùng miễn phí, luôn kiểm tra tác động đến giá vốn.

Kiến trúc

• Sử dụng PHP, JavaScript, PostgreSQL.
• Không thêm framework mới nếu không có sự cho phép rõ ràng.
• Không tăng dependencies nếu có thể giải quyết bằng cơ chế hiện có.

Quy trình làm việc

• Đọc code và kiểm thử liên quan trước khi thay đổi.
• Đối với các thay đổi lớn, trình bày kế hoạch trước khi triển khai.
• Sau khi thay đổi, thực hiện kiểm thử, phân tích tĩnh và kiểm tra các màn hình chính.
• Không giải quyết các kiểm thử thất bại bằng cách xóa chúng.

An toàn

• Không xóa dữ liệu production.
• Đính kèm quy trình rollback vào các thay đổi cơ sở dữ liệu.
• Không xuất API key hoặc thông tin cá nhân ra log.
• Xử lý các chức năng thanh toán, xác thực và xóa dữ liệu một cách cực kỳ thận trọng.

Định nghĩa hoàn thành

• Có thể giải thích các thay đổi từ góc nhìn của người dùng.
• Báo cáo kết quả kiểm thử.
• Liệt kê các file đã thay đổi.
• Nêu rõ các rủi ro đã biết và các vấn đề chưa được giải quyết.

Chỉ cần có điều này, bạn sẽ không cần phải lặp lại những lưu ý tương tự mỗi lần.

Điều quan trọng hơn nữa là cách xử lý khi Claude Code thất bại.

Thay vì chỉ tức giận rằng "nó lại mắc lỗi tương tự", hãy thêm một quy tắc phòng ngừa tái diễn vào CLAUDE.md.

Nếu nó thay đổi file cấu hình production, hãy viết "Không thay đổi file cấu hình nếu không có sự cho phép rõ ràng."

Nếu nó xóa một validation quan trọng để pass kiểm thử, hãy viết "Việc xóa các kiểm thử thất bại bị cấm."

Nếu nó định dạng lại các file không liên quan và diff trở nên rất lớn, hãy viết "Không thực hiện refactoring không liên quan đến yêu cầu."

Anthropic cũng tuyên bố rằng các lỗi lặp đi lặp lại hoặc những điều được giải thích nhiều lần là dấu hiệu cần thêm vào hướng dẫn vĩnh viễn.

Nói cách khác, CLAUDE.md không chỉ là một file cấu hình cho AI.

Đó là cơ sở dữ liệu về các thất bại và phán đoán được tích lũy trong một công ty một người.

Trong các công ty thuê nhân viên, kiến thức được tích lũy trong tài liệu đào tạo hoặc Wiki nội bộ.

Trong một công ty một người, bạn để Claude Code đọc nó.

Phương pháp 5

Giảm Công Việc Phê Duyệt, Tăng Các Rào Cản Thay Vào Đó

Pieter sử dụng một chế độ bỏ qua đáng kể các kiểm tra quyền cho Claude Code, làm việc với tốc độ cao trên máy chủ.

Anh ấy tuyên bố rằng kể từ khi chuyển sang cách vận hành này, tốc độ phát triển đã tăng vọt, bảng nhiệm vụ của anh ấy lần đầu tiên trống rỗng và anh ấy đạt được sản lượng gấp khoảng 10 lần bình thường. Anh ấy đã tiến hành các thay đổi trên nhiều sản phẩm, bao gồm cải thiện xác thực và bảo mật, tính năng hình ảnh, tính năng video/âm thanh, trình xem 3D, bản tin, chatbot và tạo sách điện tử, trong một thời gian ngắn.

Tuy nhiên, việc sao chép chính xác phần này là nguy hiểm.

Tài liệu chính thức của Claude Code nêu rõ rằng các thao tác tương đương với bypassPermissions chỉ nên được sử dụng khi có một ranh giới an toàn bên ngoài, chẳng hạn như một container biệt lập hoặc máy ảo. Bởi vì ngay khi bạn bỏ qua xác nhận, tuyến phòng thủ cuối cùng chỉ là sự biệt lập của môi trường thực thi.

Nếu một lập trình viên solo Nhật Bản muốn áp dụng điều này, thay vì sao chép chính xác cách vận hành của Pieter, tốt hơn nên chuyển thể nó như sau:

Chế độ Lập kế hoạch cho Giai đoạn Điều tra

Đầu tiên, hãy để nó điều tra các file liên quan, phạm vi ảnh hưởng, chính sách triển khai và rủi ro mà không cho phép nó thay đổi code.

Đặc biệt đối với các phần có tác động tai nạn cao như thanh toán, xác thực, xóa dữ liệu và gửi email, không cho phép nó triển khai ngay lập tức.

Tự động hóa Triển khai trong Môi trường Staging

Chuẩn bị một môi trường staging có cấu hình tương tự production và để Claude Code tiến hành các thay đổi và kiểm thử ở đó.

Thay vì phê duyệt từng lệnh mỗi lần, hãy tách biệt các thao tác được phép và các thao tác bị từ chối trước.

Tài liệu chính thức cung cấp nhiều chế độ quyền như acceptEdits để cho phép thay đổi, auto để tự động đánh giá an toàn và plan để chỉ tạo kế hoạch. Bạn cũng có thể đặt allow, ask và deny trên cơ sở từng lệnh.

Chỉ để lại một Cổng Con Người cho Việc Đưa Lên Production

• Các kiểm thử đã pass.
• Xác nhận màn hình đã hoàn tất.
• Diff nằm trong phạm vi dự kiến.
• Có phương pháp rollback.

Khi đạt đến trạng thái này, con người cho phép đưa lên production.

Điều quan trọng không phải là con người viết từng dòng code.

Đó là tạo ra một cấu trúc có thể được hoàn nguyên khi bị hỏng, với con người chỉ xử lý các phán đoán cuối cùng không thể đảo ngược.

Phương pháp 6

Ưu Tiên Kiểm Thử và Rollback Hơn Là Code Review

Khi AI bắt đầu viết một lượng code khổng lồ, phương pháp con người kiểm tra từng dòng một sẽ đạt đến giới hạn.

Ngay cả khi code được tạo ra với tốc độ gấp 10 lần, nếu việc review mất thời gian gấp 10 lần, năng suất sẽ không tăng.

Do đó, điều cần thiết là thay đổi nơi đặt niềm tin.

Đừng tin rằng "Claude chắc chắn đã viết code đúng."

Hãy tin vào hệ thống:

• "Nếu nó sai, các kiểm thử sẽ thất bại."
• "Các thao tác chính của người dùng có thể được xác nhận tự động."
• "Nếu có vấn đề, có thể ngay lập tức quay lại trạng thái trước đó."

Bản thân Pieter ưu tiên một vòng lặp phản hồi bao gồm chuẩn bị kiểm thử và nhanh chóng xác nhận trên production hơn là kiểm tra chi tiết mọi thứ. Anh ấy cũng giải thích rằng máy chủ có nhiều bản sao lưu kết hợp onsite và offsite.

Trong vận hành Claude Code an toàn, hãy tạo ít nhất bốn điều này trước tiên:

1. Các kiểm thử tự động cho các chức năng chính.
2. Xác nhận hoạt động trước khi đưa lên production.
3. Giám sát để phát hiện lỗi và bất thường về doanh thu.
4. Rollback có thể quay lại trạng thái trước đó trong vòng vài phút.

Sử dụng Hooks của Claude Code, bạn cũng có thể tự động hóa các quy trình như thực thi kiểm thử hoặc formatter sau khi thay đổi file, hoặc chèn các kiểm tra trước các thao tác cụ thể. Hooks là một tính năng chính thức để thực thi các lệnh shell, xử lý HTTP, phán đoán LLM, v.v., tại các vòng đời cụ thể của Claude Code.

Ví dụ: tự động thực hiện quy trình sau sau khi thay đổi:

Thay đổi code

↓

Kiểm thử tự động

↓

Phân tích tĩnh

↓

Xác nhận hoạt động của các trang chính

↓

Tóm tắt diff

↓

Dừng đưa lên production nếu có vấn đề

Thông qua đó, công việc của con người chuyển từ "nhìn vào mọi thứ" sang "chỉ nhìn vào những bất thường".

Những người kiếm tiền lớn một mình không chỉ làm việc nhanh.

Họ đang giảm bớt công việc cần xác nhận.

Phương pháp 7

Biến Yêu Cầu Của Khách Hàng Thành Hàng Đợi Công Việc Của Claude Code

Trong cấu hình công ty một người mà Pieter đã công khai, anh ấy kết hợp một bảng phản hồi để thu thập yêu cầu của người dùng, màn hình quản lý thanh toán Stripe dành cho khách hàng, chức năng hoàn tiền mà người dùng có thể tự thao tác và xử lý tự động bằng ChatGPT API.

Hình thức lý tưởng mà anh ấy thể hiện là "1 người sáng lập, 0 người", một mô hình mà anh ấy xử lý tiếp thị, phát triển và thiết kế, và tự động hóa mọi thứ khác càng nhiều càng tốt.

Ở đây, Claude Code không chỉ được sử dụng để tạo các tính năng mới.

Nó trở thành một thiết bị để chuyển đổi tiếng nói của khách hàng thành các cải tiến dẫn đến doanh thu.

Ví dụ, một quy trình như thế này:

Người dùng đăng yêu cầu

↓

Phân loại các yêu cầu tương tự

↓

Kiểm tra tác động đến tỷ lệ rời bỏ và tỷ lệ thanh toán

↓

Chọn một mục có giá trị cao

↓

Claude Code điều tra phạm vi ảnh hưởng

↓

Triển khai và kiểm thử

↓

Thông báo cải tiến cho người dùng

Khi bạn tạo ra hệ thống này, ý nghĩa của quản lý nhiệm vụ thay đổi.

Trong nhiều công ty, sau khi nhận được yêu cầu, họ tổ chức họp, viết đặc tả, quyết định người phụ trách, đưa vào sprint và cuối cùng công bố vài tuần sau đó.

Trong một công ty một người, có khả năng phát hành nó trong cùng ngày.

Điều mà một công ty nhỏ có thể thắng một công ty lớn không phải là số lượng tính năng.

Đó là thời gian để tiếng nói của khách hàng được phản ánh trong sản phẩm.

Nếu bạn đã giới thiệu Claude Code nhưng con người vẫn đang chia nhỏ nhiệm vụ thành chi tiết, copy-paste code và chỉ định vị trí thay đổi từng cái một, thì bạn chưa tận dụng được tốc độ của AI.

Hãy chuyển giao vấn đề của khách hàng và các điều kiện hoàn thành, và để Claude Code tự điều tra codebase.

Đây là sự khác biệt giữa việc sử dụng nó như một chatbot và sử dụng nó như một nhân viên.

Phương pháp 8

Mạnh Dạn Tránh Làm Phức Tạp Cấu Hình Kỹ Thuật

Việc cốt lõi của Photo AI là một file PHP duy nhất vượt quá 40,000 dòng không có nghĩa là tất cả các lập trình viên nên tạo các file khổng lồ.

Đúng hơn, việc bắt chước hình thức bề ngoài là nguy hiểm.

Điều quan trọng đối với Pieter không phải là nó là PHP hay một file lớn.

Điều quan trọng được cho là giữ hệ thống trong phạm vi mà anh ấy và Claude Code có thể nắm bắt được toàn bộ.

Đây là một diễn giải từ thông tin công khai, nhưng nếu bạn chia một sản phẩm thành quá nhiều dịch vụ nhỏ, mọi thay đổi sẽ trải rộng trên nhiều kho lưu trữ, API, phương pháp xác thực và quy trình triển khai.

Các hệ thống phức tạp đối với con người cũng phức tạp đối với AI.

• Nhiều file hơn cần tải vào ngữ cảnh.
• Điều tra vị trí cần thay đổi mất thời gian.
• Xảy ra sự không nhất quán khi chỉ cập nhật một bên.
• Phạm vi kiểm thử mở rộng.
• Xác định nguyên nhân khi gặp sự cố trở nên khó khăn.

Chỉ vì bạn có Claude Code không có nghĩa là bạn có thể quản lý một cấu hình kỹ thuật phức tạp vô hạn.

AI làm giảm chi phí của sự phức tạp, nhưng không làm cho nó bằng không.

Vì vậy, khi giới thiệu một thư viện mới, dịch vụ mới, cơ sở dữ liệu mới hoặc framework mới, hãy suy nghĩ như thế này:

Công nghệ này có làm tăng giá trị mà khách hàng nhận được không? Hay nó chỉ để thỏa mãn kỹ thuật của lập trình viên?

Một người đã tạo ra một sản phẩm có doanh thu hàng năm 200 triệu JPY không nhất thiết phải chọn cấu hình hiện đại nhất.

Đây là một sự thật quan trọng đối với nhiều lập trình viên solo.

Phương pháp 9

Nhờ Claude Code Tạo "Tự Động Hóa Công Ty", Chứ Không Chỉ "Phát Triển"

Nhiều người sử dụng công cụ code AI chỉ nghĩ đến việc triển khai các tính năng sản phẩm.

Tuy nhiên, điều cần thiết để kiếm tiền lớn một mình không chỉ là tạo ra sản phẩm.

• Trả lời thắc mắc.
• Phát hiện sử dụng gian lận.
• Thay đổi thông tin thanh toán.
• Hoàn tiền.
• Hủy dịch vụ.
• Kiểm duyệt nội dung.
• Thông báo lỗi.
• Báo cáo định kỳ.
• Tổng hợp doanh thu.
• Hướng dẫn khách hàng.

Khi một doanh nghiệp phát triển, các công việc vận hành này tăng lên.

Nếu doanh thu tăng gấp đôi, thắc mắc cũng tăng gấp đôi, và nếu bạn cần gấp đôi nhân lực, một công ty một người không thể duy trì được.

Trong cấu hình mà Pieter đã công khai, anh ấy giảm các điểm can thiệp của con người thông qua các tính năng khách hàng của Stripe, màn hình quản lý tự phục vụ, hoàn tiền tự động và các script worker sử dụng API AI.

Những thứ bạn nên nhờ Claude Code tạo ra không chỉ là các tính năng mới hào nhoáng.

Đó là code loại bỏ "công việc bạn dành 30 phút mỗi tuần."

Ví dụ, nếu bạn kiểm tra doanh thu mỗi sáng và viết nó vào Slack, hãy tạo một báo cáo tự động.

Nếu có nhiều thắc mắc cho cùng một câu hỏi, hãy cải thiện màn hình quản lý hoặc trang trợ giúp.

Nếu bạn thao tác trên màn hình quản lý mỗi khi có yêu cầu hoàn tiền, hãy tạo chức năng tự hoàn tiền có điều kiện.

Nếu bạn đang kiểm tra trực quan việc sử dụng gian lận, hãy phát hiện các ngoại lệ và chỉ gửi các trường hợp cần phán đoán của con người.

Mỗi thứ là một tự động hóa nhỏ, nhưng chúng cộng lại để thay đổi chi phí cố định của công ty.

Tạo ra các tính năng xóa bỏ công việc của chính bạn cũng như các tính năng tăng doanh thu.

Đây là phương pháp sử dụng Claude Code để lại lợi nhuận một mình.

Phương pháp 10

Biến Claude Code Thành Một Worker Nền

Claude Code không chỉ để sử dụng khi bạn nhìn vào màn hình tương tác.

Về mặt chính thức, có các chế độ thực thi không tương tác bằng claude -p, thực thi với các công cụ được phép giới hạn, đầu ra có cấu trúc và tiếp tục phiên. Nó cũng được dự định để gọi từ CI hoặc script và được tích hợp vào xử lý nền.

Sử dụng điều này, bạn có thể tạo ra công việc mà không cần con người bắt đầu một cuộc trò chuyện.

Ví dụ, thực hiện các quy trình sau mỗi đêm:

1. Kiểm tra log lỗi trong 24 giờ qua.
2. Phân loại các lỗi được cho là có cùng nguyên nhân.
3. Điều tra phương pháp tái tạo.
4. Tạo đề xuất sửa lỗi.
5. Sửa lỗi trong môi trường staging.
6. Thực thi kiểm thử.
7. Sáng hôm sau, báo cáo các diff và rủi ro cho con người.

Hoặc, nhờ nó phân tích các thắc mắc nhận được từ người dùng:

1. Phân loại các yêu cầu theo chủ đề.
2. Tổng hợp số lượng và tác động đến doanh thu.
3. Trích xuất các vấn đề có thể giải quyết bằng nguyên nhân sản phẩm.
4. Xếp hạng các ứng viên cải tiến theo mức độ ưu tiên.
5. Tạo kế hoạch triển khai cho mục hàng đầu.

Tại thời điểm này, Claude Code không còn là "AI chỉ trả lời khi con người nói chuyện với nó."

Nó trở thành một nhân viên thực thụ, người hoàn thành các cuộc điều tra trong đêm và chuẩn bị sẵn tài liệu đánh giá vào buổi sáng.

Tuy nhiên, bạn càng chạy nó trong nền, thì thiết kế an toàn càng trở nên quan trọng.

Loại trừ các thao tác không thể đảo ngược như xóa, chuyển tiền, thanh toán, gửi hàng loạt cho khách hàng và thay đổi dữ liệu sản xuất khỏi phạm vi tự động hóa.

Bạn phải xem xét mức độ tự do dành cho AI và phạm vi thiệt hại khi xảy ra lỗi như một cặp đi đôi.

Bí Mật Lớn Nhất

Ngay Cả Khi Bạn Tăng Tốc Độ Phát Triển Với Claude Code, Khách Hàng Cũng Sẽ Không Tăng

Trong các bài đăng của Pieter, điều quan trọng nhất không phải là câu chuyện về công nghệ.

Ông ấy chỉ ra rằng có nhiều nhà phát triển độc lập không có doanh thu hay lưu lượng truy cập trong khi bị ám ảnh bởi việc tạo ra các môi trường tác nhân AI phức tạp hoặc "các nhà máy phát triển AI." Ông ấy nói rằng họ hài lòng với việc xây dựng môi trường phát triển và gác lại việc tiếp thị.

Hơn nữa, ông ấy tuyên bố rằng khi bất kỳ ai cũng có thể tạo ứng dụng bằng AI, thách thức thực sự trở thành phân phối—sức mạnh để tiếp cận khách hàng.

• Bạn đã có thể tiếp cận nhiều người bằng thông tin chưa?
• Bạn có thể chi tiền quảng cáo không?
• Bạn có thể tạo ra UGC không?
• Bạn có ý tưởng để tạo buzz miễn phí không?

Khi việc phát triển trở nên dễ dàng hơn, sự khác biệt về khả năng phân phối này càng trở nên lớn hơn.

Đây là thực tế khắc nghiệt của kỷ nguyên AI.

Khi bạn giới thiệu Claude Code, các tính năng có thể được tạo ra nhanh chóng.

Tuy nhiên, ngay cả khi tốc độ phát triển tăng gấp 10 lần, nếu lưu lượng truy cập bằng 0, doanh thu cũng bằng 0.

Thay vào đó, mối nguy hiểm là bằng cách tăng tốc độ xây dựng, bạn có thể sản xuất hàng loạt các tính năng mà không có nhu cầu.

Mỗi lần bạn thêm một tính năng, khối lượng mã, bài kiểm tra, rủi ro lỗi và phản hồi yêu cầu đều tăng lên.

Các mục bảo trì tăng lên mặc dù khách hàng thì không.

Do đó, một nửa thời gian được tạo ra từ Claude Code phải được sử dụng cho những việc khác ngoài phát triển.

• Lắng nghe khách hàng.
• Đọc các đánh giá về sản phẩm cạnh tranh.
• Điều tra tại sao sản phẩm không được mua.
• Kiểm tra giá cả.
• Viết lại trang bán hàng.
• Xuất bản các nghiên cứu điển hình.
• Chia sẻ quy trình sản xuất trên SNS.
• Tạo cơ chế khiến người dùng muốn giới thiệu nó cho người khác.

Giá trị thực sự của Claude Code không phải là rút ngắn thời gian viết mã.

Mà là giành lại thời gian cho con người để suy nghĩ về khách hàng và thị trường.

Kế Hoạch 30 Ngày Cho Các Nhà Phát Triển Độc Lập Nhật Bản Để Sao Chép

Ngay cả khi bạn không có cùng kinh nghiệm, danh tiếng hay lượng người theo dõi như Pieter, bạn vẫn có thể áp dụng triết lý quản lý.

Tuy nhiên, bạn không được tạo nhiều dịch vụ ngay từ đầu.

Trước tiên, hãy thu hẹp phạm vi vào một sản phẩm, một khách hàng và một vấn đề.

Tuần 1: Tìm Người Sẽ Trả Tiền Trước Khi Viết Mã

Thứ bạn tạo ra trong tuần đầu tiên không phải là một dịch vụ hoàn chỉnh.

Hãy quyết định bạn sẽ giải quyết vấn đề của ai, như thế nào và với giá bao nhiêu.

Đừng mở rộng mục tiêu.

Thay vì "Công cụ AI cho tất cả các công ty," hãy thu hẹp như "một công cụ cho các công ty bất động sản để tạo mô tả tài sản trong 10 phút."

Nói chuyện với khách hàng tiềm năng và xác nhận họ hiện đang sử dụng phương pháp nào, mất bao nhiêu phút và họ gặp khó khăn đến mức nào.

Sau đó, tạo một trang bán hàng đơn giản.

Đừng chỉ có nút đăng ký miễn phí; hãy hiển thị giá nếu có thể. Đưa vào các cơ chế nơi người dùng thực sự hành động, chẳng hạn như đăng ký trước, đặt chỗ hoặc mua trước một phần nhỏ.

Nếu không có phản hồi ở giai đoạn này, tình hình sẽ không thay đổi ngay cả khi bạn yêu cầu Claude Code tạo ra một số lượng lớn các tính năng.

Tuần 2: Chỉ Cung Cấp Một Giá Trị Duy Nhất

Trong tuần tiếp theo, chỉ tạo tính năng cốt lõi mà người dùng sẽ trả tiền.

Hãy hoãn đăng nhập, màn hình quản lý, cài đặt hồ sơ chi tiết, vô số mẫu, tính năng nhóm, v.v., cho đến khi chúng trở nên cần thiết.

Đầu tiên, hãy yêu cầu Claude Code điều tra cấu hình hiện tại và tạo một kế hoạch triển khai.

Khi kế hoạch đã được xác nhận, hãy yêu cầu nó tiến hành triển khai và kiểm tra trong môi trường staging.

Những thứ bạn phải bao gồm ở giai đoạn này là phân tích truy cập, thanh toán, giám sát lỗi và một kênh yêu cầu hỗ trợ.

Các sản phẩm mà bạn không thể xác nhận doanh thu không phải là doanh nghiệp. Các sản phẩm mà bạn không thể xác nhận lỗi thì không thể tự vận hành.

Tuần 3: Tạo Môi Trường Nơi Claude Code Không Bị Lạc

Trong tuần thứ ba, thay vì tăng thêm các tính năng mới, hãy sắp xếp nền tảng vận hành.

Viết mục đích của sản phẩm, cấu hình kỹ thuật, những điều cấm, phương pháp kiểm tra và điều kiện hoàn thành vào CLAUDE.md.

Chuẩn bị một VPS hoặc môi trường phát triển an toàn và một phiên làm việc liên tục cho mỗi sản phẩm.

Đảm bảo rằng khi Claude Code thực hiện một thay đổi, các bài kiểm tra, phân tích tĩnh và xác nhận vận hành của các màn hình chính sẽ tự động chạy.

Đồng thời xác nhận sao lưu và khôi phục.

Mục tiêu ở đây không phải là "tin tưởng AI hoàn toàn."

Mà là đảm bảo rằng ngay cả khi AI mắc lỗi, doanh nghiệp cũng không bị tổn thương nghiêm trọng.

Tuần 4: Sử Dụng Cùng Lượng Thời Gian Cho Bán Hàng Như Cho Phát Triển

Trong tuần cuối cùng, hãy xuất bản một cải tiến mỗi ngày.

Tuy nhiên, đừng quyết định nội dung cải tiến dựa trên ý thích của riêng bạn.

Hãy quyết định dựa trên phản ứng của người dùng như yêu cầu hỗ trợ, điểm thoát, hành vi ngay trước khi thanh toán và lý do hủy bỏ.

• Vào buổi sáng, chọn một vấn đề có tác động lớn nhất đến doanh thu.
• Yêu cầu Claude Code điều tra và triển khai.
• Xuất bản sau khi kiểm tra.
• Vào buổi chiều, thông báo cho khách hàng về cải tiến đó.

Nếu bạn chia sẻ rằng bạn đã cải thiện một điều gì đó, bản thân điều đó đã trở thành tiếp thị.

Thay vì nói "Tôi đang phát triển," việc cho thấy "Tôi đã phản ánh yêu cầu đến hôm qua vào hôm nay" truyền tải tốc độ và độ tin cậy của sản phẩm.

Vòng Lặp Hàng Ngày Để Điều Hành Một Công Ty Một Người

Sau khi giới thiệu Claude Code, thay vì đăng ký một số lượng lớn các nhiệm vụ, hãy chạy vòng lặp sau mỗi ngày:

Buổi Sáng: Nhìn Vào Các Con Số

Nhìn vào doanh thu, số lượng đăng ký, tỷ lệ chuyển đổi trả phí, hủy bỏ, lỗi và yêu cầu hỗ trợ.

Bắt đầu ngày mới từ trạng thái của doanh nghiệp, không phải từ mã nguồn.

Cuối Buổi Sáng: Chọn Một Vấn Đề Có Giá Trị Cao Nhất

Thay vì mười nhiệm vụ nhỏ, hãy chọn một.

Tiêu chí đánh giá không phải là "nó có thú vị không?" mà là tác động đến doanh thu, tỷ lệ giữ chân và tỷ lệ thành công khi sử dụng.

Giữa Trưa: Chuyển Điều Kiện Hoàn Thành Cho Claude Code

Yêu cầu nó điều tra mã nguồn liên quan và xác nhận kế hoạch.

Sau đó, yêu cầu nó tiến hành triển khai, kiểm tra và tóm tắt khác biệt.

Con người không hướng dẫn chi tiết quy trình làm việc mà truyền đạt câu trả lời đúng cho khách hàng.

Buổi Chiều: Xuất Bản và Tiếp Cận Khách Hàng

Mọi việc chưa kết thúc khi bạn xuất bản cải tiến.

Hãy thông báo cho người dùng đã gửi yêu cầu tương ứng. Chia sẻ quy trình sản xuất trên SNS. Phản ánh nó trên trang bán hàng. Biến nó thành một nghiên cứu điển hình.

Luôn kết nối các mục đã phát triển với phân phối.

Buổi Tối: Biến Những Thất Bại Trong Ngày Thành Quy Tắc

Xác nhận nơi Claude Code đã bị lạc, nơi nó đã thực hiện các thay đổi không cần thiết và những gì con người đã giải thích nhiều lần.

Nếu cần, hãy thêm các quy tắc ngắn vào CLAUDE.md.

Mỗi ngày, AI được tối ưu hóa cho công ty của bạn từng chút một.

Những Điều Bạn Tuyệt Đối Không Được Bắt Chước

Trường hợp của Pieter rất thú vị, nhưng bạn sẽ thất bại nếu chỉ sao chép bề nổi.

Để Nó Hoạt Động Tự Do Trong Môi Trường Sản Xuất Một Cách Đột Ngột

Sẽ rất nguy hiểm nếu bỏ qua tất cả các kiểm tra quyền trong một môi trường xử lý dữ liệu sản xuất, thanh toán, xác thực và thông báo cho khách hàng.

Trước tiên, hãy vận hành trong một môi trường phát triển hoặc staging biệt lập và giới hạn các thao tác được phép. Tài liệu chính thức cũng nói rằng các chế độ bỏ qua kiểm tra quyền yêu cầu sự biệt lập như container hoặc máy ảo.

Chỉ Bắt Chước File PHP Khổng Lồ

Một file 40.000 dòng không tạo ra doanh thu.

Đó là kết quả của việc Pieter chọn một cấu hình mà anh ấy có thể tự hiểu và thay đổi nhanh chóng.

Cấu hình kỹ thuật nên phù hợp với sản phẩm, kinh nghiệm, số lượng người dùng và rủi ro lỗi của bạn.

Phát Triển Hàng Loạt Với AI Mà Không Xác Nhận Nhu Cầu

Khi chi phí phát triển giảm, khả năng phán đoán cho việc tạo ra sản phẩm trở nên lỏng lẻo.

Đừng "làm ra nó vì nó có thể được tạo nhanh chóng," mà hãy "làm ra nó vì đó là vấn đề của những khách hàng trả tiền."

Trước khi yêu cầu Claude Code, hãy quyết định con số nào mà sự thay đổi đó sẽ cải thiện.

Nhầm Lẫn Doanh Thu Với Lợi Nhuận Hoặc Thu Nhập Cá Nhân

Doanh thu hàng tháng 105.000 đô la và lợi nhuận hàng tháng 80.000 đô la là những con số khác nhau.

Hơn nữa, lợi nhuận kinh doanh và tiền lương thực nhận của cá nhân không giống nhau. Nó thay đổi tùy thuộc vào cách xử lý thuế, phí thanh toán, chi phí hạ tầng, chi phí API AI, hoàn tiền, v.v.

Khi nhìn vào những con số lớn, bạn cần xác nhận xem đó là "doanh thu," "lợi nhuận gộp," "lợi nhuận kinh doanh" hay "thu nhập cá nhân."

Cho Rằng AI Sẽ Sửa Chữa Các Phán Đoán Kinh Doanh

Claude Code có thể điều tra cơ sở mã nguồn, tạo kế hoạch triển khai và thực thi các bài kiểm tra.

Tuy nhiên, liệu tính năng đó có thực sự cần thiết, nên định giá bao nhiêu và nhắm mục tiêu khách hàng nào thì không thể hiểu chỉ bằng cách đọc mã.

Ngay khi bạn giao phó phán đoán thị trường cho AI, nó sẽ trở thành sản phẩm trung bình giống như những người dùng AI khác.

Thứ Tạo Ra Hàng Triệu Đô La Không Phải Là Prompt Bí Mật

Thật sai lầm khi nhìn vào cách sử dụng Claude Code của Pieter Levels và nghĩ "Tôi có thể kiếm tiền nếu sử dụng cùng một prompt."

Bí mật không nằm ở prompt.

• Đặt Claude Code trên một VPS.
• Cung cấp cho mỗi sản phẩm một phiên làm việc liên tục.
• Chuyển các điều kiện hoàn thành.
• Tích lũy các tiêu chí đánh giá trong CLAUDE.md.
• Chuẩn bị cho sự cố bằng các bài kiểm tra và sao lưu.
• Phản ánh yêu cầu của khách hàng vào sản phẩm ngay lập tức.
• Tự động hóa các tác vụ vận hành bạn đang lặp lại.
• Sử dụng thời gian được giải phóng cho tiếp thị.

Sức mạnh là kết hợp những điều này thành một hệ thống duy nhất.

Giá trị của Claude Code không phải là có thể viết mã nhanh.

Mà là có thể làm cho vòng lặp sau đây cực kỳ ngắn:

Khách hàng gặp vấn đề ↓ Hiểu nguyên nhân ↓ Sửa chữa ↓ Xuất bản ↓ Đo lường kết quả

Chạy một vòng lặp mất vài tuần trong một công ty bình thường một mình trong một ngày, hoặc trong một số trường hợp, chỉ trong vài giờ.

Nếu tốc độ này tích lũy trong nhiều tháng, sự khác biệt giữa các sản phẩm sẽ trở nên rất lớn.

Tuy nhiên, AI tạo ra nguồn cung, không phải nhu cầu.

• Bạn đang giải quyết vấn đề của ai?
• Tại sao họ trả tiền?
• Làm thế nào bạn sẽ khiến sự tồn tại của mình được biết đến?
• Tại sao chọn sản phẩm của bạn thay vì đối thủ cạnh tranh?

Con người phải tìm ra câu trả lời cho những điều này.

Trong kỷ nguyên AI, "những gì chỉ có thiên tài nước ngoài làm" không phải là viết những prompt khó.

Mà là sử dụng AI để xóa bỏ công việc khỏi công ty trước khi AI lấy mất việc của họ.

Và họ sử dụng thời gian được tạo ra từ sự xóa bỏ đó không phải để viết thêm mã, mà để hiểu khách hàng và bán sản phẩm.

Đó là lý do tại sao một người có thể điều hành một doanh nghiệp với doanh thu hàng năm 200 triệu Yên và tốc độ lợi nhuận hàng năm 160 triệu Yên.

Claude Code không phải là một công cụ kỳ diệu khiến bạn kiếm được hàng triệu đô la.

Tuy nhiên, đối với những người có đúng khách hàng, đúng sản phẩm và đúng sức mạnh bán hàng, nó trở thành một thiết bị khuếch đại phán đoán của một người lên quy mô công ty.