cầu, xây dựng các yêu cầu, kiểm tra sản phẩm gần cuối, tinh chỉnh và cho ra
mắt.
Làm thế nào để bạn phát triển một sản phẩm bất đồng sâu sắc với phương
pháp mà tổ chức của bạn đi theo (ví dụ, mô hình thác nước – Waterfall, mô
hình phát triển phần mềm linh hoạt Agile, quy trình quản lý và kiểm soát
Scrum,…). Điểm chung của tất cả các phương pháp phát triển sản phẩm là
kết quả được khao khát: một sản phẩm hoàn chỉnh cho khách hàng mua.
Nhưng sẽ ra sao nếu sản phẩm bạn xây dựng không phải là một sản phẩm
mà khách hàng sẽ mua? Liệu “sản phẩm” có phải là nguy cơ lớn nhất mà đội
ngũ của bạn phải đối mặt? Còn rủi ro thị trường thì sao? Như Marc
Andressen nói: “Thị trường là quan trọng nhất. Không một đội ngũ xuất sắc
nào, không một sản phẩm tuyệt vời nào cứu nguy được một thị trường
xấu.”
5
http://web.archive.org/web/20070701074943/,
http://blog.pmarca.com/2007/06/the-pmarcagu-2.html
Với việc phát triển khách hàng, bạn đang xây dựng nền tảng khách hàng
trong khi vẫn đang xây dựng một sản phẩm hay dịch vụ giúp giải quyết vấn
đề cụ thể của họ. Phát triển khách hàng không thay thế phát triển sản phẩm;
đó là quy trình thứ hai được làm song song với phát triển sản phẩm.
Nếu thực hiện phát triển khách hàng cùng với phát triển sản phẩm, bạn
không cần chờ đến khi sản phẩm của bạn ra mắt để biết liệu khách hàng có
mua không. Bạn biết trước, bởi bạn đã có khách hàng cho phiên bản dùng
thử, những evangelist
, và khách hàng đang chi tiền.
6
Nhà truyền giáo, ở đây dùng để chỉ những nhóm người ủng hộ tích cực cho
một sản phẩm nào đó, sau đó thiết lập các tiêu chuẩn thị trường […] Một
evangelist thúc đẩy việc sử dụng một sản phẩm hoặc công nghệ nào đó
thông qua các buổi nói chuyện, báo chí, blog,… (BTV).
