Bán bằng bằng chứng
Giúp người đọc hiểu sản phẩm AI làm được việc gì, cần đầu vào nào và còn phần nào phải duyệt. Viết lời hứa vừa với bằng chứng và thử bằng một ca khó.
Một trang giới thiệu có thể khiến sản phẩm trông rất giỏi mà người đọc vẫn chưa biết mình nên dùng nó vào việc gì. Những câu như làm việc nhanh hơn, tiết kiệm thời gian hay tự động hóa mọi thứ đều dễ đồng ý. Chúng cũng dễ tạo ra những kỳ vọng rất khác nhau.
Người đang cân nhắc một công cụ cần hình dung được một tình huống sử dụng: mình đưa vào điều gì, nhận lại điều gì và còn phải làm phần nào. Viết rõ các chi tiết ấy là một cách tôn trọng khả năng tự đánh giá của họ.
Uy tín bắt đầu từ điều có thể giải thích
Trong “Sell the Truth”, đăng ngày 11/05/2026 trên nav.al, Naval đặt sự đáng tin và trung thực ở trung tâm của việc thuyết phục. Ông nhấn mạnh hiểu điều người đối diện muốn, giải thích rõ điều mình tin và chấp nhận khi đề nghị không phù hợp. Bài này phát triển một ứng dụng riêng cho cách giới thiệu sản phẩm AI; ví dụ và quy trình bên dưới do La Bàn xây dựng.
Một lời giới thiệu tốt cần giữ mối liên hệ giữa điều sản phẩm làm được và điều người đọc hiểu rằng nó làm được. Khoảng cách giữa hai thứ ấy càng lớn, công việc giải thích, hỗ trợ và sửa kỳ vọng về sau càng nặng.
Một minh họa cụ thể có thể giúp thu hẹp khoảng cách. Nhưng nó chỉ có ích khi phản ánh một điều kiện sử dụng được nói rõ. Một bản trình diễn được chuẩn bị đẹp chưa tự chứng minh rằng mọi dữ liệu thật đều sẽ tạo ra kết quả tương tự.
Chọn một lời hứa đủ hẹp để kiểm tra
Hãy xét một sản phẩm giả định giúp người bán hàng soạn bản nháp trả lời các câu hỏi thường gặp. Một lời giới thiệu rộng có thể nói công cụ sẽ tự động chăm sóc khách hàng. Người đọc có thể hiểu rằng nó tiếp nhận yêu cầu, kiểm tra trạng thái đơn, quyết định phương án và gửi câu trả lời mà không cần người xem lại.
Nếu sản phẩm thực tế chỉ gợi ý nội dung từ một tập thông tin được cung cấp, lời giới thiệu cần nói được đúng phần việc ấy. Chẳng hạn: tạo bản nháp trả lời dựa trên tài liệu của cửa hàng, kèm đoạn nguồn để người bán kiểm tra trước khi gửi.
Lời hứa hẹp hơn giúp xác định ai phù hợp. Người cần giảm thời gian viết những câu trả lời lặp lại có thể quan tâm. Người cần một hệ thống tự xử lý toàn bộ đơn hàng sẽ biết mình phải tìm hiểu thêm hoặc chọn một cách khác.
Đây cũng là bước kiểm tra thiết kế. Nếu nhóm chưa thể viết một lời hứa cụ thể mà không dùng nhiều từ bao trùm, có thể bản thân phạm vi sản phẩm còn chưa được hiểu thống nhất.
Cho thấy cả đầu vào lẫn phần việc còn lại
Một bản trình diễn nên bắt đầu từ dữ liệu mà người dùng có thể nhận ra. Trong ví dụ trên, có thể dùng một chính sách giao hàng giả định và một câu hỏi về việc đổi địa chỉ. Hiển thị câu hỏi, tài liệu được tham chiếu, bản nháp tạo ra và phần người bán cần xác nhận.
Nếu câu trả lời phụ thuộc vào trạng thái đơn hàng mà công cụ chưa được kết nối, cần thể hiện điểm thiếu đó. Một bản nháp có chỗ yêu cầu người dùng kiểm tra thông tin thực tế sẽ giúp họ hiểu rõ giới hạn hơn một câu trả lời trôi chảy nhưng tự điền phần chưa biết.
Cũng nên nói đến bước chuẩn bị. Người mua cần nhập tài liệu bằng cách nào? Khi chính sách đổi, họ cập nhật ở đâu? Ai xem lại kết quả trước khi dùng? Những bước này ảnh hưởng trực tiếp đến việc công cụ có phù hợp với nhịp vận hành của họ hay không.
Đầu ra chỉ là một phần của trải nghiệm. Một công cụ tạo bản nháp trong vài giây nhưng cần dữ liệu được chuẩn bị thủ công cả buổi có thể vẫn hữu ích, nhưng giá trị ấy cần được hiểu trong toàn bộ quy trình.
Bằng chứng mạnh đến đâu thì kết luận đến đó
Một ví dụ minh họa cho thấy sản phẩm có thể hoạt động trong tình huống đã chọn. Một bộ tình huống đa dạng giúp hiểu thêm phạm vi và lỗi. Một đợt sử dụng thực tế mới có thể cung cấp dữ liệu về hành vi, công sức và những điều phát sinh trong môi trường của người dùng.
Ba mức ấy trả lời ba nhóm câu hỏi khác nhau. Nếu mới có ví dụ, có thể mô tả rõ ví dụ đó. Nếu chưa đo thời gian trước và sau trên những công việc tương đương, một con số phần trăm tiết kiệm sẽ tạo ra mức chắc chắn vượt quá bằng chứng đang có.
Với một phép đo, cần biết đã tính cả thời gian chuẩn bị và kiểm tra chưa, ai thực hiện, những trường hợp thất bại có bị bỏ ra ngoài không. Các chi tiết ấy không nhất thiết phải chiếm hết trang giới thiệu, nhưng người đọc cần có cách tìm hiểu căn cứ của một tuyên bố quan trọng.
Một kết luận vừa với bằng chứng thường bền hơn khi sản phẩm được đưa vào sử dụng. Nó cũng giúp đội ngũ biết cần đo điều gì tiếp theo, thay vì liên tục nghĩ thêm những câu gây ấn tượng.
Một ca khó có thể làm bản trình diễn đáng tin hơn
Với công cụ trả lời khách hàng giả định, hãy thêm một câu hỏi mà tài liệu chưa có thông tin. Cho thấy công cụ xử lý khoảng trống ấy ra sao và người dùng cần làm gì tiếp. Nếu phiên bản hiện tại chưa xử lý tốt, nói rõ đó là giới hạn đang được xem xét.
Một ca khó không nên được chọn chỉ để trình diễn một lỗi dễ sửa. Nó cần đại diện cho tình huống người sử dụng thật có thể gặp: dữ liệu cũ, hai nguồn mâu thuẫn, một yêu cầu nằm ngoài quy trình thường ngày. Cách sản phẩm bộc lộ giới hạn là một phần của chất lượng sử dụng.
Người đọc có thể từ đó tự nhận ra mức giám sát cần thiết. Đồng thời, nhóm xây dựng cũng có một cuộc trò chuyện cụ thể hơn với họ: loại trường hợp nào đáng ưu tiên, mức kiểm tra nào chấp nhận được và công việc nào chưa nên giao cho công cụ.
Thử xem người đọc đang hiểu lời hứa nào
Sau khi viết lại trang giới thiệu, nhờ một người thuộc nhóm sử dụng dự kiến đọc nó mà chưa được bạn giải thích miệng. Sau đó hỏi họ sản phẩm giúp xử lý việc gì, cần chuẩn bị gì và lúc nào vẫn cần người can thiệp.
Nếu câu trả lời khác với khả năng thực tế, đó là một vấn đề cần sửa trong nội dung hoặc trong thiết kế sản phẩm. Chẳng hạn, từ tự động ở đầu trang có thể lấn át một ghi chú nhỏ về việc duyệt bản nháp ở phía dưới. Thêm nhiều chữ chưa chắc giúp; có thể cần thay đúng một lời hứa gây hiểu nhầm.
Những câu người đọc hỏi lại cũng có giá trị. Chúng cho biết thông tin nào ảnh hưởng đến quyết định của họ mà trang chưa trả lời. Một câu hỏi về việc cập nhật tài liệu có thể quan trọng hơn thêm một ảnh giao diện đẹp.
Sẵn sàng nói rõ khi chưa phù hợp
Một sản phẩm có thể được làm tốt và vẫn chưa phù hợp với một hoàn cảnh cụ thể. Người dùng có thể cần tích hợp mà công cụ chưa hỗ trợ, mức chính xác chưa đạt hoặc cách triển khai mà nhóm chưa thể duy trì. Nói rõ điều ấy giúp cả hai bên hiểu lựa chọn trước mặt.
Điều cần giữ là sự nhất quán giữa trang giới thiệu, cuộc trao đổi trước khi dùng và trải nghiệm sau đó. Nếu mỗi nơi kể một câu chuyện khác nhau, sự tin tưởng sẽ phải được xây lại trong từng lần hỗ trợ.
Bạn có thể bắt đầu bằng một lần rà lại trang hiện tại: chọn lời hứa quan trọng nhất, viết căn cứ đang có bên cạnh và hỏi người đọc sẽ hiểu đến đâu. Nếu khoảng cách còn lớn, thu hẹp lời hứa hoặc làm thêm công việc để có bằng chứng. Đó là một bước thực tế để sản phẩm được lựa chọn vì đúng việc nó phục vụ.