Câu hỏi không phải 'tốn công hơn thì có đáng không' mà là 'hai đối tượng này có đủ khác nhau để cần hai thông điệp khác nhau không'.
Nếu hai đối tượng có tiêu chí ra quyết định và nỗi lo khác nhau đáng kể, Anh/Chị cần hai phiên bản tài liệu riêng biệt. Nếu sự khác biệt chỉ nằm ở ngành hoặc ngữ cảnh, một phiên bản cốt lõi với phần mô-đun thay thế theo từng đối tượng là đủ. Tài liệu kiêm nhiệm quá nhiều vai trò thường bị nhạt: thông điệp phải chung chung để không loại trừ ai, và kết quả là không thuyết phục được ai.
Tài liệu kiêm nhiệm nhiều vai trò là cái bẫy phổ biến nhất Sinh Vũ thấy ở các doanh nghiệp đang xây thương hiệu. Lý do thường là tiết kiệm: làm một bộ cho xong. Nhưng tài liệu muốn nói chuyện với tất cả mọi người thường không nói được với ai. Thông điệp phải chung chung để không loại trừ đối tượng nào, và hệ quả là không đủ sức nặng để thuyết phục đối tượng nào.
Câu hỏi không phải "họ là ai" mà là "họ dùng tiêu chí gì để ra quyết định và họ lo điều gì nhất". Nếu hai điều này khác nhau đáng kể, Anh/Chị cần hai phiên bản. Nếu chỉ khác nhau về ngành hoặc ngữ cảnh nhưng tiêu chí quyết định tương tự, phiên bản cốt lõi với phần mô-đun thay thế là đủ.
Ví dụ rõ nhất: nhà đầu tư và khách hàng doanh nghiệp (B2B). Nhà đầu tư đọc tài liệu để đánh giá tiềm năng tăng trưởng và rủi ro tài chính. Khách B2B đọc để biết liệu doanh nghiệp này có giải được bài toán của họ không và quy trình phối hợp ra sao. Hai mục tiêu đọc này không có điểm chung đủ lớn để chia sẻ cùng một tài liệu.
Hướng 1: Tách riêng hoàn toàn. Mỗi đối tượng một phiên bản độc lập, brief riêng, thông điệp riêng, thiết kế riêng. Phù hợp khi tiêu chí ra quyết định của hai nhóm khác nhau căn bản, ngân sách đủ để làm và duy trì, và rủi ro gửi nhầm tài liệu gây hại đáng kể cho uy tín.
Hướng 2: Master template với mô-đun thay thế. Phần cốt lõi (tên thương hiệu, tuyên ngôn, năng lực nền) cố định. Phần mô-đun (case study theo ngành, thông điệp theo vai trò người đọc, số liệu phù hợp) thay thế theo đối tượng. Phù hợp khi ngân sách trung bình, sự khác biệt giữa các đối tượng ở mức vừa phải, và đội nội bộ cần tự cập nhật mà không phụ thuộc nhà thiết kế mỗi lần.
Hướng 3: Một tài liệu với phần phụ lục. Thân bài chung, appendix (phần phụ lục) riêng cho từng đối tượng. Phù hợp khi sự khác biệt nhỏ, ngân sách hạn chế, và tài liệu chủ yếu dùng để gửi kèm email chứ không phải trình bày trực tiếp.
Thông điệp chung chung bị coi là không hiểu vấn đề của người đọc. Chân dung đối tượng riêng biệt dẫn đến tài liệu riêng biệt.
Ardath Albee, Digital Relevance (2015)
Sinh Vũ tiếp cận bài toán nhiều đối tượng theo hai hướng tùy ngân sách và quy mô vận hành. Nếu ngân sách đủ: làm từng phiên bản riêng với brief riêng, không cố gom chung để tiết kiệm vì cái giá phải trả là hiệu lực thông điệp. Nếu ngân sách trung bình: thiết kế master template ngay từ đầu với phần cốt lõi cố định và phần mô-đun thay thế, để đội nội bộ tự swap module mà không cần redesign mỗi lần.
Điều quan trọng nhất cần quyết định trước khi bắt tay thiết kế là: liệt kê tất cả đối tượng sẽ nhận tài liệu này, sau đó kiểm tra từng cặp xem tiêu chí ra quyết định của họ có đủ khác nhau không. Nếu có một cặp khác nhau căn bản, đó là tín hiệu cần ít nhất hai phiên bản. Câu hỏi tiếp theo mới là chọn hướng nào trong ba hướng trên tùy ngân sách và năng lực vận hành nội bộ.
Ardath Albee, Digital Relevance: Developing Marketing Content and Strategies that Drive Results (2015). Nielsen Norman Group, Modular and Structured Content. Quan điểm quy trình: Sinh Vũ Studio.
Không nên. Nhà đầu tư cần luận điểm tăng trưởng và số liệu tài chính. Đối tác B2B cần bằng chứng kết quả và quy trình phối hợp. Hai tiêu chí ra quyết định này khác nhau căn bản, buộc Anh/Chị phải làm hai phiên bản riêng. Hồ sơ chung sẽ quá loãng để thuyết phục được cả hai.
Thiết kế một master template (bản mẫu chủ) với phần cốt lõi cố định dùng chung, và phần mô-đun thay thế theo từng đối tượng. Cách này tiết kiệm chi phí thiết kế ban đầu và cho phép đội nội bộ tự cập nhật từng mô-đun mà không cần làm lại toàn bộ. Điều kiện là template phải được thiết kế đủ linh hoạt ngay từ đầu.
Có, đây là rủi ro thực tế cần tính trước. Mỗi lần cập nhật thông tin công ty, Anh/Chị phải chỉnh đồng bộ tất cả các phiên bản. Nếu không có quy trình rõ ràng, các bản sẽ nhanh chóng lỗi thời khác nhau. Giải pháp là xác định trước phần nào là cốt lõi bất biến, phần nào là mô-đun thay thế, rồi chỉ cập nhật đúng lớp đó mỗi lần.