Một vài lời khuyên về kinh doanh ứng dụng độc lập (Indie)

• Những lời khuyên từ Carlie Monroe, nhà phát triển cá nhân đứng sau nhiều ứng dụng như trình tải video web cho Mac là Downie và công cụ chuyển đổi định dạng media Permute

Không phải mọi thứ đều thành công ngay lập tức

• Có nhiều câu chuyện thành công chỉ sau một đêm, nhưng đó là những trường hợp cực kỳ ngoại lệ, và phần lớn doanh nghiệp đều cần thời gian
  • Với ngân sách hạn chế, việc tạo ra một sản phẩm bùng nổ chỉ trong vài tuần hay vài tháng là điều khó khả thi trong thực tế
  • Là người đã bắt đầu công ty mà không có vốn ban đầu, tôi muốn đưa ra lời khuyên thực tế
• Hãy chuẩn bị cho những thất bại nhỏ
  • Những ứng dụng đầu tiên tôi phát hành gần như không có lượt tải, không có người dùng và cũng không có doanh thu
  • Điều quan trọng là phải dự đoán trước những thất bại như vậy và không nản lòng
  • Đừng tiêu tốn một năm chỉ để cố làm ra sản phẩm hoàn hảo ngay từ đầu; hiệu quả hơn là phát triển nhanh ý tưởng cốt lõi, nhận phản hồi rồi cải thiện dần
• Hãy giữ mức độ hoàn thiện của ứng dụng
  • Cần phát triển ý tưởng cốt lõi của ứng dụng và tiếp tục hoàn thiện dựa trên phản hồi cùng roadmap
  • Đừng đơn giản hóa việc phát triển quá mức; tối thiểu ứng dụng phải hoạt động ổn định
  • Nếu ứng dụng thường xuyên crash, đầy bug hoặc trông như chưa hoàn thiện, sẽ rất khó giành được niềm tin của người dùng
  • Có thể một số tính năng còn thiếu, nhưng điều quan trọng là phải cải thiện chúng thông qua các bản cập nhật liên tục
  • Nếu việc cải tiến diễn ra đều đặn, người dùng sẽ đánh giá tích cực và giới thiệu ứng dụng cho người khác
• Hãy tiếp tục cải thiện, nhưng cũng cần biết khi nào nên dừng lại
  • Nếu đã phát hành ứng dụng, cập nhật vài lần, thử quảng cáo hoặc quảng bá mà số lượt tải vẫn chỉ quanh mức 200 người, có lẽ đã đến lúc cần suy nghĩ lại về ý tưởng
  • Nếu người dùng không cảm thấy ứng dụng hữu ích, có thể tốt hơn là cân nhắc một ý tưởng mới
  • Đừng nản chí, hãy chuẩn bị thử lại với một ý tưởng tốt hơn

Đừng đi làm công ty

• Việc vừa đi làm vừa theo đuổi phát triển indie là điều rất khó
• Trong trường hợp của tôi, tôi từng làm thực tập sinh mùa hè tại Đại học Cambridge, làm việc 8 tiếng mỗi ngày rồi trở về ký túc xá để tiếp tục dành thêm 3-4 tiếng cho ứng dụng của mình
  • Đến cuối mùa hè, tôi bị căng thẳng, tăng cân và hầu như không có thời gian làm gì ngoài ngồi trước máy tính
• Không thể duy trì nhịp độ đó trong thời gian dài
  • Bạn có thể thử trong vài tháng, nhưng chỉ như vậy thì không đủ để vừa phát triển ứng dụng vừa xây dựng được tệp người dùng
  • Cuối cùng, nếu đi làm công ty, rất có thể đó sẽ là dấu chấm hết cho con đường kinh doanh của bạn
• Tuy vậy, nhận việc freelance hoặc các dự án đặt hàng phần mềm thì vẫn ổn
  • Việc chỉ ngồi phát triển ứng dụng cả ngày đôi khi còn phản tác dụng; làm dự án khác để đổi gió có thể lại hữu ích
  • Nhưng cần cẩn thận để các dự án bên ngoài không trở thành công việc chính; điều quan trọng là chỉ dành khoảng 4 tiếng mỗi ngày và vẫn giữ được thời gian tập trung cho dự án của mình
• Giai đoạn đầu có thể thiếu tiền, vì vậy cần kiếm đủ chi phí sinh hoạt tối thiểu qua công việc freelance
  • Dù vậy, điều quan trọng là phải giữ được sự cân bằng để không phải sống như một nhân viên công ty, mà vẫn có thể lấy dự án của mình làm trung tâm

