Bắt đầu nhỏ hay làm đầy đủ ngay: Hệ điều hành thương hiệu

Chốt nhanh

Bắt đầu nhỏ giúp giảm rủi ro và cho tổ chức thời gian học hỏi, nhưng nếu kiến trúc ban đầu không được thiết kế để mở rộng, chi phí chuyển đổi khi nâng cấp có thể còn cao hơn làm đầy đủ ngay từ đầu. Làm đầy đủ ngay tiết kiệm thời gian nhưng chỉ hiệu quả khi tổ chức đã sẵn sàng tiếp nhận và vận hành thực sự. Yếu tố quyết định là độ cấp bách, năng lực hấp thụ thay đổi và tốc độ tăng trưởng dự kiến trong 12 đến 18 tháng tới.

Câu hỏi này Sinh Vũ gặp thường xuyên, và câu trả lời thẳng là: không có hướng nào đúng tuyệt đối. Quyết định phụ thuộc vào ba yếu tố cụ thể của tổ chức Anh Chị, không phải vào xu hướng hay lời khuyên chung chung. Phần còn lại của trang này sẽ giúp Anh Chị xác định đúng yếu tố đó.

Ba yếu tố quyết định

Trước khi chọn hướng, Anh Chị cần trả lời thật ba câu hỏi sau:

Độ cấp bách: Có deadline cứng không, ví dụ như launch thương hiệu, mở rộng thị trường, hoặc milestone đối tác quan trọng trong vòng dưới sáu tháng? Nếu có, việc trì hoãn để học từng bước có thể đắt hơn việc làm đầy đủ ngay.
Năng lực hấp thụ thay đổi của tổ chức: Đội ngũ hiện tại có đang vận hành theo bất kỳ hệ thống có tài liệu hoá nào chưa? Quyết định thương hiệu đang do quy trình hay do một vài cá nhân nắm giữ? Đây là yếu tố giới hạn thực sự, không phải ngân sách hay kế hoạch trên giấy.
Tốc độ tăng trưởng dự kiến: Trong 12 đến 18 tháng tới, tổ chức sẽ ở quy mô nào? Nếu xác suất tăng nhanh cao, chi phí nâng cấp (migration) về sau có thể lớn hơn chênh lệch ngân sách giữa hai hướng ngay hôm nay.

Khi nào chọn hướng nào

Bắt đầu nhỏ (BOS Lite) trước phù hợp khi tổ chức chưa có kinh nghiệm vận hành theo hệ thống thương hiệu có cấu trúc, cần thời gian để đội ngũ học và thích nghi, tốc độ tăng trưởng ở mức vừa phải và chưa chắc chắn, hoặc ngân sách ngay lúc này thực sự có giới hạn. Điều kiện bắt buộc: kiến trúc Lite phải được thiết kế để mở rộng được, không phải chỉ để dùng tạm.

Làm đầy đủ ngay từ đầu phù hợp khi có deadline cứng như launch hoặc mở rộng thị trường, tổ chức đã từng vận hành theo hệ thống và có người chịu trách nhiệm rõ ràng cho từng điểm chạm thương hiệu, hoặc chi phí mỗi tháng không có hệ thống cao hơn chi phí triển khai đầy đủ ngay.

Nguyên tắc hệ thống khả thi tối thiểu

Sinh Vũ dùng khung tư duy minimum viable system (hệ thống khả thi tối thiểu), tương tự MVP (sản phẩm khả thi tối thiểu) trong phát triển sản phẩm. Hệ thống vận hành thương hiệu nên đủ để giải quyết vấn đề hiện tại mà không xây dư thừa cho nhu cầu tương lai chưa chắc chắn.

Tuy nhiên, "nhỏ" không có nghĩa là "tuỳ tiện". Một hệ thống Lite được thiết kế đúng vẫn có kiến trúc đủ để nâng cấp sau mà không phải làm lại từ đầu. Đây là điểm khác biệt giữa bắt đầu nhỏ có chủ đích và bắt đầu vá víu.

Năng lực hấp thụ thay đổi của tổ chức là yếu tố giới hạn thực sự, không phải ngân sách hay kế hoạch trên giấy.
Kotter, J.P. Leading Change

Lỗi thường gặp

