Yêu cầu tính năng bạn thực sự nên xây (Và cách nhận ra nó)

Bạn đã biết cách nói không với những yêu cầu tính năng tồi. Bạn đã học được cách phân biệt phình to phạm vi với tính năng cốt lõi. Bạn đang bảo vệ ranh giới của sản phẩm.

Nhưng giờ bạn lại ở một thế khó khác: bạn có cả tá yêu cầu mà tất cả đều qua được phép thử. Tất cả đều dành cho app của bạn. Tất cả đều hợp lý. Tất cả đều là những thứ người dùng của bạn thực sự muốn. Nhưng bạn chỉ xây được ba trong số đó.

Ba cái nào?

Đây là chỗ phần lớn các quyết định về sản phẩm đi chệch. Nhà sáng lập chọn những cái nghe ấn tượng nhất, hoặc sinh lời nhất, hoặc những cái đến từ khách hàng quan trọng nhất của họ. Đôi khi họ đúng. Thường thì họ sai.

Những tín hiệu thực sự quan trọng

Tín hiệu 1: Sự lặp lại không cần gợi ý

Nếu ba người dùng riêng biệt yêu cầu cùng một thứ mà không hề trao đổi với nhau, đó là một tín hiệu. Họ không bàn bạc gì cả. Tất cả đều tự nghĩ ra. Nếu năm người dùng yêu cầu nó, đó không phải trùng hợp — đó là một nhu cầu thật sự.

Mặt ngược lại cũng quan trọng: nếu một người dùng yêu cầu mà chẳng ai khác làm vậy, và bạn xây nó, thì giờ bạn đang phải bảo trì một tính năng không ai khác dùng và ngay cả người dùng đó cũng có thể vẫn không hài lòng (vì bạn xây nó hơi sai ý họ).

Hãy đếm số yêu cầu trước khi xây. Không phải số đến từ khách hàng ồn ào nhất hay khách lớn nhất của bạn — hãy đếm số lần lặp lại không cần gợi ý. Hai hay ba người dùng độc lập cùng yêu cầu một thứ là một tín hiệu mạnh hơn nhiều so với một khách hàng quan trọng yêu cầu năm thứ.

Tín hiệu 2: Cách lách quan trọng

Nếu bạn có người dùng và họ vẫn ở lại dù thiếu tính năng đó, thì họ đã tìm ra một cách lách. Có thể họ làm nó bên ngoài app của bạn. Có thể họ làm thủ công. Có thể họ dùng song song một công cụ khác.

Nhưng họ vẫn ở lại, nghĩa là họ không cần tính năng đó để dùng app của bạn. Họ cần nó để dùng app của bạn tốt hơn. Cái đó khác với một vật cản.

Những tính năng quan trọng nhất là những cái ngăn người ta dùng app của bạn ngay từ đầu. Những tính năng có-thì-tốt là những cái mà người ta lách qua được.

Hãy để ý xem yêu cầu nào là vật cản. Có người nói “Tôi không dùng được cái này cho đến khi bạn làm X” so với có người nói “Sẽ rất tuyệt nếu bạn có X.” Sự phân biệt đó là vàng.

Tín hiệu 3: Tính năng gắn liền với mô hình kinh doanh

Một số tính năng mở ra những cách kiếm tiền hoàn toàn mới. “Xuất hóa đơn cho khách hàng của tôi” mở ra một mô hình kinh doanh nơi bạn thu phí cho việc xuất hóa đơn. “Xuất sang Salesforce” mở ra doanh thu từ tích hợp. “White-label cho các đại lý” mở ra một kênh đối tác.

Nhưng đây là cái khéo: bạn không biết những mô hình đó có chạy không cho đến khi bạn đã đang ship rồi. Bạn không thể lập kế hoạch quanh chúng. Bạn chỉ có thể nhận ra chúng sau khi ship và xem người ta có thực sự dùng chúng không.

Những lần thêm tính năng thành công nhất là những lần mà việc ship tính năng hé lộ một thị trường bạn không biết là nó tồn tại. Bạn xây tính năng xuất dữ liệu. Hóa ra các công ty muốn nhúng tính năng xuất của bạn vào quy trình của họ. Giờ bạn có một câu chuyện tích hợp mà bạn đã không lên kế hoạch.

