Đạt doanh thu 1 triệu đô la ($1M) nhờ GitHub Sponsors
(calebporzio.com)- Đã tạo ra doanh thu 1 triệu đô la nhờ GitHub Sponsors sau 5 năm
- 5 năm trước, nghỉ việc mà không có kế hoạch cụ thể và bắt đầu phát triển các dự án mã nguồn mở như Livewire và Alpine.js
- Sau 2 năm, tạo tài khoản GitHub Sponsors và đạt doanh thu 100 nghìn đô la mỗi năm
- Tạo ra nguồn thu ổn định từ việc phát triển dự án mã nguồn mở và bán các sản phẩm bổ sung
Chi tiết doanh thu 1 triệu đô la
- 5 nghìn đô la: tiền ủng hộ từ "Buy me a Coffee"
- 5 nghìn đô la: doanh thu bán sticker
- 20 nghìn đô la: doanh thu từ quyền truy cập sớm vào dự án Sushi
- 25 nghìn đô la: thu nhập tư vấn tính theo giờ
- 20 nghìn đô la: doanh thu từ hội nghị Alpine (thực tế không có lợi nhuận)
- 200 nghìn đô la: doanh thu quảng cáo từ logo của nhiều công ty trên website (nhờ Fly.io)
- 725 nghìn đô la: doanh thu từ screencast cao cấp của Livewire
Chiến lược để mã nguồn mở bền vững
> "Hãy viết thật nhiều đoạn code mà mọi người yêu thích, rồi quay screencast cảnh bạn xây dựng thứ gì đó bằng chính đống code đó để bán. Đồng thời, hãy viết nhiều, nói nhiều và ghi hình nhiều hơn."
Hãy cung cấp thứ gì đó đáng để mua
- Mọi người muốn ủng hộ bạn, nhưng họ cần nhiều lý do hơn thế
- Bạn cần cung cấp thứ gì đó đáng mua như khóa học, screencast, sticker, v.v.
Hãy bắt đầu bằng việc làm nội dung giáo dục
- Cách dễ nhất là dạy cách sử dụng phần mềm do chính bạn phát triển
- Dù việc biên tập video khó khăn, bạn vẫn có thể bắt đầu thật đơn giản
- Đăng video lên trang tài liệu và đặt liên kết đến video từ các trang tài liệu khác
- Cung cấp miễn phí 10~20 video
- Cho phép đăng nhập bằng GitHub và ẩn phần còn lại để chỉ sponsor mới xem được
- Đến giờ, đây vẫn là chiến lược tạo ra phần lớn doanh thu của tôi, và tôi hầu như không lộ mặt hay dùng biên tập, đồ họa cầu kỳ
- Hãy làm hết sức để tạo ra nội dung tốt, vì thứ mọi người thực sự quan tâm cuối cùng vẫn là nội dung
Tài liệu là tài sản giá trị nhất
- Nhấn mạnh rằng tài liệu là tài sản giá trị nhất
- Không giống nhiều mô hình indie hacking khác, bạn có một website mà các lập trình viên ghé thăm hằng ngày và dành rất nhiều thời gian ở đó
- Đây là cơ hội để giao tiếp trực tiếp với khách truy cập website và thu hút sự chú ý của họ
- Có thể kiếm tiền bằng nhiều cách như banner sự kiện mới, đăng ký newsletter, quảng bá khóa học side project, v.v.
- Tuy nhiên, đừng nhồi nhét quảng cáo quá mức; hãy giữ mọi thứ sạch sẽ và trung thực
- Vì công nghệ AI như GPT, Arc có thể làm giảm traffic vào website tài liệu, bạn cần chuẩn bị càng sớm càng tốt
Danh sách email là tài sản giá trị thứ hai
- Cung cấp nội dung miễn phí để đổi lấy địa chỉ email
- Thỉnh thoảng gửi email chứa những ý tưởng và suy nghĩ hay ho
- Tôn trọng thời gian của người đọc và gửi đi nội dung tốt nhất
- Trả lời từng email phản hồi một
- Hãy viết email với giọng điệu không quá trang trọng
- Giọng điệu chân thành hấp dẫn độc giả hơn và cũng dễ viết hơn
- Văn phong quá trau chuốt ngược lại sẽ khó duy trì lâu dài
- Nếu có sản phẩm để bán, hãy gửi email báo trước rồi mới ra mắt
- Danh sách email giá trị hơn rất nhiều so với một lượng người theo dõi khổng lồ trên Twitter
Hãy thể hiện con người thật của bạn
- Hãy giao tiếp với mọi người bằng chính con người thật của bạn
- Bạn có thể tạo ra những người bạn chân thành sẽ đồng hành lâu dài
Mối quan hệ là tất cả
- Kỹ năng lập trình, kỹ năng marketing, cảm quan thẩm mỹ đều cần cho thành công, nhưng quan trọng nhất vẫn là các mối quan hệ
- Tôi đi dự hội nghị với vai trò diễn giả lẫn người tham dự và đi khắp nơi để gặp mọi người trực tiếp
- Tôi nói chuyện hàng giờ qua điện thoại với mọi người và thậm chí cùng họ bắt đầu những công việc kinh doanh nhỏ
- Tôi dành vô số thời gian trên Twitter và cũng rất nhiều thời gian trên Zoom
- Những hoạt động đó tích lũy lại thành một nhóm người khổng lồ mà tôi có thể tìm đến để xin lời khuyên bất cứ lúc nào
- Chúng tạo nên một cộng đồng cổ vũ tôi, lan truyền công việc tôi làm và mang đến cơ hội
- Đó chính là tất cả, và mối quan hệ là thứ quan trọng nhất
- Hãy tập trung vào việc xây dựng và duy trì các mối quan hệ
Cần phân tán rủi ro nền tảng
- Từng trải qua việc doanh thu hàng tháng giảm 4 nghìn đô la do GitHub đột ngột thay đổi chính sách thanh toán (ngừng PayPal)
- Nếu phụ thuộc quá nhiều vào một nền tảng thì rất rủi ro, nên cần đa dạng hóa nền tảng thanh toán
- Tôi vẫn dùng và thích GitHub Sponsors, nhưng đã bắt đầu dùng nhiều bộ xử lý thanh toán khác nhau như Stripe, Paddle, Gumroad, Lemon Squeezy
- Ưu điểm lớn nhất của GitHub là chính sách miễn phí xử lý thanh toán cho nhà phát triển, đồng thời việc xử lý vấn đề thuế cũng dễ hơn nhiều so với các nền tảng khác
Đối thủ ở khắp mọi nơi
- Phần khó nhất của cuộc chơi mã nguồn mở là "bán cho mọi người một thứ gì đó"
- Ngoài việc xây dựng và duy trì một dự án mã nguồn mở quy mô lớn, bạn còn phải tạo ra thứ gì đó đáng để mọi người mua, nên rất khó
- Điều đó khiến cạnh tranh trên thị trường trở nên cực kỳ khốc liệt
- Đối thủ có đủ kiểu hành vi như cướp ý tưởng, lừa lọc, bọc lại code của bạn, v.v.
- Trong đa số trường hợp, các dự án như vậy không đạt được nhiều kết quả nên cũng không quá thành vấn đề
- Nhưng đôi khi, không may là chuyện đó lại không đúng
Đừng căng thẳng vì cạnh tranh
- Nhiều người có thể không nghĩ vậy, nhưng tôi là người khá hiếu thắng
- Khi tôi đang làm một khóa học mà ai đó tung ra thứ tương tự nhanh hơn, tôi thường bị căng thẳng
- Đó là cách nghĩ sai lầm, và đây là một bài học quan trọng đã khiến cuộc sống tôi tốt lên về mặt căn bản
- Cũng như mọi người nghe nhạc của nhiều ban nhạc khác nhau, họ sẽ mua nhiều khóa học và xem bài giảng của nhiều giảng viên khác nhau
- Trong giáo dục, càng nhiều đối thủ cạnh tranh lại càng tốt
- Càng có nhiều đối thủ, sẽ càng có nhiều người nói về dự án hơn
- Điều đó lần nào cũng dẫn đến kết quả tốt
Cạnh tranh về code thì nên thấy căng thẳng
- Cạnh tranh ở nội dung giáo dục là tốt, nhưng cạnh tranh về code thì không như vậy
- Mọi người thường có xu hướng chỉ dùng một framework
- Nếu ai đó bọc framework của bạn bằng một lớp API mỏng, họ có thể lấy mất sự chú ý và tài sản trí tuệ khỏi dự án của bạn
- Điều này cực kỳ khó chịu, nhưng xét cho cùng, nếu bạn đã đổ rất nhiều công sức vào một repo phát hành theo giấy phép MIT thì người ngốc chính là bạn
- Giấy phép MIT ghi rõ rằng người khác có thể lấy code của bạn và làm bất cứ điều gì họ muốn, kể cả gọi đó là của họ hoặc đem bán
- Đây là phần dễ làm nản lòng nhất của mã nguồn mở
- Bạn tạo ra một dự án khiến mình và người khác hứng khởi, rồi bắt đầu hành trình nhiều năm thêm tính năng, sửa bug, để rồi có người bước tới, đứng lên vai bạn và gây hại cho bạn
- Tệ hơn nữa, họ còn tạo issue trên repo của bạn để yêu cầu bạn cải thiện dự án của họ
- Những tình huống như vậy lấy đi quyền lựa chọn và độ phủ, làm giảm doanh thu, cuối cùng đẩy bạn quay về công việc thường nhật và khiến dự án chết dần
- Khi còn là một lập trình viên 9-5, tôi chưa bao giờ nghĩ về điều này, nhưng sau khi trở thành maintainer, tôi cảm nhận nó rất rõ
- May mắn là hiện có những người đang tìm kiếm con đường mới như sáng kiến Fair-code
Phát hành major version định kỳ
- Bạn có thể hài lòng với phần mềm của mình và thấy nó thật đẹp, nhưng nếu không chủ động phát hành các major version mới thì dự án sẽ trở nên cũ kỹ
- Nếu sau 2 năm bạn vẫn không thay đổi thiết kế trang tài liệu, không thêm vài tính năng tử tế và không gắn nhãn một bản vX.0 mới, thì bạn đang làm sai
- Hầu hết lập trình viên (bao gồm cả tôi) đều thích những thứ mới mẻ, sáng bóng
- Cái mới nhất luôn tạo cảm giác là cái tốt nhất
- Ngay cả khi không phải thay đổi tận gốc, hãy giữ cho nó luôn mang cảm giác mới
- Chỉ cần gắn tag phiên bản mới, thiết kế lại landing page rồi đăng tweet với emoji lửa 🔥, tên lửa 🚀 và ăn mừng 🎉 (đừng quên cả emoji lấp lánh)
Tắt GitHub issue tracking
- Một bài học quan trọng mà không ai nói cho bạn biết: hãy tắt GitHub issue tracking. Đó là một mô hình hỏng
- Thật kỳ quặc khi người lạ ngẫu nhiên trên khắp internet đòi hỏi sự chú ý của bạn và giữ bạn làm con tin cho đến khi họ hài lòng
- Nếu bạn đóng một issue vì nó không phải ưu tiên hoặc vì bug quá khó tái hiện, mọi người sẽ xem đó như một sự công kích
- Thay vào đó, hãy dùng tính năng GitHub Discussions
- Triết lý của tôi là thế này:
- Hãy để cộng đồng tự trao đổi với nhau về các bug mà họ phát hiện và những vấn đề liên quan
- Và khi mọi thứ đã được làm rõ đủ mức, một thành viên cộng đồng có năng lực có thể gửi Pull Request, lúc đó tôi mới đầu tư sự chú ý và thời gian
- Tôi chỉ đầu tư thời gian khi ai đó đã suy nghĩ đủ kỹ về vấn đề, tái hiện được nó trong môi trường dễ lặp lại, và nếu có thể thì thêm cả bài test đang thất bại
- Bằng cách này, bạn có thể duy trì dự án tốt, vẫn tương tác với cộng đồng, đồng thời làm những việc khác để giữ dự án luôn mới hoặc có thêm tài trợ
- Chắc chắn có những maintainer giỏi hơn tôi rất nhiều trong mảng này
- Họ có thể ở lì trên Discord cả ngày để dọn sạch hộp thư issue và họ làm rất tốt, nhưng tôi thì không
- Tôi có vợ và hai con, và ngoài chuyện xử lý issue liên tục, tôi còn có cả núi việc phải làm với repo
- Discord ư? Tôi muốn giao tiếp với cộng đồng thường xuyên hơn, nhưng nó bào mòn khả năng tập trung của tôi rất nặng. Nó khiến tôi không thể làm deep work
- Thay vào đó, tôi đăng bài trên Twitter, trả lời email và làm nhiều podcast
- Mọi người vẫn cảm thấy được kết nối với tôi, nhưng theo cách mà tôi có thể "opt-in" khi mình có thời gian
Hãy lên kế hoạch cho cuộc sống sau mã nguồn mở
- Tôi chưa có kinh nghiệm ở phần này, nhưng đang ngày càng bắt đầu nghĩ đến nó
- Thành công trong mã nguồn mở chỉ mang tính nhất thời. Hôm nay thư viện của bạn nổi tiếng, nhưng ngày mai có thể không còn như vậy
- Tất nhiên, mọi thứ sẽ không bốc hơi chỉ sau một đêm. Nên nhớ đến hiệu ứng Lindy
- Dù vậy, vì tất cả những lý do tôi đã phàn nàn ở trên, việc kiếm tiền từ mã nguồn mở đặc biệt khó khăn
- Lý tưởng nhất là bạn nên bắt đầu xây dựng một mô hình kinh doanh bền vững hơn
- Chẳng hạn như một SaaS mà ai rồi cũng sẽ xây một cái. Tôi cũng hy vọng vậy...
Hãy tận hưởng những lợi thế của mã nguồn mở
- GitHub và các công ty khác có thể sẽ ngẫu nhiên gửi cho bạn những món đồ lưu niệm rất ngầu
- Ở hội nghị, thay vì ngồi một mình đầy ngượng ngùng, sẽ có người muốn đến nói chuyện với bạn
- Những người hùng của bạn sẽ nhận ra bạn, và thậm chí bạn có thể trở thành bạn của họ
> Nhưng "bạn không có một công việc thực sự." Hãy tận hưởng điều đó. Hãy đi dạo, đi cắm trại, hoặc просто biến đi đâu đó mà không nói với ai cả
> Và quan trọng nhất
> Bạn có thể kiếm tiền bằng cách code cả ngày. Bạn có thể vui vẻ nhai ngấu nghiến những vấn đề lập trình độc đáo, nóng hổi, còn bốc khói.
> Đó là lý do tôi làm công việc này. Chỉ vậy thôi. Nắm lấy đầu mối đó và xem nó sẽ đưa tôi đến đâu. Cưỡi lên tia chớp của một vấn đề sâu sắc. Chỉ vậy thôi. Đó là điều tôi yêu thích nhất trên đời.
> Đừng xem đó là điều hiển nhiên. Đừng quên rằng bạn không phải đứng ở quầy thu ngân hay chen chúc đi làm mỗi ngày. Bạn đang làm điều vui nhất mà mình có thể làm, và đó lại chính là công việc của bạn.
6 bình luận
Điều này gợi ra khá nhiều điều.
??? : php đó chẳng phải là công nghệ quá lỗi thời sao?
Livewire và alpine.js luôn à, khá tầm cỡ đấy... haha
Tôi muốn trở thành GitHuber của Cursor
Thật tuyệt vời.
Cách kiếm 120 triệu won với GitHub Sponsors
Tôi đã chia sẻ bài này ở đây 4 năm trước, giờ nó đã tăng gấp 10 lần rồi. Thật sự rất ấn tượng về nhiều mặt.