Mới đây, Dan Kulkov đã có một tweet cực kỳ "chất" về triết lý phát triển sản phẩm, nhấn mạnh tầm quan trọng của việc ship những sản phẩm chưa hoàn hảo. Anh ấy bảo rằng, dù MVP (Minimum Viable Product - Sản phẩm khả dụng tối thiểu) "nửa mùa" có thể gây hại, nhưng việc "cày cuốc" quá đà để tạo ra một nền tảng mà chẳng ai dùng cũng chẳng khá hơn là bao. Thay vào đó, Dan khuyên nên tung ra một phiên bản "ổn áp" và cải tiến dần dựa trên phản hồi của khách hàng. Cách làm này không chỉ thúc đẩy sáng tạo mà còn hợp gu với nhu cầu thị trường và người dùng

Nghe cũng hợp lý phết, vì triết lý này rất khớp với tinh thần của việc làm MVP mà Contus.com từng nhắc đến. Bài viết của họ nhấn mạnh rằng mục tiêu của MVP không phải là sự hoàn hảo, mà là đưa ra những quyết định sáng suốt để kiểm chứng ý tưởng và tạo nền tảng cho thành công lâu dài. Điều này ăn rơ với quan điểm của Dan: "Tiến bộ quan trọng hơn hoàn hảo." Chỉ cần một sản phẩm chạy được, team đã có thể thu thập thông tin quý giá và điều chỉnh dựa trên thực tế.

Trong thời đại "chạy deadline" như hiện nay, việc cải tiến sản phẩm theo từng bước nhỏ là cực kỳ quan trọng. Savio.io cũng bảo rằng những thay đổi nhỏ nhưng liên tục, dựa trên phản hồi của khách hàng, sẽ tạo ra sản phẩm ngon lành hơn. Điều này lại càng củng cố quan điểm của Dan: phải lắng nghe người dùng sau khi tung sản phẩm. Nhờ vậy, sản phẩm sẽ được "tút tát" để ngày càng hợp ý người dùng hơn.

Cái khái niệm Minimum Viable Platform (MVP) cũng rất hợp với ý của Dan. Theo Platformengineering.org, việc ship một MVP trong vài tuần có thể giúp kiểm chứng giá trị của ý tưởng và thu hút sự ủng hộ từ các bên liên quan. Cách làm này giống như lời cảnh báo của Dan về việc đừng "cày" quá đà trước khi chứng minh được giá trị của sản phẩm. Tập trung vào tốc độ và tính năng cơ bản, team có thể cho thấy tiềm năng của nền tảng mà không bị sa lầy vào mấy thứ phức tạp không cần thiết.

Phản hồi của khách hàng chính là "kim chỉ nam" trong hành trình cải tiến này. Savio.io cũng nhấn mạnh rằng phản hồi là nguồn sáng dẫn lối cho việc nâng cấp sản phẩm, càng làm rõ thêm triết lý của Dan: phải dựa vào ý kiến người dùng để sản phẩm luôn "bắt trend" và hiệu quả.

Cuối cùng, không thể không nhắc đến cái bẫy "trì hoãn" trong phát triển sản phẩm. Brandon Cherry trên Medium từng nói rằng các dev hay bị cuốn vào việc xử lý quá nhiều "case lẻ tẻ", dẫn đến trễ deadline và bỏ lỡ cơ hội. Điều này cũng giống như lời cảnh báo của Dan về việc quá cẩn thận đến mức thành trì hoãn. Tập trung vào chức năng cốt lõi và ship sản phẩm khả dụng, team sẽ tránh được cái bẫy "nghĩ nhiều làm ít" và tự tin tiến lên.

Tóm lại, tweet của Dan Kulkov là một lời nhắc nhở "đúng lúc đúng chỗ" về việc chấp nhận sự không hoàn hảo trong phát triển sản phẩm. Bằng cách ưu tiên MVP, lắng nghe phản hồi khách hàng và tránh sa lầy vào việc "cày" quá đà, các dev có thể thúc đẩy sáng tạo và tạo ra những sản phẩm thực sự "chạm" đến người dùng. Hành trình phát triển sản phẩm không phải là để đạt đến sự hoàn hảo, mà là để tiến bộ từng ngày và cải thiện liên tục dựa trên thực tế. Vậy nên, đừng ngại "chưa hoàn hảo", cứ ship đi rồi tính tiếp!