Đừng làm một mình, nhưng cũng đừng không làm một mình

• Đây thực sự là một quyết định khó
• Tôi đã điều hành công ty một mình
  • Khi vận hành công ty một mình, bạn có thể tự đưa ra mọi quyết định và không có xung đột quan điểm về code style, tính năng hay UI
  • Nhưng thành công không phải chuyện của vài tuần hay vài tháng, và bạn không thể biết người khác có sẵn sàng chấp nhận những hy sinh tương tự hay không
  • Sau vài tháng, đồng sáng lập có thể rời đi để kiếm việc, và vì hoàn cảnh sống của mỗi người khác nhau nên định hướng cũng có thể thay đổi
• Nhưng cũng đừng làm hoàn toàn một mình
  • Vì bạn phải tự xử lý mọi thứ nên sẽ phải làm việc quanh năm không nghỉ
  • Ngay cả trong ngày nghỉ hay kỳ nghỉ, bạn vẫn phải kiểm tra và trả lời email hỗ trợ
  • Mỗi ngày có trung bình khoảng 100 yêu cầu từ người dùng, phần lớn có nội dung kỹ thuật nên khó có thể đơn giản giao cho người khác
  • Nếu đi nghỉ dài ngày, khi quay lại khối lượng công việc có thể chất đống đến mức khó xử lý, trong khi người dùng lại muốn được phản hồi trong vòng vài tiếng
  • Công việc hỗ trợ khách hàng mất khoảng 2~3 tiếng mỗi ngày, không đủ để thuê nhân viên chuyên trách nhưng lại khá nặng nếu phải tự gánh một mình
  • Nếu có đồng sáng lập, nhiều khả năng họ sẽ hiểu rõ cấu trúc nội bộ và có thể xử lý công việc thay bạn
  • Nếu bắt đầu cùng người khác, họ có thể thay bạn xử lý công việc, nên bạn không phải tự mình ôm hết mọi thứ
• Đây là lời khuyên có phần mâu thuẫn, nhưng là vấn đề cần cân nhắc thực tế
  • Làm một mình thì tự do hơn nhưng gánh nặng lớn hơn; làm cùng người khác thì có thể chia sẻ trách nhiệm nhưng cũng tồn tại rủi ro
  • Điều quan trọng là phải cân nhắc kỹ để chọn hướng đi phù hợp với mình trong dài hạn

Hãy trân trọng phản hồi của người dùng

• Cần để người dùng có thể liên hệ dễ dàng
  • Nên đặt nút hỗ trợ ở nhiều vị trí trong ứng dụng như hộp thoại lỗi, màn hình chính, v.v.
  • Cách mở mail client có thể làm gián đoạn trải nghiệm người dùng
  • Thay vào đó, nếu cung cấp biểu mẫu hỗ trợ ngay trong ứng dụng, bạn có thể kiểm tra cập nhật, kèm thông tin phiên bản và yêu cầu thêm chi tiết khi cần
  • Có thể sẽ có liên tục các câu hỏi và báo lỗi, nhưng đó là tín hiệu tích cực cho thấy người dùng thực sự quan tâm đến ứng dụng
• Hãy lắng nghe ý kiến người dùng
  • Ở giai đoạn đầu khi số người dùng còn ít, điều quan trọng là nâng mức độ hài lòng lên cao nhất có thể. Người dùng hài lòng sẽ giới thiệu ứng dụng
  • Bạn có thể xây dựng niềm tin với người dùng bằng cách phản hồi nhanh và triển khai các tính năng họ yêu cầu
  • Khi phản ánh phản hồi của người dùng, ứng dụng có thể phát triển theo hướng khác với dự tính ban đầu, nhưng sau khi tệp người dùng đủ lớn, bạn vẫn có cơ hội điều chỉnh lại
• Hãy chọn lọc khi tiếp nhận yêu cầu
  • Cần đánh giá xem yêu cầu của người dùng có phù hợp với định hướng tổng thể của ứng dụng hay không
  • Không chỉ giải quyết vấn đề trước mắt, mà còn phải cân nhắc liệu đó có phải là tính năng hữu ích về lâu dài hay không
  • Điều quan trọng là hiểu lý do đằng sau yêu cầu đó và nó tác động thế nào đến workflow của người dùng, rồi nếu có cách tiếp cận tốt hơn thì cần giải thích rõ
  • Mất một người dùng vì thiếu tính năng còn ít nghiêm trọng hơn việc làm ứng dụng quá phức tạp rồi mất hàng trăm người dùng

