- Nếu code cá nhân của bạn không phù hợp với một sản phẩm hiện có hoặc mô hình SaaS, bạn tạo doanh thu bằng cách nào? Ví dụ
- Bạn đã huấn luyện một mô hình ML xử lý cực tốt một tác vụ ngách cụ thể, nhưng biến nó thành một ứng dụng có vẻ như là làm quá
- Bạn đã tạo ra một CLI xử lý file log tốt hơn bất kỳ công cụ nào khác, nhưng nó quá chuyên biệt để có thể lập hẳn một công ty xoay quanh nó
- Bạn đã viết vài hàm nhỏ bằng Python, Go, Rust, v.v. cung cấp các chức năng hay như dọn dẹp dữ liệu, scraping API, tạo PDF, nhưng bản thân chúng chưa thể gọi là một “sản phẩm”
- Tôi đang tìm cách đóng gói và phát hành những thứ như vậy
- Tôi đang cân nhắc cung cấp chúng dưới dạng API trả phí, dịch vụ hàm quy mô nhỏ, hoặc một instance “pocket FaaS” để người khác có thể cắm plugin vào
- Nếu ai đã từng thử điều gì tương tự, hoặc có cách sáng tạo nào để biến công cụ kỹ thuật hay tiện ích thành nguồn thu nhập phụ bền vững, xin hãy chia sẻ
Các câu trả lời
- hello_newman
- Ngay cả khi không xây một ứng dụng hoàn chỉnh hay một công ty, bạn vẫn có thể thử kiếm tiền bằng cách bọc phần code giải quyết tốt một vấn đề cụ thể trong một frontend đơn giản hoặc một API trả phí
- Micro SaaS: cung cấp trình phân tích log, công cụ dọn file, bộ chuyển đổi PDF, v.v. dưới dạng công cụ 1 trang có thanh toán Stripe và giới hạn theo gói
- Paid API: cung cấp qua RapidAPI hoặc Plain.com theo mô hình tính phí theo lượt gọi, hoặc áp dụng dưới dạng bot Slack
- Productized Utility: đóng gói thành dịch vụ hoàn chỉnh giá 49 USD/tháng cho các thị trường ngách như đội phát triển, chuyên gia SEO, luật sư, v.v.
- Digital Bundle: gộp công cụ dạng CLI hoặc script với video demo YouTube hay hướng dẫn rồi bán trên Gumroad
- Không cần lập startup, chỉ cần nó đủ hữu ích đến mức người lạ cũng sẵn sàng trả tiền thì bản thân nó đã có giá trị rồi
- osullip
- Nếu là một micro-tool giải quyết chính xác vấn đề, người dùng sẵn sàng trả tiền
- Ví dụ, các công cụ đáp ứng nhu cầu cụ thể như chỉ trích xuất văn bản từ trang web, chuyển ảnh cỡ iPhone sang định dạng dùng cho web, hoặc thỉnh thoảng gửi SMS đều có đủ giá trị
- Thay vì tự triển khai từng chức năng, việc kết nối và sử dụng các công cụ đã có sẵn hiệu quả hơn nhiều
- Nếu có thể chỉ nhận đúng chức năng cần dùng mà không phải lo bảo trì, tôi hoàn toàn sẵn sàng trả phí
- averageRoyalty
- Thay vì chỉ tập trung chia sẻ những đoạn code hay ho, điều quan trọng hơn là tập trung vào việc giải quyết vấn đề thực tế
- Nhấn mạnh rằng các doanh nghiệp thành công thường được xây bằng những đoạn code phục vụ giải quyết vấn đề, đôi khi lặp đi lặp lại và nhàm chán, hơn là chỉ “ngầu”
- Nếu thực sự có động lực, tốt hơn là chọn một vấn đề rồi lập công ty; còn những đoạn code hay đã làm trước đó thì có thể đưa lên GitHub dưới dạng mã nguồn mở và dùng như kênh dẫn người dùng về website công ty
- Làm vậy vừa có thể chia sẻ thành tựu kỹ thuật, vừa xây được mô hình doanh thu thực tế
- Bình luận: keepamovin
- Nếu muốn kiếm tiền từ code thì đừng phát hành nó dưới dạng mã nguồn mở
- Nếu để ai cũng dùng miễn phí, không chỉ người dùng sẽ không trả tiền mà khi bạn chuyển sang thu phí sau này họ còn có thể phản ứng tiêu cực
- Nếu nhất định muốn công khai, hãy dùng giấy phép không cho phép sử dụng thương mại, đồng thời thêm xác thực license key và telemetry để ngăn dùng trái phép
- Thay vì cho miễn phí quá rộng rãi, một lựa chọn thực tế hơn là chỉ cho một free tier SaaS dùng trong thời gian hoặc mức độ nhất định
- Một số công ty có thể tìm cách chiếm đoạt IP của lập trình viên thông qua hợp đồng hoặc tuyển dụng, nên hãy thiết lập biện pháp bảo vệ kỹ ngay từ đầu
- Chọn đúng một ý tưởng và productize nó thật triệt để là chiến lược chắc ăn nhất
- Bình luận: jongjong
- Mã nguồn mở giờ không còn lợi ích thực tế đáng kể nữa, và nếu muốn kiếm tiền từ code thì tuyệt đối đừng công khai nó
- Nếu không có mạng lưới kinh doanh hay khả năng gọi vốn, rất khó kỳ vọng mã nguồn mở sẽ giúp dự án lan rộng hoặc tăng nhận diện
- Phần lớn người dùng dùng dự án mã nguồn mở mà không trả tiền; ngay cả VueJS ở thời kỳ đỉnh cao cũng chỉ nhận được khoảng 120 nghìn USD tài trợ mỗi năm
- Dù chất lượng có tốt đến đâu, nếu một công ty công nghệ lớn đẩy một lựa chọn thay thế kém hơn bằng sức mạnh quảng bá thì bạn vẫn khó sống sót trên thị trường
- Tệ nhất là code mã nguồn mở của bạn có thể bị dùng để huấn luyện mô hình AI của các tập đoàn lớn, từ đó còn làm giảm giá trị của chính bạn
- Các câu chuyện thành công mã nguồn mở trong quá khứ như Linus hay DHH khó còn phù hợp để tham chiếu vì thời thế và bối cảnh đã khác
- Nếu không bán được, tốt nhất hãy giữ code để phục vụ chính mình và những người xung quanh
- Uzmanali
- Tôi từng có một công cụ CLI dọn CSV quá nhỏ để làm startup, nên đã đưa nó lên một landing page đơn giản, chia sẻ trong cộng đồng và gắn link “buy me a coffee”, từ đó có được một nguồn thu nhỏ nhưng đều
- Những công cụ ngách như vậy vẫn có thể kiếm tiền nếu giải quyết được vấn đề thực tế, nên hãy bắt đầu bằng cách đơn giản thay vì quá phức tạp
- Cũng khuyến nghị gom các công cụ lại thành một sản phẩm số kiểu “developer toolkit” rồi bán trên Gumroad
- Ngoài ra còn có thể kiếm tiền qua RapidAPI hoặc GitHub Sponsors bằng cách cung cấp dưới dạng API hay microservice
- dhosek
- Quan điểm của tôi về mã nguồn mở và kiếm tiền đã thay đổi rất nhiều giữa tuổi 20 và tuổi 50
- Khi còn trẻ, thu nhập quan trọng để mưu sinh; còn bây giờ tôi không quá bận tâm đến phần thưởng tài chính và phát hành mã nguồn mở dưới giấy phép tự do nhất có thể
- Tôi có nhận một ít tài trợ qua GitHub Sponsors, nhưng xem đó như tiền thưởng thêm chứ không đặt mục tiêu doanh thu lên hàng đầu
- Tiêu biểu là thư viện
[finl_unicode](https://github.com/dahosek/finl_unicode) của tôi, một crate cho Rust dùng để nhận diện mã ký tự và tách Grapheme, ai cũng có thể dùng tự do
- jedberg
- Bạn cũng có thể lập một công ty mang tính hình thức với vài thủ tục giấy tờ đơn giản rồi gom nhiều công cụ lại để bán
- Tuy nhiên, nếu muốn bán thứ gì đó cho lập trình viên thì nó phải mang lại giá trị đáng kể hoặc tiết kiệm được nhiều thời gian, hoặc phải giải quyết vấn đề rẻ hơn so với việc doanh nghiệp lớn tự xây
- Trên thực tế, con đường kiếm tiền khả thi nhất thường là phát hành miễn phí các công cụ đó, để chúng trở nên phổ biến và dẫn đến cơ hội việc làm tốt hơn
- zerealshadowban
- Với những công cụ hoặc đoạn code chuyên biệt khó hoặc không muốn productize để tung ra thị trường, tư vấn là một cách kiếm tiền hiệu quả
- Bạn nên định giá theo “giá trị” mang lại cho khách hàng, chứ không phải theo thời gian cần để dùng công cụ; hãy tham khảo mô hình value-based consulting
- Người này giới thiệu cuốn Value-Based Fees của Alan Weiss và cho biết trong 10 năm qua đã làm các dự án trị giá hàng chục nghìn USD bằng cách tận dụng code và công cụ tùy biến
- Pawamoy
- Tôi đang theo chiến lược sponsorware: có một phiên bản công khai với tính năng cơ bản và một phiên bản thuê bao trả phí với nhiều tính năng hơn
- Khi đạt mục tiêu tài trợ hàng tháng, một phần các tính năng trả phí sẽ được mở cho toàn bộ người dùng; người dùng trả phí thực chất đang tài trợ cho việc phát triển tính năng mới
- Dù không có ứng dụng, mô hình này vẫn hoàn toàn áp dụng được cho phát triển xoay quanh công cụ hoặc thư viện
- 3np
- Không phải dự án nào cũng nhất thiết phải hướng đến kiếm tiền; bản thân tôi đã nhận được rất nhiều từ mã nguồn mở của người khác, nên tôi chọn công khai code của mình trong kho Git để đóng góp ngược lại
- Cách làm này cũng có thể mang lại tác động tích cực cho thương hiệu cá nhân hay danh tiếng
- Ngay cả khi có kiếm tiền, việc cung cấp thêm một cách ủng hộ ẩn danh bằng tiền mã hóa cũng có thể là lựa chọn hay
- miningape
- Dù chưa phải là một sản phẩm độc lập, tôi vẫn khuyên nên phát hành các hàm nhỏ hữu ích dưới dạng gói Python trên PIP, crate của Rust, hoặc package Go
- Ví dụ, bạn có thể đặt tên và công khai như
splime-utils để luôn dễ truy cập về sau
- Một mẹo thực tế là hãy phát hành kèm vài unit test, rồi mỗi khi nhận bug report thì bổ sung thêm một test tương ứng
- Chỉ là tập hợp các hàm đơn giản thì sẽ khó tạo ra doanh thu trực tiếp, vì có thể chưa đủ giá trị để người dùng bỏ tiền ra
- Nếu thử thu phí, cũng cần tính đến việc kỳ vọng của người dùng về chất lượng code và bảo trì sẽ tăng cao
- Tuy vậy, khi dự án và tác giả dần được biết đến, vẫn có cơ hội nhận tài trợ qua Patreon, Buy Me a Coffee, GitHub Sponsors, v.v.
- bruce511
- Muốn kiếm tiền từ code thì phải làm nhiều việc hơn là chỉ viết code
- Trong quá trình thương mại hóa, phần “việc” như debug edge case, viết tài liệu, làm ví dụ, hỗ trợ người dùng thường còn nặng hơn bản thân việc viết code
- Giá trị thực nằm ở việc biến nó thành thứ có thể sử dụng được, nên ít nhất vẫn cần một mức productize tối thiểu
- Mô hình doanh thu có thể là thu phí, quảng cáo hoặc tài trợ, nhưng nếu không có lượng người dùng lớn thì thu nhập kỳ vọng có thể rất thấp
- Ngay cả khi công khai mã nguồn mở, phần lớn dự án vẫn sẽ không được chú ý; ngoài việc thêm một dòng vào CV thì giá trị thực tế có thể không nhiều
- Nếu một dự án gần như không mang lại giá trị cho người khác, mạnh dạn dọn nó đi và bước tiếp cũng là lựa chọn tốt
- muzani
- API trả phí là một mô hình kiếm tiền có thật; các cổng thanh toán đã dùng nó từ lâu, và trong thời đại LLM nó vẫn hoàn toàn áp dụng được cho API xử lý dữ liệu
- Với các công cụ như Aider, Claude Code, Cursor, dù chất lượng tương đương nhau thì GUI giúp giảm đường cong học tập, nên có ảnh hưởng lớn đến khả năng sử dụng và mức độ phổ biến
- Hiện nay, nhờ AI hỗ trợ, rào cản phát triển đã thấp đến mức một ứng dụng đơn giản có thể làm trong một ngày; nhưng đồng thời kỳ vọng của người dùng cũng cao hơn, nên bây giờ prototype quan trọng hơn pitch deck
- Dù khả năng mở rộng có thể thấp, việc làm ra một prototype nhỏ và nhanh ngay từ đầu vẫn là cách tiếp cận thực tế
- mak8
- Có thể bán script trên
codecanyon.net
2 bình luận
Tôi đã học được rất nhiều. Cảm ơn.
Cảm ơn vì đã chia sẻ.