- Trong tình huống 'người dùng sử dụng sản phẩm nhưng không phải là người có quyền thanh toán', điều cốt lõi là xác định ai thực sự nắm quyền hạn và sức ảnh hưởng
- Người ra quyết định có quyền thực tế có thể không phải là cùng một người với người mua hoặc người dùng đầu tiên
- Ở các tổ chức nhỏ, việc tiết kiệm thời gian là quan trọng, nên lập trình viên trực tiếp đưa công cụ vào sử dụng rồi thuyết phục cấp trên để đi đến mua hàng là khả năng lớn
- Ở các tổ chức lớn, các ràng buộc về bảo mật và quy trình rất mạnh, nên quyền quyết định mua thuộc về CTO hoặc ban lãnh đạo, và cần chu kỳ bán hàng dài
- Người có quyền mua không nhất thiết trùng với người nắm ngân sách; người cảm nhận rõ nhất giá trị sản phẩm và có thể thúc đẩy nó mới là mục tiêu then chốt
- Chiến lược hiệu quả là cung cấp dữ liệu cụ thể và tài liệu thuyết phục để người dùng có thể thuyết phục ban lãnh đạo, đồng thời hỗ trợ quá trình đó
- Thành công cuối cùng là thiết kế quy trình hỗ trợ để người dùng có thể đóng vai trò bán hàng nội bộ
Mở đầu – Điểm khởi phát của câu hỏi
- Nên tiếp cận thế nào khi người thực sự dùng sản phẩm và khách hàng đưa ra quyết định mua là hai người khác nhau?
- Bối cảnh là bán hàng phần mềm B2B, nơi thông thường lập trình viên thử sản phẩm trước, còn CTO hoặc Director of Engineering đưa ra quyết định cuối cùng
Câu hỏi cốt lõi về quyền lực
- Câu hỏi 'ai thực sự có quyền lực?' là điểm quan trọng nhất
- Không chỉ là quyền thanh toán bằng thẻ hay mức độ ưu tiên khi dùng thử sản phẩm, mà ảnh hưởng thực tế và động lực mới là yếu tố quyết định trong dòng chảy mua hàng
Các kịch bản theo cấu trúc tổ chức
Trường hợp tổ chức nhỏ: cấu trúc phẳng và ra quyết định nhanh
- Lập trình viên thường là người tìm hiểu sản phẩm và trực tiếp dẫn dắt việc triển khai
- Động lực chính của CTO là ra thị trường nhanh và lặp lại nhanh, nên đề xuất công cụ từ lập trình viên có ảnh hưởng lớn đến quyết định
- Mô hình lan rộng kiểu Trojan horse, trong đó lập trình viên nhanh chóng thử công cụ miễn phí rồi sau đó chuyển sang trả phí, xuất hiện khá thường xuyên
Trường hợp tổ chức lớn: bảo mật và tuân thủ là ràng buộc chính
- Tồn tại các ràng buộc ngoài yếu tố thời gian như bảo mật, và quyết định của lãnh đạo ảnh hưởng quan trọng đến toàn bộ quá trình
- Người dùng (lập trình viên) không được phép tự cài đặt hay tự mua, nên chu kỳ bán hàng dài và phức tạp
- Tiêu chí nhận thức về giá trị/rủi ro tập trung vào bảo mật và đầu ra cuối cùng hơn là UI/UX hoặc DX
Góc nhìn về ảnh hưởng thực sự và giá trị
- Người nắm ngân sách không phải lúc nào cũng là người có quyền lực thực chất
- Điều quan trọng là 'ai có đòn bẩy' và 'động lực của ai tác động mạnh nhất đến việc thúc đẩy quy trình'
- Cần nhìn thực tế để xác định ai là chủ thể thực sự có thể trao đổi giá trị tương xứng với mức giá
Ví dụ cụ thể về luồng đưa sản phẩm vào sử dụng
- Người dùng/lập trình viên đăng ký tài khoản sản phẩm
- Dùng thử miễn phí trong môi trường cục bộ
- Trực tiếp trải nghiệm giá trị chức năng thực tế (ví dụ: so sánh trước/sau Pull Request, làm nổi bật vấn đề)
- Nhận ra giá trị → kỳ vọng cải thiện hiệu suất công việc/tự động hóa
- Người dùng thuyết phục ban lãnh đạo về sự cần thiết
- Ban lãnh đạo kiểm thử nội bộ và xem xét ngân sách rồi phê duyệt hoặc từ chối
- Ban lãnh đạo phê duyệt mua cuối cùng
- Hoàn tất mua sản phẩm, tiếp tục lan rộng trong tổ chức
Câu hỏi về động lực của cả hai phía
- Xác định động lực cốt lõi khiến lập trình viên đề xuất công cụ (sự thuận tiện trong công việc, làm nổi bật năng lực cá nhân, đạt mục tiêu công ty, v.v.)
- Xác định động lực mua của ban lãnh đạo (tăng hiệu quả phát triển, đạt mục tiêu công ty nhanh hơn, v.v.)
- Nếu những động lực cốt lõi này tồn tại, có thể đề xuất chiến lược sau
Chiến lược ứng phó thực tế
- Cung cấp công cụ thuyết phục như báo cáo so sánh chính xác trước/sau để người dùng có thể thuyết phục ban lãnh đạo
- Trong quá trình này, điều quan trọng không phải là lời khuyên trừu tượng mà là kết quả dựa trên dữ liệu định lượng
- Những con số thực tế như "đã tiết kiệm được bao nhiêu thời gian so với cách làm trước đây" là chìa khóa để thuyết phục
- Tìm hiểu cuộc trò chuyện mua hàng thực tế diễn ra như thế nào thông qua phỏng vấn khách hàng (lập trình viên), từ đó giải quyết trước các điểm cản trở trong quá trình thuyết phục
- Nói cách khác, thay vì thuyết phục trực tiếp người có quyền mua, cần cung cấp mọi hỗ trợ về môi trường và tài liệu cụ thể để người dùng có thể thành công trong vai trò bán hàng nội bộ
- Trong quy trình này, thành công của người dùng gắn liền trực tiếp với thành công của nhà cung cấp (cấu trúc win-win cho người dùng - nhà cung cấp - lãnh đạo - công ty)
Kết luận và tóm tắt
- Chiến lược tốt nhất là hỗ trợ để người dùng thực hiện thành công vai trò bán hàng nội bộ của sản phẩm
- Cần tập trung vào việc cung cấp căn cứ định lượng và tài liệu giá trị cụ thể cần thiết để thuyết phục ban lãnh đạo
- Trước tiên phải phân tích kỹ cấu trúc ra quyết định theo quy mô tổ chức và các điều kiện ràng buộc
- Cuối cùng, cần nhấn mạnh rằng nếu người dùng thành công thì cả nhà cung cấp lẫn công ty đều cùng thành công
Chưa có bình luận nào.