Bắt đầu Lite với công cụ và quy trình không tương thích cấp cao hơn: Khi cần nâng cấp, Anh Chị phải xây lại hoàn toàn thay vì chỉ bổ sung thêm. Chi phí migration (chuyển đổi hệ thống) bao gồm đổi công cụ, đào tạo lại đội ngũ và chuyển đổi toàn bộ quy trình.
Làm đầy đủ ngay khi tổ chức chưa sẵn sàng: Hệ thống tốt nhưng không ai thực sự dùng vì đội ngũ chưa có thói quen và chưa có người chịu trách nhiệm vận hành. Đây là lãng phí kép: lãng phí ngân sách và lãng phí thời gian của người triển khai.
Nâng cấp theo cảm tính: Nhiều tổ chức nâng cấp vì cảm thấy "đã đến lúc" thay vì theo dấu hiệu vận hành cụ thể như tốc độ ra quyết định chậm lại, lỗi thực thi tăng, hoặc đội ngũ mới không thể onboard (hoà nhập vận hành) theo chuẩn cũ.
Không dự trù ngân sách cho migration: Kế hoạch Lite thường không tính chi phí nâng cấp về sau, khiến việc chuyển cấp bị trì hoãn dù đã cần thiết, tạo ra khoảng trống vận hành kéo dài.

Góc nhìn của Sinh Vũ

Sinh Vũ luôn hỏi khách một câu trước khi đề xuất hướng: nếu 18 tháng nữa tổ chức cần vận hành ở cấp cao hơn, chi phí nâng từ Lite lên là bao nhiêu so với làm đúng cấp ngay từ hôm nay? Nếu chênh lệch lớn và xác suất đạt ngưỡng đó cao, làm đầy đủ ngay thường hợp lý hơn về tổng chi phí. Nhưng nếu không chắc, một hệ thống Lite được thiết kế tốt vẫn tốt hơn một hệ thống đầy đủ triển khai vội.

Điều Sinh Vũ không làm là để Anh Chị chọn hướng chỉ vì ngân sách trước mắt, mà bỏ qua chi phí thực sự của việc xây lại sau này. Hai con số đó cần được đặt cạnh nhau trước khi quyết định.

Nguồn tham khảo

Kotter, J.P. Leading Change. Harvard Business School Press. Kinh nghiệm thực hành: Sinh Vũ Studio, phân tích chi phí chuyển đổi hệ điều hành thương hiệu qua các dự án BOS.

Câu hỏi thường gặp

Nếu ngân sách có hạn, có nên bắt đầu Lite rồi nâng cấp sau không?

Được, nhưng cần điều kiện: Sinh Vũ phải thiết kế kiến trúc Lite có khả năng mở rộng ngay từ đầu. Bắt đầu Lite với công cụ và quy trình không tương thích cấp cao hơn sẽ buộc Anh Chị phải xây lại hoàn toàn khi nâng cấp, không phải chỉ bổ sung thêm. Hãy dự trù ngân sách cho migration (chuyển đổi hệ thống) ngay khi ký kế hoạch Lite.

Dấu hiệu nào cho thấy tổ chức chưa sẵn sàng làm đầy đủ ngay?

Ba dấu hiệu rõ nhất: đội ngũ nội bộ chưa từng vận hành theo hệ thống có tài liệu hoá, quyết định thương hiệu vẫn phụ thuộc vào một hoặc hai người thay vì quy trình, và chưa có người chịu trách nhiệm rõ ràng cho từng điểm chạm (touchpoint) thương hiệu. Nếu cả ba đều đúng, làm đầy đủ ngay mà không có kế hoạch chuyển đổi nội bộ song song sẽ tạo ra hệ thống tốt mà không ai thực sự dùng.

Làm Lite trước thì mất bao lâu để nâng cấp lên cấp cao hơn?

Sinh Vũ không đưa ra con số cụ thể vì thời gian phụ thuộc vào quy mô tổ chức, mức độ phức tạp của thương hiệu và tốc độ tăng trưởng thực tế. Điều chắc chắn là migration (chuyển đổi) bao gồm đổi công cụ, đào tạo lại đội ngũ và chuyển đổi quy trình, nên cần được lên kế hoạch, không phải làm vội khi đã cần gấp.