Nên chọn tính năng nào

Chúng ta đang quá coi trọng product delivery¶

Việc thiết kế tính năng chỉ có ý nghĩa khi bạn hiểu chính xác tại sao phải làm tính năng đó, và các giả thiết bên dưới tính năng đó

Chúng ta lúc nào cũng sẽ thấy thiếu tính năng

TÍnh năng
Ví dụ như tới lúc làm tính năng 2 thì mới nhận ra là tính năng 1 có những thứ không dự kiến

❓:: Nếu chúng ta không dùng tính năng thì các nhóm giao tiếp với nhau thế nào？

Làm sao để biết lúc nào nên xây một tính năng?

4 rủi ro chính của một sản phẩm:

Người dùng có muốn xài không? (value risk)
Có lợi ích cho doanh nghiệp không? (business viability risk)
Người dùng có xài được không? (usability risk)
Có thời gian, kỹ năng và công nghệ để làm không? (rủi ro về tính năng - feasibility risk)
Một đội product thực sự phải được quyết định tất cả những thứ này, chứ ko phải tách ra. Nếu tách ra thì chỉ gọi là feature team
Nhóm phát triển sản phẩm chỉ quan tâm đến việc của họ, còn khách hàng chịu hoàn toàn trách nhiệm (feature team)
Đội marketing thường không

Đánh giá nhóm dựa trên Thành quả cần có chứ ko đánh giá theo tính năng

❓:: Đưa người dùng vào sớm

Đừng coi vấn đề là vấn đề, mà hãy coi là cơ hội

Khi chưa có kem thì không ai nói rằng mình cần một loại thực phẩm lạnh làm từ sữa cả

Làm cá nhân trước, làm nhóm sau. Vì lúc này làm theo nhóm sẽ giết chết sự đa dạng và sáng tạo

Chúng ta có thể copy tính năng của đối thủ, nhưng chúng ta khó mà copy được hiểu biết của họ về lý do họ ra tính năng đó

Nên phỏng vấn hằng tuần để nếu có gì mới thì phỏng vấn được ngay, và giữ được mqh với khách hàng

Nên thay người phỏng vấn, để tất cả các thành viên được tham gia

❓:: Cách tìm người chịu trả lời k khi mình không có nguồn lực

Outcome thời kỳ đầu là đáp ứng được nhu cầu người dùng, thời kỳ sau thì mới là nhu cầu của mình