💯 Bí mật phía sau tốc độ “ra tính năng mỗi ngày” của Anthropic - Chia sẻ từ Head of Product, Claude Code Nghe Anthropic ra tính năng gần như mỗi ngày thì dễ nghĩ là do họ có model mạnh hơn. Nhưng theo chia sẻ của Cat Wu, lý do thật ra đơn giản hơn: tốc độ đó đến từ cách họ làm sản phẩm, không phải chỉ từ công nghệ. Trước đây, một tính năng có thể mất vài tháng để đi từ ý tưởng đến lúc ra mắt. Ở Anthropic, khoảng thời gian này được rút xuống còn vài tuần, thậm chí vài ngày. Nhưng điều quan trọng không phải là “làm nhanh một lần”, mà là rút ngắn vòng lặp học hỏi. Tuần nào cũng có thứ mới đến tay người dùng, tuần nào cũng có phản hồi thật để điều chỉnh. Nói cách khác, họ không chỉ chạy nhanh, mà học nhanh. Khi tốc độ thay đổi, vai trò của PM cũng khác đi. Trước đây PM lo tài liệu, kế hoạch, phối hợp nhiều bên. Còn ở đây, PM tập trung vào hai việc: đặt mục tiêu thật rõ và loại bỏ những thứ làm chậm đội ngũ. Vì làm AI rất dễ bị lan man nếu không xác định rõ đang giải quyết vấn đề gì, cho ai, thế nào là làm tốt. Nên thay vì quản lý chi tiết, họ giữ hướng đi và đảm bảo không có điểm nghẽn. Một điểm đáng chú ý là họ không phụ thuộc vào tài liệu dài dòng nữa. Thay vào đó là số liệu và nguyên tắc chung. Mỗi tuần cả đội nhìn vào dữ liệu để biết cái gì đang hiệu quả, cái gì cần cải thiện. Đồng thời, họ có những nguyên tắc rõ ràng về người dùng, ưu tiên và đánh đổi. Nhờ vậy, mỗi người có thể tự quyết định mà không cần chờ phê duyệt, và tốc độ được đẩy lên rất nhiều. Để ra nhanh, họ chấp nhận một điều mà nhiều đội khác ngại: đưa sản phẩm ra khi chưa hoàn hảo. Nhiều tính năng được công bố dưới dạng thử nghiệm, nói rõ với người dùng đây chưa phải bản hoàn chỉnh. Cách này giúp giảm áp lực phải làm “cho xong rồi mới ra”, thay vào đó là ra sớm, lấy phản hồi rồi cải thiện dần. Với họ, một tính năng chưa hoàn hảo nhưng có người dùng vẫn tốt hơn một thứ hoàn hảo nhưng ra quá muộn. Quy trình bên trong cũng được làm gọn để không tạo cản trở. Khi kỹ sư thấy một tính năng đã “đủ ổn”, họ có thể đưa lên kênh chung. Từ đó, các bên liên quan như tài liệu, marketing có thể tham gia và phát hành gần như ngay lập tức. Ít bước chờ đợi, ít thủ tục, mục tiêu là không để thứ gì làm chậm việc đưa sản phẩm ra ngoài. Cách tổ chức đội ngũ cũng khác. Kỹ sư không chỉ viết code mà còn hiểu sản phẩm. Nhiều người có thể tự đi từ phản hồi của người dùng đến xây dựng rồi ra mắt trong thời gian ngắn mà không cần phụ thuộc nhiều vào PM. Vai trò bắt đầu giao thoa, và thay vì tối ưu từng vị trí riêng lẻ, họ tối ưu khả năng mỗi người tự tạo ra giá trị. Một góc nhìn khá hay là họ sẵn sàng làm những thứ “chưa thật sự tốt”. Nghe có vẻ ngược, nhưng mục đích là để hiểu công nghệ còn thiếu gì. Khi model tốt hơn, họ chỉ cần thay vào là tính năng hoạt động trơn tru. Nhờ vậy, họ luôn đi trước một bước thay vì chờ mọi thứ hoàn hảo rồi mới bắt đầu. Tất nhiên, làm nhanh cũng có cái giá. Sản phẩm có thể chưa đồng nhất, nhiều tính năng chồng chéo, người mới dùng sẽ hơi khó hiểu. Nhưng họ chấp nhận điều đó, vì trong thế giới AI thay đổi liên tục, chậm lại mới là rủi ro lớn hơn. Cuối cùng, thứ giữ cho mọi thứ vận hành được là sự rõ ràng về mục tiêu chung. Khi cả công ty cùng hướng về một đích, việc ưu tiên trở nên dễ dàng hơn. Không cần tranh luận quá lâu, chỉ cần hỏi cái nào giúp tiến gần mục tiêu hơn. Tóm lại, việc “ra tính năng mỗi ngày” không phải vì họ viết code nhanh hơn, mà vì họ sắp xếp lại cách làm để không có gì cản trở việc đưa sản phẩm đến tay người dùng. Và khi việc viết code ngày càng dễ hơn, thứ quan trọng nhất không còn là làm nhanh, mà là chọn đúng thứ để làm. Follow @nghienaivn để xoá mù AI trong 2 tháng! https://t.co/wOX7GsVvAX -----