Hãy chuẩn bị cho việc đóng cửa đột ngột

• Mọi doanh nghiệp rồi cũng sẽ đến lúc kết thúc. Nếu không phải là công ty quy mô lớn, khi bạn nghỉ hưu hoặc không thể tiếp tục vận hành nữa thì việc kinh doanh rất có thể sẽ biến mất
• Đây là điều tự nhiên, vì vậy điều quan trọng là phải luôn ghi nhớ rằng rồi sẽ có ngày bạn phải đóng công ty
• Ngành công nghệ thay đổi rất nhanh, và những ứng dụng đang phổ biến hiện nay cũng có thể trở nên vô dụng theo thời gian
• Đầu những năm 2000, khi bong bóng Internet xẹp xuống, đã có nhiều doanh nghiệp thu hẹp quy mô rất nhanh
  • Ví dụ 1: CandyBar
    • Khoảng 15~20 năm trước, đây là ứng dụng rất phổ biến cho phép tùy biến icon hệ thống và Dock
    • Nhưng khi macOS thay đổi cách render Dock và bổ sung cơ chế bảo vệ hệ thống (SIP), ứng dụng này không còn dùng được nữa
  • Ví dụ 2: Skype
    • Cách đây 15 năm, đây từng là công cụ liên lạc gần như bắt buộc phải có, nhưng giờ đã bị thay thế bởi iMessage, FaceTime, WhatsApp, Zoom, Google Meet và nhiều dịch vụ khác
    • Do sự thay đổi của thị trường, nó dần bị người dùng lãng quên
  • Ví dụ 3: Twitterrific & Apollo
    • Khi Twitter(X) và Reddit đột ngột thay đổi chính sách API, các ứng dụng bên thứ ba trước đó không thể tiếp tục hoạt động
    • Các nhà phát triển buộc phải khai tử ứng dụng mà không hề có sự chuẩn bị, còn người dùng đôi khi lại hiểu nhầm đó là trách nhiệm của nhà phát triển
• Chiến lược chuẩn bị
  • Tốt nhất là không nên phụ thuộc vào chỉ một ứng dụng, mà nên vận hành từ 2 đến 4 ứng dụng ổn định
  • Ngoài ứng dụng chủ lực, hãy đảm bảo có thêm những ứng dụng có thể trở thành nguồn doanh thu dự phòng để ứng phó với tình huống bất ngờ
  • Lập một chiến lược thoát lui hoàn chỉnh cũng là một cách. Ví dụ, điều quan trọng là lên trước kế hoạch chuyển sang một lĩnh vực mới

Kết luận

• Đừng xem những điều trên như các quy tắc tuyệt đối
  • Đây là những điều rút ra từ hơn 20 năm kinh nghiệm, nhưng mọi trải nghiệm đều mang tính chủ quan
• Thời đại đã thay đổi, hoàn cảnh của mỗi người cũng khác nhau, nên cùng một cách làm không phải lúc nào cũng hiệu quả
• Nếu hỏi tất cả những điều này có đáng hay không?
  • Với cá nhân tôi thì là đáng
  • Tôi đã vượt qua những giai đoạn khó khăn để phát triển công việc kinh doanh, và nhờ đó có thể duy trì cuộc sống
  • Nhưng đây không phải con đường phù hợp với tất cả mọi người
  • Nếu không thể tự tạo động lực cho bản thân thì rất dễ bỏ cuộc, và trong môi trường không có sếp, khả năng tự chủ khi làm việc là cực kỳ quan trọng
• Hãy cân nhắc thực tế
  • Tôi không nói những điều này để dọa những người đang muốn bắt đầu phát triển indie
  • Ngược lại, tôi đã nhiều lần nhấn mạnh rằng nguy cơ lớn nhất là từ bỏ quá sớm
  • Bắt đầu kinh doanh và tạo ra ứng dụng là một thử thách tuyệt vời, nhưng điều quan trọng là phải có kỳ vọng thực tế
  • Đây không phải việc kết thúc trong vài tháng, mà có thể là một hành trình kéo dài nhiều năm, thậm chí hàng chục năm
    • Hãy suy nghĩ thật kỹ rồi mới bắt đầu