Hãy xây tính năng vì người dùng của bạn cần chúng. Rồi quan sát xem người dùng có cần chúng theo một cách tạo ra cơ hội kinh doanh mới không. Đừng dự đoán mô hình kinh doanh trước.

Tín hiệu 4: Lời đề nghị giúp đỡ

Nếu một người dùng nhờ bạn xây một thứ gì đó, đó là một yêu cầu. Nếu một người dùng hỏi liệu bạn có thể xây một thứ gì đó không và đề nghị giúp kiểm thử nó, thì đó lại khác.

Những người đề nghị giúp kiểm thử là những người có quyền lợi gắn với kết quả. Họ sẽ dùng tính năng một cách kỹ lưỡng. Họ sẽ báo lỗi. Họ sẽ nói cho bạn biết nó có thật sự giải quyết vấn đề của họ không.

Những người chỉ yêu cầu là những người mong bạn xây ra một cách thần kỳ đúng thứ họ hình dung. Đôi khi bạn làm được. Thường thì không.

Hãy xây cùng những người kiểm thử trước. Mọi thứ khác là thứ yếu.

Cám dỗ xây tính năng “oai”

Sản phẩm nào cũng có một tính năng mà nếu bạn ship, nó khiến bạn nghe có vẻ ấn tượng hơn. Với các app đặt lịch, đó là tích hợp với Calendly. Với các app quản lý công việc, đó là tích hợp với Slack. Ai cũng biết những cái đó là gì. Ai cũng muốn chúng.

Đây là điểm mấu chốt: ai cũng đang có được chúng từ một người khác nữa. Nếu tính năng của bạn không phải là tích hợp Slack tốt nhất, dễ nhất, thì nó chỉ làm app của bạn phức tạp thêm mà chẳng khiến bạn nổi tiếng.

Những tính năng làm bạn nổi tiếng là những cái mà bạn ở vị thế độc nhất để xây vì bạn hiểu vấn đề của những người dùng cụ thể của mình rõ hơn bất kỳ ai. Đó không phải là những tính năng oai. Đó là những tính năng nhàm chán giải quyết những vấn đề thật cho những con người thật.

Tích hợp Slack thì ấn tượng. Một công cụ giúp người dùng của bạn làm một việc cụ thể nhanh hơn nhiều so với những gì Slack từng nghĩ tới mới là có giá trị.

Cách thực sự để quyết định

Khi bạn có một loạt yêu cầu tính năng đều qua được phép thử “cái này có nằm trong phạm vi không?”, hãy xếp hạng chúng theo:

Có bao nhiêu người dùng yêu cầu (một cách độc lập)? Càng nhiều càng tốt.
Đây là vật cản hay có-thì-tốt? Vật cản thì cấp bách hơn.
Người dùng có thể lách qua cái này hôm nay không? Nếu không, nó quan trọng hơn.
Có ai sẽ giúp bạn kiểm thử cái này không? Nếu có, hãy xây nó trước.
Cái này có hé lộ một thị trường mới không? Nếu có thể, đó là phần thưởng, không phải lý do.

Rồi xây theo thứ tự đó. Không phải thứ tự nghe-cho-ấn-tượng. Không phải thứ tự của khách hàng lớn nhất của bạn. Mà là thứ tự của tín hiệu thật từ những người đang dùng app của bạn.

Tính năng bạn sẽ không xây (chưa)

Bạn sẽ có những yêu cầu không lọt vào danh sách. Đừng giả vờ rằng bạn sẽ xây chúng vào một ngày nào đó. Hãy nói với người dùng: “Chúng tôi chưa xây cái đó lúc này. Đây là lý do. Đây là những gì chúng tôi đang xây. Đây là một giải pháp thay thế có thể hợp với bạn.”

Sự thẳng thắn đó quan trọng hơn bạn nghĩ. Người dùng thà biết bạn sẽ không làm còn hơn chờ đợi sáu tháng trong hy vọng.

Và đôi khi, một khi bạn đã nói không, người dùng tìm ra một cách lách, hay một công cụ khác, hay giải quyết vấn đề theo một cách khác. Vậy cũng ổn thôi. Bạn không thể là tất cả mọi thứ cho tất cả mọi người.

Những sản phẩm chiến thắng là những sản phẩm làm tốt việc của mình và lắng nghe kỹ điều người dùng thực sự cần, không phải những sản phẩm cố là tất cả mọi thứ rồi rốt cuộc chẳng là gì.