Một bản triển khai 90 ngày cho một đội media AI-native là một giai đoạn của vòng đời chiến dịch được thiết kế lại từ đầu đến cuối, không phải năm giai đoạn được khởi động. Ngày 1–30 sửa ràng buộc và làm một brief đọc được bằng máy; ngày 31–60 chạy giai đoạn đó với model tạo bản đầu tiên và xây tiêu chuẩn duyệt; ngày 61–90 đo và quyết định, bằng bằng chứng, có mở rộng không.
Tôi đã thấy các đội cố trở thành AI-native trong một quý bằng cách mua công cụ và chạy workshop, và tôi cũng thấy các đội làm điều đó bằng cách lặng lẽ dựng lại một quy trình và để kết quả biện luận cho cái kế tiếp. Nhóm thứ hai ít hơn và đi xa hơn. Đây là hình dạng của 90 ngày đó, viết theo cách tôi sẽ sắp xếp nó cho một đội thật với khối lượng khách hàng thật.
Vì sao 90 ngày và một giai đoạn
Mốc thời gian không tùy tiện và phạm vi không rụt rè. Nó là đơn vị nhỏ nhất có thể tạo ra bằng chứng đáng tin.
Chín mươi ngày đủ dài để chạy một giai đoạn qua vài chu kỳ thật — vài báo cáo tuần, vài chiến dịch, vài brief — nên kết quả không phải một demo vào một tuần đẹp trời. Nó đủ ngắn để ở lại là một dự án thay vì một chương trình chuyển đổi, điều này quan trọng vì các chương trình chuyển đổi mất nguồn tài trợ trước khi tạo ra bất cứ thứ gì.
Một giai đoạn là đơn vị vì vấn đề đoàn diễu hành trừng phạt việc thiết kế lại một phần. Sửa một giai đoạn và để mặc các giai đoạn bên cạnh, và lợi ích rò rỉ ra hai bên. Nhưng thiết kế lại một giai đoạn hoàn toàn chứng minh phương pháp và cho bạn lý lẽ nội bộ cho giai đoạn kế tiếp, điều đó giá trị hơn năm thí điểm dở dang.
Ngày 1–30: chọn ràng buộc, sửa brief
Tháng đầu là chẩn đoán và thiết kế, không phải công cụ.
Chọn giai đoạn mà chiến dịch vẫn đang chờ ở cuối — thường là báo cáo, nghiên cứu hoặc brief. Rồi viết ra "tốt" trông thế nào cho giai đoạn đó và làm cho đầu vào đọc được bằng máy. Nếu là brief, nghĩa là phương hướng, khán giả, quy tắc thương hiệu và chỉ số thành công ở dạng cả người lẫn quy trình dùng được. Nếu là báo cáo, nghĩa là nguồn dữ liệu, phép ghép và ngưỡng bất thường được định trước.
Đầu ra của tháng một không phải một hệ thống đang chạy. Nó là một thiết kế một trang: giai đoạn, chủ sở hữu, đầu vào đọc được bằng máy, tiêu chuẩn, và thước đo bạn sẽ dùng để đánh giá thành công. Nếu bạn không viết được nó trên một trang, giai đoạn quá lớn — tách ra.
Ngày 31–60: chạy nó, và xây tiêu chuẩn
Tháng thứ hai là nơi quy trình thực sự chạy, và nơi tiêu chuẩn duyệt được xây theo cách khó.
Chạy giai đoạn đó với model tạo bản đầu tiên: nó tạo phần kể của báo cáo, bản tổng hợp nghiên cứu, hoặc các phương án kế hoạch, và một người duyệt dựa trên tiêu chuẩn. Kỳ vọng hai tuần đầu sẽ thô — brief sẽ mơ hồ hơn bạn tưởng, và việc duyệt sẽ bắt những thứ tiêu chuẩn chưa lường. Đó là mục đích của việc chạy nó trên công việc thật thay vì một chiến dịch thử.
Sản phẩm bàn giao của tháng hai là một tiêu chuẩn hoạt động: cái gì được kiểm tự động, cái gì một người phải thấy, và điều gì xảy ra với các ngoại lệ. Viết nó ra, vì một tiêu chuẩn duyệt nằm trong đầu một người không phải tiêu chuẩn, nó là một nút thắt. Đây cũng là tháng bạn học được giai đoạn đó thực sự cần bao nhiêu năng lực duyệt — gần như luôn nhiều hơn kế hoạch đầu giả định.
Ngày 61–90: đo, rồi quyết định
Tháng thứ ba là đo lường và một quyết định, và đây là phần các đội thiếu kiên nhẫn bỏ qua.
So sánh giai đoạn đó trước và sau trên hai thứ: thời gian chu kỳ và chất lượng. Công việc có thực sự xong sớm hơn, và tỷ lệ lỗi hay làm lại có tăng không? Một giai đoạn nhanh hơn với nhiều lỗi hơn không phải một chiến thắng; nó là rủi ro bạn chưa trả. Một giai đoạn nhanh hơn với chất lượng phẳng hoặc tốt hơn là bằng chứng bạn cần để mở rộng.
Rồi đưa ra một trong ba quyết định, trung thực. Nếu số liệu tốt, lấy giai đoạn kế tiếp — nhưng từng cái một, dùng cùng thiết kế. Nếu số liệu lẫn lộn, sửa tiêu chuẩn hoặc brief trước khi mở rộng, vì phương pháp lành, chỉ thi hành không. Nếu số liệu tệ và bạn không giải thích được vì sao, dừng và viết ra điều bạn học được; điều đó rẻ hơn việc mở rộng một quy trình hỏng.
Ba giai đoạn trong một cái nhìn
| Giai đoạn | Mục tiêu | Đầu ra chính | Tín hiệu thành công |
|---|---|---|---|
| Ngày 1–30 | Chẩn đoán và thiết kế | Thiết kế một trang: giai đoạn, chủ sở hữu, đầu vào, tiêu chuẩn | Bạn mô tả được giai đoạn và thước đo của nó trên một trang |
| Ngày 31–60 | Chạy và chuẩn hóa | Một tiêu chuẩn duyệt viết ra và hoạt động | Giai đoạn chạy trên công việc thật mà không cần anh hùng |
| Ngày 61–90 | Đo và quyết định | Bằng chứng về thời gian chu kỳ và chất lượng | Một quyết định mở rộng, sửa hoặc dừng có thể bảo vệ được |
Cột tín hiệu là phần bạn phải giữ mình theo. Mỗi giai đoạn có một câu hỏi cho bạn biết có nên tiếp tục không, và không cái nào là "nó có cảm giác như tiến bộ không".
Các cái bẫy giết chết bản triển khai
Đun sôi cả đại dương. Đội thiết kế lại ba giai đoạn cùng lúc vì cái nào cũng đau. Vấn đề đoàn diễu hành bảo đảm các ràng buộc sẽ đứng yên và nỗ lực dàn mỏng đến mức không chứng minh được gì. Một giai đoạn.
Công cụ trước. Bản triển khai bắt đầu bằng một danh sách mua sắm thay vì một chẩn đoán quy trình. Bạn kết thúc với một đội AI-assisted và một hóa đơn phần mềm lớn hơn, đó là thất bại mà phân biệt AI-native so với AI-assisted mô tả. Công cụ nằm ở hạ nguồn thiết kế.
Không có chủ sở hữu được gọi tên. Một bản triển khai thuộc về "đội" là thuộc về không ai. Một người sở hữu giai đoạn, tiêu chuẩn và bằng chứng, và người đó có thẩm quyền thay đổi cách giai đoạn chạy.
Bỏ qua tiêu chuẩn. Đội tự động hóa đầu ra và giữ việc duyệt ở mức không chính thức. Điều này chạy được cho đến khi lỗi đầu tiên đến tay khách hàng, rồi bản triển khai mất nhà bảo trợ. Định nghĩa tiêu chuẩn trước khi mở rộng khối lượng.
Ai nên chạy nó
Bạn cần một nhà bảo trợ cấp cao và một đội sẵn sàng làm thí điểm. Nhà bảo trợ bảo vệ 90 ngày khỏi bị cướp cho việc khác; đội thí điểm làm việc thiết kế lại trên các chiến dịch thật. Bạn không cần sự đồng thuận toàn tổ chức trước khi bắt đầu — chờ nó là một cách phổ biến để tiêu một năm vào slide — và bạn không cần một đội kỹ thuật trừ khi một tích hợp thật sự tự trả được.
Đội thí điểm nên có người vận hành sở hữu công việc, một người coi trọng dữ liệu, và một người duyệt sẵn sàng nói thẳng khi đầu ra chưa đủ tốt. Vai trò cuối đó dễ quên và nó là cái giữ bản triển khai trung thực.
Thành công trông thế nào ở 90 ngày
Ở cuối quý, thành công cố ý khiêm tốn và vững chắc lạ thường: một giai đoạn chạy AI-native trên công việc thật, với một tiêu chuẩn viết ra và một chủ sở hữu được gọi tên; bạn cho thấy được thời gian chu kỳ nó tiết kiệm và chất lượng nó giữ; và bạn có một lý do bảo vệ được để lấy giai đoạn kế tiếp.
Đó không phải một cuộc chuyển đổi. Nó là một nguyên mẫu hoạt động của một cuộc chuyển đổi, và giá trị hơn một lộ trình, vì nó là bằng chứng thay vì ý định. Hướng dẫn Thực thi là bản đồ đầy đủ mà bản triển khai này nằm trong, và làn cho trưởng nhóm sắp xếp các giai đoạn sau cái đầu tiên.
FAQ
Vì sao 90 ngày mà không phải 30 hay 180?
Ba mươi ngày quá ngắn để chạy một giai đoạn qua vài chu kỳ thật, nên kết quả là một demo thay vì bằng chứng. Một trăm tám mươi ngày biến công việc thành một chương trình mất đà và mất tài trợ. Chín mươi ngày là đơn vị nhỏ nhất tạo ra bằng chứng đáng tin.
Chúng tôi có cần chọn giai đoạn khó nhất trước không?
Không — chọn ràng buộc, tức là giai đoạn mà chiến dịch vẫn đang chờ. Nó thường là báo cáo, nghiên cứu hoặc brief, không phải thứ gì hào nhoáng. Ràng buộc là nơi thời gian chu kỳ nằm, và sửa nó là điều tạo lý lẽ cho phần còn lại.
Nếu thí điểm thất bại thì sao?
Một thí điểm thất bại mà cho ra một lý do trung thực rẻ hơn một quy trình đã mở rộng mà bạn không giải thích được. Viết ra giai đoạn, brief hoặc tiêu chuẩn sai ở đâu, sửa nó, và chạy lại 90 ngày trên cùng giai đoạn đó. Phương pháp lành; phần lớn thất bại là thi hành, không phải khái niệm.
Ai sở hữu bản triển khai?
Một nhà bảo trợ cấp cao và một chủ sở hữu được gọi tên cho giai đoạn. Nhà bảo trợ bảo vệ thời gian; chủ sở hữu sở hữu tiêu chuẩn và bằng chứng. Một bản triển khai thuộc về "đội" là thuộc về không ai và sẽ bị cướp cho việc khác trong vòng một tháng.
Bản ngắn gọn
Một bản triển khai AI-native 90 ngày là một giai đoạn được thiết kế lại từ đầu đến cuối: chẩn đoán và thiết kế brief trong ngày 1–30, chạy nó và xây tiêu chuẩn duyệt trong ngày 31–60, đo và quyết định trong ngày 61–90. Một giai đoạn, một chủ sở hữu, bằng chứng trước khi mở rộng. Các bẫy là đun sôi cả đại dương, bắt đầu từ công cụ, không có chủ sở hữu, và bỏ qua tiêu chuẩn. Hướng dẫn Thực thi là bản đồ rộng hơn.
Tôi đã chạy những bản triển khai cố làm quá nhiều và những bản làm quá ít, và những cái hiệu quả luôn là những cái chứng minh một điều đúng cách trước khi chạm vào cái kế tiếp.
Nếu đội bạn đang lập kế hoạch một bản triển khai, tôi muốn nghe bạn chọn giai đoạn nào và vì sao — lựa chọn đó thường dự báo liệu nó có bám trụ không.
Thân, Chandler
Bài viết này có sẵn bằng tiếng Việt. Tài liệu khóa học (video, template và hướng dẫn đi kèm) có bằng tiếng Anh, tiếng Nhật, tiếng Trung giản thể và tiếng Hàn. Trang web này có sẵn trong 13 ngôn ngữ.