Tôi đã giao hàng trong nhiều năm. Tôi biết thế nào là chậm.
Tuần đầu tiên của bất kỳ quá trình xây dựng SaaS nào thực sự là phần tồi tệ nhất của toàn bộ quy trình.
Bạn liên tục chuyển đổi vai trò trong đầu cả ngày mà không có thời gian nghỉ.
Nhà sáng lập. Nhà nghiên cứu. Quản lý sản phẩm. Nhà thiết kế. Kỹ sư. Kiểm thử QA. Nhà tiếp thị.
Cùng một bộ não. Bảy công việc hoàn toàn khác nhau. Không có chút động lực nào để cho thấy điều đó.
Hầu hết các nhà sáng lập tôi biết đều dành cả tuần đầu tiên chỉ để suy nghĩ về việc suy nghĩ. Họ mở một tài liệu trống, viết ba gạch đầu dòng, đóng laptop, pha cà phê, quay lại, xóa các gạch đầu dòng, và bắt đầu lại. Tuần kết thúc và không có gì tồn tại ngoài cảm giác lo lắng ngày càng tăng và một ứng dụng ghi chú đầy những ý tưởng nửa vời chẳng đi đến đâu.
Tháng trước, tôi đã chán ngấy vòng luẩn quẩn đó và thử một điều hoàn toàn khác.
Tôi ngừng sử dụng một mô hình AI cho mọi thứ và bắt đầu đối xử với AI như cách bạn đối xử với một đội ngũ thực sự.
Tôi đã xây dựng bảy tác nhân chuyên biệt bằng Kimi Agent Swarm và giao cho mỗi tác nhân một công việc cụ thể, một đầu ra cụ thể để tạo ra, và một phạm vi cụ thể để bám sát.
Một buổi chiều. Một ý tưởng SaaS. Bảy tác nhân làm việc song song. Một bản thiết kế MVP hoàn chỉnh nằm trước mặt tôi trước bữa tối.
Đây chính xác là những gì tôi đã làm và tại sao nó hiệu quả.
Ý tưởng tôi giao cho họ để làm việc cùng
Khái niệm sản phẩm là một SaaS Kiểm tra Website AI được xây dựng riêng cho các doanh nghiệp địa phương.
Vấn đề hiện ra rõ ràng khi bạn nhìn thấy nó. Năm triệu doanh nghiệp địa phương có những trang web trông như thể được xây dựng từ năm 2011 và không bao giờ đụng đến nữa. Không có nút đặt chỗ. Không có bố cục di động. Không có tín hiệu tạo niềm tin. Không có lời kêu gọi hành động rõ ràng. Không có phần đánh giá. Không có gì để chuyển đổi khách truy cập thành cuộc gọi điện thoại.
Một người thợ sửa ống nước có thể thực sự giỏi nghề sửa ống nước và vẫn mất khách hàng mỗi ngày vì trang web của anh ta trông có vẻ bị bỏ hoang. Chất lượng công việc và chất lượng của sự hiện diện trực tuyến chẳng liên quan gì đến nhau. Khoảng cách đó chính là cơ hội.
Khái niệm SaaS rất đơn giản. Nhập bất kỳ URL doanh nghiệp địa phương nào và ứng dụng sẽ chạy kiểm tra, tạo ra điểm số, xác định những gì bị hỏng và tại sao, đồng thời tạo ra một email chào hàng lạnh sẵn sàng gửi đến chủ doanh nghiệp.
Người dùng mục tiêu là freelancer, nhà thiết kế web và các cơ quan SEO địa phương. Bất kỳ ai bán trang web và dịch vụ cho các doanh nghiệp địa phương và cần một cách nhanh hơn để bắt đầu cuộc trò chuyện đó.
Hiểu biết sâu sắc khiến ý tưởng này có hiệu quả là điều này. Kiểm tra không phải là sản phẩm. Kiểm tra là vũ khí bán hàng.
Một email chào hàng lạnh chung chung không nói gì cụ thể sẽ luôn bị phớt lờ. Một email nói rằng nút đặt chỗ trên di động của bạn bị hỏng, trang chủ của bạn không có tín hiệu tạo niềm tin, và đối thủ cạnh tranh của bạn ở cuối phố có nhiều hơn ba trăm đánh giá và một quy trình đặt chỗ nhanh hơn thực sự sẽ nhận được phản hồi. Sự cụ thể là thứ khiến mọi người chú ý. SaaS tạo ra sự cụ thể đó một cách tự động trong sáu mươi giây.
Tại sao hầu hết mọi người sử dụng AI hoàn toàn sai cách để xây dựng
Trước khi đi vào quy trình làm việc, phần này quan trọng vì nó giải thích tại sao cách tiếp cận này hiệu quả.
Hầu hết các nhà sáng lập sử dụng AI như một chatbot mạnh mẽ hơn một chút. Họ đưa cho một mô hình một lời nhắc khổng lồ yêu cầu nó nghiên cứu thị trường, thiết kế giao diện người dùng, xây dựng backend, viết trang đích và lên kế hoạch ra mắt cùng một lúc.
Đầu ra có cảm giác hời hợt vì nó hời hợt.
Một mô hình chuyển đổi giữa bảy chế độ suy nghĩ hoàn toàn khác nhau tạo ra công việc trung bình trong mọi chế độ. Đó không phải là vấn đề về chất lượng mô hình. Đó là vấn đề về cấu trúc.
Một nhà nghiên cứu suy nghĩ khác với một nhà thiết kế. Một kỹ sư backend suy nghĩ khác với một nhà tiếp thị. Một kiểm thử QA suy nghĩ khác với một quản lý sản phẩm. Đây không chỉ là những nhiệm vụ khác nhau. Chúng thực sự là các chế độ nhận thức khác nhau tạo ra đầu ra tốt hơn khi chúng không cạnh tranh với nhau trong cùng một cửa sổ ngữ cảnh.
Hiểu biết sâu sắc đằng sau agent swarms rất đơn giản. Chuyên môn hóa tạo ra đầu ra tốt hơn tổng quát hóa. Đó hoàn toàn không phải là một ý tưởng mới. Đó chính xác là lý do tại sao các công ty thuê đội ngũ thay vì một người làm mọi thứ.
Kimi Agent Swarm áp dụng cùng một logic đó cho AI. Thay vì yêu cầu một mô hình xây dựng cho bạn một SaaS, bạn tạo ra một công ty AI nhỏ xung quanh nhiệm vụ. Mỗi tác nhân sở hữu một vai trò. Mỗi tác nhân tạo ra một tạo phẩm. Nhà sáng lập quản lý hệ thống và xem xét các đầu ra thay vì tự mình thực hiện mọi nhiệm vụ một cách thủ công.
Sự thay đổi đó nghe có vẻ tinh tế. Trong thực tế, nó thay đổi mọi thứ về cảm giác của tuần làm việc.
Bảy tác nhân tôi đã tập hợp
Tác nhân 1 là Tác nhân Nghiên cứu. Công việc của nó là xác thực thị trường, xác định khách hàng mục tiêu thực sự, lập bản đồ bối cảnh cạnh tranh và đưa ra các trường hợp sử dụng cốt lõi. Không gì khác.
Tác nhân 2 là Tác nhân Quản lý Sản phẩm. Công việc của nó là xác định phạm vi MVP với sự trung thực không khoan nhượng, cắt bỏ mọi tính năng không thiết yếu, lập bản đồ hành trình người dùng cốt lõi và đặt ra mô hình định giá. Không gì khác.
Tác nhân 3 là Tác nhân UX. Công việc của nó là thiết kế cấu trúc trang, luồng người dùng, bố cục bảng điều khiển và bố cục báo cáo. Không gì khác.
Tác nhân 4 là Tác nhân Kỹ sư Frontend. Công việc của nó là xây dựng kế hoạch UI và xác định cấu trúc thành phần hoàn chỉnh. Không gì khác.
Tác nhân 5 là Tác nhân Kỹ sư Backend. Công việc của nó là thiết kế logic kiểm tra, hệ thống tính điểm, cấu trúc API và mô hình dữ liệu. Không gì khác.
Tác nhân 6 là Tác nhân QA. Công việc của nó là tấn công toàn bộ kế hoạch, tìm ra lỗi, đưa ra các trạng thái bị thiếu, xác định các trường hợp biên và phơi bày mọi giả định sẽ gây ra vấn đề sau này. Không gì khác.
Tác nhân 7 là Tác nhân Ra mắt. Công việc của nó là viết nội dung trang đích, bài đăng ra mắt, mẫu email chào hàng lạnh và định vị sản phẩm. Không gì khác.
Mỗi tác nhân làm việc độc lập trước tiên. Sau đó, các đầu ra được hợp nhất thành một kế hoạch xây dựng hoàn chỉnh.
Đây là điều phân biệt nó với một cuộc trò chuyện dài với một mô hình AI duy nhất. Không có sự chuyển đổi ngữ cảnh. Không có mâu thuẫn ngầm giữa những gì một phần nói và những gì phần khác giả định. Mỗi tác nhân ở trong phạm vi của nó và tạo ra đầu ra sạch sẽ từ phạm vi đó.
Lời nhắc tổng thể tôi đã sử dụng để bắt đầu
Đây là lời nhắc chính xác tôi đã đưa cho Kimi để mở phiên làm việc. Hãy sử dụng nó như một điểm khởi đầu và điều chỉnh nó cho bất cứ thứ gì bạn đang xây dựng.
"Xây dựng một SaaS Kiểm tra Website AI cho các doanh nghiệp dịch vụ địa phương. Người dùng mục tiêu là freelancer, chủ cơ quan, nhà tư vấn SEO địa phương và nhà thiết kế web bán cho thợ sửa ống nước, công ty HVAC, thợ lợp mái, thợ điện và nha sĩ. Quy trình làm việc cốt lõi: người dùng nhập URL doanh nghiệp địa phương, ứng dụng kiểm tra trang web, tạo ra điểm số, danh sách vấn đề, danh sách kiểm tra cải thiện, báo cáo khách hàng và email chào hàng lạnh. Chia việc này cho bảy tác nhân chuyên biệt. Tác nhân Nghiên cứu xác thực thị trường và khách hàng. Tác nhân Sản phẩm xác định phạm vi MVP và các tính năng và giá cả. Tác nhân UX thiết kế luồng người dùng và bảng điều khiển và bố cục báo cáo. Tác nhân Frontend xác định cấu trúc UI và các thành phần. Tác nhân Backend thiết kế logic tính điểm và hệ thống kiểm tra và API. Tác nhân QA xác định các trường hợp biên và trạng thái bị thiếu và các chế độ thất bại. Tác nhân Ra mắt viết trang đích và bài đăng ra mắt và email chào hàng lạnh và định vị. Mỗi tác nhân làm việc độc lập trước tiên. Sau đó hợp nhất tất cả đầu ra thành một kế hoạch MVP cuối cùng."
Hầu hết mọi người sẽ viết một phiên bản của điều đó và chờ một câu trả lời lớn. Mục đích của swarm là mỗi tác nhân tạo ra một tạo phẩm thực sự từ góc độ riêng của nó mà không biết các tác nhân khác đang làm gì. Nghiên cứu không nghĩ về màu sắc nút bấm. UX không phát minh ra mô hình định giá. QA tấn công thay vì bảo vệ. Tác nhân ra mắt không động đến backend. Sự tách biệt là hệ thống.
Những gì mỗi tác nhân thực sự tạo ra
Tác nhân Nghiên cứu đã tìm thấy bốn nhóm khách hàng thực sự có ý nghĩa. Nhà thiết kế web bán thiết kế lại cho các doanh nghiệp địa phương. Cơ quan SEO bán dịch vụ kiểm tra định kỳ hàng tháng. Freelancer sử dụng tiếp cận lạnh để tìm khách hàng mới. Nhà sáng lập solo xây dựng dịch vụ tạo khách hàng tiềm năng như một dịch vụ đóng gói.
Hiểu biết sâu sắc quan trọng nhất mà nó đưa ra là điều tôi đã đề cập nhưng cần nhắc lại. Kiểm tra không phải là sản phẩm. Kiểm tra là vũ khí bán hàng. Những người bán hàng cho các doanh nghiệp địa phương cần một cách nhanh hơn để tạo ra các kiểm tra cá nhân hóa và cụ thể, giúp họ có lý do để tiếp cận đáng đọc. Tác nhân nghiên cứu đã xác định đây là định vị cốt lõi của toàn bộ sản phẩm trước khi một màn hình nào được thiết kế.
Tác nhân Quản lý Sản phẩm đã cắt giảm phạm vi một cách không thiên vị.
Phiên bản một cần chính xác năm màn hình. Trang chủ. Trang nhập kiểm tra. Trang tải và tiến trình. Trang kết quả kiểm tra. Trang xuất báo cáo.
Không có tài khoản nhóm. Không có tích hợp thanh toán. Không có kết nối CRM. Không có tiện ích mở rộng trình duyệt. Không có chợ. Không có truy cập API cho bên thứ ba. Không có gì cả.
Chỉ một quy trình làm việc hoạt động sạch sẽ. Nhập URL, nhận kiểm tra, gửi báo cáo, giành chiến thắng trong thương vụ.
Các tính năng MVP cốt lõi rất đơn giản. Nhập URL trang web. Trình chọn danh mục doanh nghiệp. Điểm kiểm tra từ 0 đến 100. Danh sách kiểm tra chuyển đổi. Danh sách kiểm tra sẵn sàng di động. Danh sách kiểm tra tín hiệu tạo niềm tin. Danh sách kiểm tra CTA. Tóm tắt báo cáo. Trình tạo email chào hàng lạnh. Giá dịch vụ đề xuất cho freelancer gửi báo cáo.
Đó là đủ cho phiên bản một. Một MVP SaaS không cần phải hoàn chỉnh. Nó cần chứng minh rằng một quy trình làm việc hoạt động từ đầu đến cuối mà không bị hỏng.
Tác nhân UX đã thiết kế hành trình người dùng năm bước với sự rõ ràng mà một nhà thiết kế con người sẽ mất cả ngày để tạo ra.
Bước một: dán URL và chọn loại hình doanh nghiệp. Bước hai: ứng dụng chạy kiểm tra với thanh tiến trình hiển thị. Bước ba: xem điểm tổng thể. Bước bốn: xem chính xác những gì bị hỏng và tại sao bằng ngôn ngữ đơn giản. Bước năm: tải xuống báo cáo và nhận email chào hàng lạnh sẵn sàng gửi.
Bố cục báo cáo mà tác nhân UX tạo ra là phần thực sự làm tôi ngạc nhiên.
Điểm trang web: 62 trên 100. Điều gì đang khiến bạn mất khách hàng: không có nút đặt chỗ hiển thị, bố cục di động yếu, không có phần đánh giá Google, không có CTA dịch vụ khẩn cấp, xây dựng niềm tin chậm ở phần đầu trang. Chiến thắng nhanh: thêm nút gọi một chạm, di chuyển đánh giá lên đầu trang, thêm phần khu vực dịch vụ, thêm ảnh trước và sau, thêm biểu mẫu đặt chỗ. Tác động kinh doanh: trang web của bạn đang mất khách truy cập di động sẵn sàng gọi ngay lập tức.
Không kỹ thuật. Không đầy biệt ngữ. Đủ rõ ràng để một người thợ sửa ống nước có thể đọc và hiểu trong ba mươi giây. Đó là thứ freelancer gửi đi. Đó là thứ giúp đặt một cuộc họp.
Tác nhân Backend đã xây dựng hệ thống tính điểm qua năm danh mục với các kiểm tra có trọng số cụ thể trong mỗi danh mục.
Độ rõ ràng của thiết kế trị giá hai mươi điểm. Sẵn sàng di động trị giá hai mươi điểm. Sẵn sàng chuyển đổi trị giá hai mươi lăm điểm. Tín hiệu tạo niềm tin trị giá hai mươi điểm. Kiến thức cơ bản về SEO địa phương trị giá mười lăm điểm. Tổng cộng một trăm điểm với mọi điểm đều có thể truy xuất đến một tính năng quan sát cụ thể trên trang web.
Điều này quan trọng hơn vẻ bề ngoài. Một điểm số cần phải giải thích được để có uy tín. Một điểm số AI hộp đen mà không ai có thể truy xuất có cảm giác giả tạo và bị bỏ qua. Một điểm số với những lý do cụ thể rõ ràng gắn liền với mọi điểm có cảm giác hữu ích và được chuyển tiếp đến chủ doanh nghiệp với một ghi chú đính kèm.
Tác nhân QA là tác nhân có giá trị nhất trong toàn bộ swarm với một biên độ đáng kể.
Một tác nhân QA làm tốt một việc. Nó tấn công. Và một tác nhân riêng biệt tấn công kế hoạch không có sự gắn bó cảm xúc nào với công việc đã làm trước đó.
Tác nhân QA của Kimi ngay lập tức đưa ra những vấn đề sẽ gây ra thiệt hại thực sự sau này. Điều gì xảy ra nếu URL bị hỏng hoặc nhập sai? Điều gì nếu trang web chặn hoàn toàn việc thu thập dữ liệu web? Điều gì nếu trang web hầu như không có nội dung văn bản để phân tích? Điều gì nếu doanh nghiệp không có bất kỳ đánh giá nào ở bất cứ đâu? Điều gì nếu hai danh mục kiểm tra tạo ra những phát hiện mâu thuẫn? Điều gì nếu email chào hàng lạnh được tạo ra nghe có vẻ quá hung hăng và làm hỏng mối quan hệ của freelancer trước khi nó bắt đầu?
Mỗi một câu hỏi trong số đó đều tiết lộ một lỗ hổng trong kế hoạch cần được giải quyết trước khi một dòng mã nào được viết.
Các bản sửa lỗi nó đề xuất rất cụ thể. Các trạng thái dự phòng cho các trang chặn thu thập dữ liệu. Một trường ghi chú thủ công để ghi đè của con người khi kiểm tra tự động không thể xác minh điều gì đó. Một điểm số tin cậy gắn liền với mỗi phát hiện để freelancer biết điều gì là chắc chắn và điều gì cần kiểm tra. Một tùy chọn chuyển tông giọng email nhẹ nhàng hơn cho các tình huống khác nhau. Một bước xem xét của con người trước khi bất kỳ hoạt động tiếp cận nào thực sự được gửi đi.
Điều cuối cùng đó rất quan trọng và tôi muốn nói thẳng về nó. Bạn không muốn năm trăm email chào hàng lạnh tầm thường được gửi đi tự động với tên của bạn đính kèm. Bạn muốn năm trăm bản nháp mạnh mẽ mà một con người xem xét và phê duyệt trước khi chúng được gửi. Swarm thực hiện công việc nặng nhọc. Nhà sáng lập vẫn là người biên tập.
Tác nhân Ra mắt đã tạo ra định vị sản phẩm trong một dòng thực sự tốt hơn bất cứ thứ gì tôi đã tự viết sau khi suy nghĩ về nó trong hai ngày.
Biến các trang web doanh nghiệp địa phương kém thành cơ hội khách hàng.
Điều đó mạnh mẽ hơn "công cụ kiểm tra website AI" theo mọi cách có thể. Không ai thức dậy và muốn một bài kiểm tra. Họ thức dậy và muốn có khách hàng. Định vị phản ánh những gì người dùng thực sự muốn thay vì những gì sản phẩm kỹ thuật làm.
Tiêu đề trang đích và tiêu đề phụ mà tác nhân viết cũng sạch sẽ như vậy. Biến các trang web doanh nghiệp địa phương kém thành cơ hội khách hàng. Nhập bất kỳ URL nào. Nhận kiểm tra ngay lập tức. Gửi báo cáo cá nhân hóa. Chốt giao dịch. Không có gì lãng phí. Không có cách chơi chữ thông minh nào che khuất giá trị. Chỉ có lời hứa được nêu rõ ràng.
Những gì buổi chiều tạo ra tổng cộng
Vào thời điểm tất cả bảy tác nhân đã hoàn thành và các đầu ra được hợp nhất thành một tài liệu, tôi đã có một thị trường đã được xác thực và hồ sơ khách hàng mục tiêu thực sự, một phạm vi MVP chặt chẽ với năm màn hình và không có sự mở rộng tính năng, một hành trình người dùng hoàn chỉnh được lập bản đồ từng bước, một hệ thống tính điểm một trăm điểm với các kiểm tra cụ thể gắn liền với mọi điểm, một cấu trúc UI và danh sách thành phần đầy đủ, một bố cục báo cáo thân thiện với khách hàng được kiểm tra về độ rõ ràng của ngôn ngữ đơn giản, một danh sách kiểm tra QA bao gồm mọi trường hợp biên mà các tác nhân có thể xác định, nội dung trang đích sẵn sàng sử dụng, một bài đăng ra mắt cho ngày phát hành và một mẫu email chào hàng lạnh được cá nhân hóa cho chủ doanh nghiệp địa phương.
Đó không phải là một công ty đã hoàn thiện. Không ai tuyên bố điều đó cả.
Nhưng nó nhiều hơn những gì hầu hết các nhà sáng lập có được sau một tuần suy nghĩ đơn độc và nó chỉ mất một buổi chiều thay vì bảy ngày.
Những gì swarm không thể làm và nơi bạn vẫn quan trọng
Tôi muốn nói thẳng về điều này vì hầu hết các bài viết về công cụ AI đều bỏ qua nó hoàn toàn và sự thiếu trung thực đó là thứ khiến mọi người không tin tưởng gì cả.
Kimi đã không xây dựng một SaaS. Nó đã xây dựng một bản thiết kế cho một SaaS. Sự khác biệt là thực tế và đáng kể.
Một sản phẩm hoạt động vẫn cần mã sản xuất được viết và kiểm tra. Nó cần những người dùng thực sự thử nó và phá vỡ nó theo những cách không ai lường trước được. Nó cần xử lý thanh toán và lưu trữ và xử lý lỗi thích hợp. Nó cần hỗ trợ khách hàng khi mọi thứ sai. Nó cần phân phối không dừng lại khi bạn ngừng thúc đẩy. Nó cần các bài kiểm tra giá với những người thực có tiền thật. Nó cần QA thủ công trước khi bất cứ thứ gì được công bố công khai.
Một số trang web chặn thu thập dữ liệu và cần một cách tiếp cận dự phòng. Một số kiểm tra cần xác minh của con người trước khi chúng được gửi đến khách hàng. Một số email cần được đọc lại lần thứ hai trước khi chúng được gửi đi.
Đây không phải là nhấn nút và trở nên giàu có. Bất kỳ ai nói với bạn điều ngược lại đều đang bán thứ gì đó.
Giá trị trung thực thực tế hơn thế. Swarm đã thay thế bảy mươi phần trăm lộn xộn đầu tiên của tư duy sản phẩm mà trước đây mất một tuần để nhìn chằm chằm vào các tài liệu trống và chuyển đổi giữa bảy trạng thái tinh thần khác nhau. Nhà sáng lập vẫn sở hữu gu thẩm mỹ và phán đoán và việc thực sự giao hàng. Điều thay đổi là điểm xuất phát.
Thay vì bắt đầu với một trang trống và một vòng xoáy lo lắng, bạn bắt đầu với một đầu ra nghiên cứu, một thông số kỹ thuật sản phẩm, một hệ thống tính điểm, một luồng UI và một kế hoạch ra mắt. Tải nhận thức giảm ngay lập tức. Các quyết định ban đầu được đưa ra nhanh hơn vì suy nghĩ đã được cấu trúc sẵn. Tuần làm việc cảm thấy hoàn toàn khác từ giờ đầu tiên.
Quy trình làm việc chính xác để lưu và sử dụng
Bước một: viết một ý tưởng rõ ràng bao gồm vấn đề, người dùng cụ thể và quy trình làm việc cốt lõi. Một đoạn văn. Không hơn.
Bước hai: mở Kimi Agent Swarm.
Bước ba: chỉ định bảy tác nhân với vai trò cụ thể và đầu ra cụ thể. Không phải hướng dẫn chung chung. Các sản phẩm bàn giao cụ thể từ mỗi phạm vi.
Bước bốn: để mỗi tác nhân tạo ra tạo phẩm của nó hoàn toàn độc lập mà không tham chiếu đến các tác nhân khác.
Bước năm: để tác nhân QA tấn công toàn bộ kế hoạch đã hợp nhất mà không có sự gắn bó với bất kỳ công việc nào.
Bước sáu: hợp nhất tất cả đầu ra thành một tài liệu bản thiết kế MVP.
Bước bảy: chỉ xây dựng phiên bản nhỏ nhất của sản phẩm chứng minh quy trình làm việc cốt lõi thực sự hoạt động từ đầu đến cuối.
Bước tám: kiểm tra với năm người dùng thực trước khi thêm một tính năng bổ sung duy nhất. Người dùng thực phá vỡ các giả định mà không tác nhân nào sẽ đưa ra vì các giả định chỉ bị phá vỡ khi đối mặt với thực tế.
Sai lầm mà hầu hết các nhà sáng lập mắc phải là yêu cầu AI xây dựng mọi thứ. Nước đi tốt hơn là yêu cầu các tác nhân loại bỏ sự hỗn loạn ngay từ đầu để suy nghĩ được cấu trúc trước khi bắt đầu xây dựng.
Nghiên cứu trở nên rõ ràng. Phạm vi trở nên rõ ràng. Các màn hình trở nên rõ ràng. Rủi ro trở nên rõ ràng. Góc ra mắt trở nên rõ ràng. Mọi thứ thường mất một tuần chuyển đổi lộn xộn được nén vào một buổi chiều tập trung.
Sự thay đổi thực sự đang diễn ra
Đây là những gì tôi thực sự tin tưởng sau khi chạy điều này và suy nghĩ cẩn thận về nó.
Thế hệ nhà sáng lập tiếp theo sẽ không chỉ sử dụng AI để viết nội dung hoặc tóm tắt tài liệu. Họ sẽ quản lý swarms theo cách một nhà sáng lập quản lý một đội ngũ. Một tác nhân nghiên cứu thị trường. Một tác nhân thiết kế sản phẩm. Một tác nhân xây dựng kế hoạch backend. Một tác nhân kiểm tra các giả định. Một tác nhân viết nội dung ra mắt.
Nhà sáng lập không còn là người thực hiện mọi nhiệm vụ và bắt đầu là người chỉ đạo hệ thống, xem xét các đầu ra, áp dụng gu thẩm mỹ và phán đoán, và quyết định những gì được phát hành.
Đó không phải là một thay đổi nhỏ. Đó là một sự thay đổi cơ bản trong cách tuần đầu tiên xây dựng trông như thế nào và loại đầu ra nào có thể đạt được trước khi một dòng mã sản xuất duy nhất được viết.
Các nhà sáng lập nào tìm ra điều này trước sẽ có một lợi thế không công bằng so với những người vẫn đang chuyển đổi giữa bảy vai trò trong một bộ não mệt mỏi.
Trước đây: một nhà sáng lập chuyển đổi giữa bảy vai trò, mất một tuần trước khi viết một dòng mã, đốt cháy năng lượng nhận thức vào cấu trúc thay vì bản chất.
Sau này: bảy tác nhân chạy song song, trả về một bản thiết kế MVP hoàn chỉnh trước khi ngày kết thúc, với năng lượng của nhà sáng lập được tiết kiệm cho các quyết định thực sự cần phán đoán của con người.
Điều đó từng mất một tuần làm việc một mình vất vả.
Bây giờ nó bắt đầu với một lời nhắc và một buổi chiều.
Hãy theo dõi để biết thêm các hệ thống thực sự thay đổi cách bạn xây dựng.
