tích web hơn tôi!). Tại Yammer, nhiều yêu cầu hỗ trợ và bổ sung tính năng
được đưa đến qua một quản lý cộng đồng hoặc quản lý dự án.
May mắn thay, có lẽ mẫu người tìm đến bạn là nhất quán. Một khi bạn nhận
ra các phản hồi thiên về hướng nào, bạn có thể điều chỉnh theo. Khi những
người dùng có quyền hoặc được ủy quyền như các nhà quản trị hoặc các
quản lý đưa ra phản hồi, một ý hay là điều tra xem nó tác động đến bao
nhiêu người. Ít khi những người dùng có quyền lên tiếng yêu cầu nâng cấp
một tính năng mà 90% người dùng chưa từng dùng đến. Khi các khách hàng
không có kinh nghiệm hoặc không rành về công nghệ đưa ra phản hồi, cần
xem xem liệu họ có phải là người có khả năng dùng sản phẩm, hay liệu việc
họ không có kinh nghiệm có phải là rào cản quá lớn để thu được giá trị từ
sản phẩm của bạn.
KẾT THÚC CHU TRÌNH
Làm sao bạn đảm bảo được rằng tất cả các thông tin tuyệt vời mà các đội
ngũ khác nhau học hỏi được không bị lạc mất khi xếp lẫn với nhau?
Tôi chân thành khuyên bạn nên bắt đầu với quy trình càng đơn giản càng tốt.
Việc kết thúc quy trình là quan trọng, vì vậy hãy đảm bảo rằng bạn liên tục
thực hiện nó, bạn sẽ cần làm sao cho nó đơn giản nhất có thể cho cả người
tham gia và cho bạn.
Việc kết thúc quy trình gồm ba phần: thu thập thông tin, tóm tắt nó (như đã
trình bày trong Chương 6), và chia sẻ thông tin ở mức độ chi tiết phù hợp để
thông báo mà không lan man. Với việc phát triển khách hàng liên tục, không
phải lúc nào chúng ta cũng tìm cách xác nhận một giả thiết cụ thể mà cần
liên tục tìm hiểu bởi sản phẩm và khách hàng của chúng ta thay đổi theo thời
gian. Các ghi chú từ việc phát triển khách hàng thường xuyên thường là
điểm khởi đầu cho việc hình thành một giả thiết mới, thực hiện một số
nghiên cứu khả năng sử dụng sâu hơn, hoặc đào sâu vào dữ liệu phân tích
của chúng ta.
