Một trong những bài học khiến tôi bất ngờ nhất khi xây dựng SaaS là phần khó nhất thường chỉ bắt đầu khi sản phẩm đã thực sự hoạt động. Viết code, phát hành tính năng, sửa lỗi và deploy đều là những việc khá cụ thể. Có vấn đề rõ ràng, có hệ thống rõ ràng và thường cũng có bước tiếp theo rõ ràng.
Nhưng kiếm khách hàng lại là chuyện hoàn toàn khác. Phân phối hỗn độn hơn. Định vị mờ hơn. Thông điệp đòi hỏi cảm giác và sự tinh tế. Click, CTR, retention và conversion buộc bạn phải nghĩ không chỉ như một kỹ sư, mà còn như một marketer, người viết, người nghiên cứu và người hiểu cách con người phản ứng.
Ra mắt chỉ là điểm khởi đầu
Nhiều lập trình viên đánh giá thấp phần này vì phần mềm cho phản hồi rất nhanh. Một nút bấm hoạt động hoặc không hoạt động. Một lần deploy thành công hoặc thất bại. Marketing hiếm khi vận hành như vậy. Bạn có thể đăng một thứ rất chỉn chu mà vẫn bị bỏ qua. Bạn có thể làm ra một sản phẩm hữu ích nhưng vẫn loay hoay không biết giải thích vì sao người khác nên quan tâm.
Khoảng cách đó đặc biệt khó chịu khi bạn xây một mình. Nó giống như vừa cố làm tốt nghề đầu tiên, vừa phải học thêm một nghề thứ hai từ con số không. Và thực tế là trong những cuộc trò chuyện SaaS chân thật, người ta vẫn nói quá ít về chuyện này.
Phân phối có một vòng phản hồi khác
Sự khác biệt này quan trọng vì các chỉ số marketing là tín hiệu, không phải lời giải thích hoàn chỉnh. Một click hay thay đổi CTR có thể cho tôi biết rằng có điều gì đó đã thay đổi, nhưng tự nó không nói được nguyên nhân nằm ở đối tượng, kênh, thông điệp, thời điểm hay chính sản phẩm. Retention và conversion cũng hữu ích theo cách đó: chúng thu hẹp câu hỏi nhưng không trả lời thay tôi. Công việc thực sự nằm ở việc diễn giải tín hiệu và quyết định thử gì tiếp theo.
Vì sao phần sáng tạo lại thấy khó hơn
- Code thưởng cho logic và cấu trúc.
- Phân phối phụ thuộc vào sự chú ý, thời điểm, niềm tin và sự lặp lại.
- Thông điệp tốt thường nghe rất đơn giản, nhưng để đạt được sự đơn giản đó cần rất nhiều lần chỉnh sửa.
- Ngay cả các công cụ AI mạnh cũng thường hỗ trợ code nhanh hơn nhiều so với việc giúp tạo ra định vị độc đáo hay nội dung sáng tạo thật sự có cảm giác con người.
Điểm cuối này đặc biệt thú vị ở thời điểm hiện tại. AI có thể cực kỳ hữu ích khi nhiệm vụ mang tính kỹ thuật và được xác định rõ. Nhưng khi công việc trở nên sáng tạo, nhiều sắc thái hoặc phụ thuộc vào giọng điệu, đầu ra có thể trở nên gượng gạo. Sự tương phản đó cho thấy đánh giá của con người vẫn quan trọng đến mức nào.
Tôi không xem điều này là bằng chứng rằng AI không thể làm công việc sáng tạo. Kết luận của tôi hẹp hơn: trong cách tôi sử dụng, AI dễ đáng tin nhất khi nhiệm vụ có ranh giới rõ và kết quả có thể kiểm tra. Positioning và giọng văn không có thứ tương đương với typechecker. Tôi vẫn phải tự quyết định liệu kết quả có cụ thể, đáng tin và phù hợp với đối tượng hay không.
“Ra mắt” đã mang một ý nghĩa khác với tôi
Điều đó thay đổi cách tôi nghĩ về việc ra mắt một SaaS. Sản phẩm có thể đã chạy ổn trên production nhưng bài toán phân phối vẫn gần như chưa được đụng tới. Sau khi ra mắt có một vòng lặp thứ hai: giải thích sản phẩm dành cho ai, giúp đúng người tìm thấy nó, quan sát họ làm gì rồi điều chỉnh cả thông điệp lẫn sản phẩm. Với một developer làm một mình, công việc này cạnh tranh cùng một lượng thời gian và sự chú ý hữu hạn với engineering.
Điều tôi sẽ nhớ trước lần ra mắt tiếp theo
- Tôi có thể giải thích rõ sản phẩm dành cho ai và vì sao họ nên quan tâm không?
- Những người dùng đầu tiên thực sự sẽ tìm thấy nó ở đâu?
- Tôi sẽ theo dõi tín hiệu nào — click, CTR, conversion, retention — và mỗi tín hiệu không thể tự nói cho tôi điều gì?
- Tôi có đang xem đầu ra của AI là bản nháp cần đánh giá, thay vì vật thay thế cho phán đoán của mình không?
Đây không phải quy luật phổ quát
Tôi không nói rằng với mọi SaaS, kiếm khách hàng luôn khó hơn engineering. Có sản phẩm bị ràng buộc kỹ thuật cực kỳ nặng; có sản phẩm đã có sẵn distribution. Ý của tôi hẹp hơn: với một developer đã quen xây software, phần việc sau khi ra mắt có thể đòi hỏi bộ kỹ năng khác và một vòng phản hồi ít mang tính quyết định hơn rất nhiều. Trong trường hợp của tôi, đó là phần khiến tôi bất ngờ nhất.
Kết luận thực tế của tôi rất đơn giản: ra mắt không phải vạch đích. Thu hút khách hàng, positioning, messaging và retention đều là những kỹ năng thật sự của việc xây sản phẩm. Chúng học chậm hơn và khó “debug” hơn code vì feedback nhiễu hơn, nhưng phớt lờ chúng không làm chúng biến mất.