5 nguyên nhân đảm bảo app của bạn sẽ thất bại (phần 1)

56
IDE Academy Candy Crush

Sau 6 năm lập trình app, tôi đã gặp 1 số lỗi thông dụng có thể dẫn đến sự thất bại của app. Việc chắt lọc chính xác những yếu tố giúp app thành công là 1 việc nhiều thách thức, vì vậy tôi tổng hợp lại những bài học, những vấn đề hoặc là khiến app bị “chết” hoặc giảm đi rất nhiều khả năng phát triển.

1. Không phải là app, mà là 1 hoạt động kinh doanh

Tại buổi nói chuyện vào năm 2014, tôi đã thách thức các dev hãy thôi suy nghĩ mọi thứ đơn giản như 1 dev, bởi các dev thường không đắn đo mấy về Marketing, Tài chính, các vấn đề về pháp lý, sự hỗ trợ của khách hàng và các yếu tố cần có khác để vận hành 1 doanh nghiệp.

Điểm quan trọng ở đây chính là thậm chí 1 app vững chắc cũng có thể thất bại trên App Stores nếu không có những yếu tố quan trọng đó. Ví dụ, trong quá khứ, tôi thường trau dồi về Marketing nói chung – khoảng 40% của app Savvy tập trung vào Marketing. Khi chúng tôi làm việc với khách hàng, ngoài thiết kế và lập trình app, chúng tôi còn thực hiện nhiều thứ khác nữa. Ngay từ ngày đâu tiên, chúng tôi đã nghĩ về định vị và hỗ trợ họ để tăng vốn đầu tư mạo hiểm, tạo các websites tập trung vào app và thậm chí còn xây dựng các nền tảng kiến thức hỗ trợ khách hàng. Có thể nói có rất ít app thành công mà không có phương pháp kinh doanh toàn diện.

2. Phạm vi phát triển của app

Cách tốt nhất để không cho app của bạn 1 cơ hội thành công nào là không “ship” app – đưa app đến với người dùng. Đây không còn là vấn đề chuyên biệt về app mà đã xảy ra thường xuyên hơn, thủ phạm chính thông thường là phạm vi phát triển (scope creep). Scope creep có thể bao gồm việc cho phép 1 tính năng trở nên lớn hơn, mạnh mẽ hơn bình thường, thêm nhiều tính năng vào phiên bản ra mắt hơn những gì mà app cần hoặc là sự kết hợp của cả 2 phương thức trên.

Lý do Scope creep xảy ra 1 phần xuất phát từ tâm lý của con người rằng “More is better” – Nhiều hơn thì tốt hơn. Nhiều tính năng hơn đồng nghĩa sẽ có nhiều lượt tải hơn và thành công nhiều hơn. Nhưng như những gì tôi đã nói chi tiết trong quá khứ, tâm lý đó đã không còn đúng nữa, đặc biệt là trong các App Store hiện nay.

Hãy làm 1 thứ thật tốt. Khi bạn đã thực hiện được… hãy đưa nó đến tay user!

3. Sự mù quáng của người sáng lập

Phạm vi phát triển chậm là biểu hiện cho sự mù quáng của người sáng lập, Những founders có thể trở nên ám ảnh về 1 tính năng cụ thể nào đó, bị xao lãng bởi các ý tưởng mới hoặc đánh mất đi cảm giác với những đặc điểm thực sự quan trọng đối với 1 người dùng bình thường. Quan trọng hơn, vì họ là người nắm giữ ý tưởng nên sẽ có khuynh hướng làm lệch đi quy trình phát triển app.

Có vài cách để đấu tranh chống lại sự mù quáng của founder. Đầu tiên là bạn phải đảm bảo có 1 lộ trình dành cho app. Một lộ trình sẽ làm rõ các tính năng cần tập trung sắp tới, các bugs cần phải fix và sở thích của user. Với mỗi app mà chúng ta đang làm việc, chúng ta 1 bảng Trello chia sẻ chung với khách hàng với ít nhất 2-3 phiên bản cập nhật đã được hoạch định. Bảng Trello này tách biệt so với công cụ kiểm tra lập trình chi tiết. Ngoài ra lộ trình app còn phải có 1 khu vực để trình bày các tính năng tiềm năng.

Cách khác là tương tác với những người đang dùng app của bạn. Các founders nên đọc các app store reviews, nên hoạt động năng nổ trong các inbox hỗ trợ và cố gắng nói chuyện với người dùng.

Hệ quả tất yêu là thường xuyên kiểm tra dữ liệu cứng. Các founder sẽ nhanh chóng vượt qua tính chuyên chế bằng cách phụ thuộc vào các phân tích từ frontend hoặc backend. Dữ liệu có thể giúp các founders hiểu được làm thế nào mà 1 bug được giới hạn đối với các power users hoặc cung cấp các ngữ cảnh tốt hơn nhằm đem đến các nỗ lực tối đa trong 1 màn hình không phải là cách sử dụng thời gian tốt. Chúng tôi là 1 fan của Google Analytics và Mixpanel khi đề cập đến việc báo cáo client-side hoặc các yếu tố liên quan đến platforms backend như Parse

Nguồn: IDE Academy via ADG Vietnam via SavvyApps