- Tóm tắt nội dung bài nói chuyện của Nadia Odunayo tại Brighton Ruby
Quay lại ngày 1 tháng 1 năm 2020
- Tại thời điểm tháng 6 năm 2024, nhìn lại những thành quả ban đầu của Storygraph khi quay về ngày 1 tháng 1 năm 2020
- Sau 1 năm kể từ khi khởi nghiệp, miệt mài phát triển mỗi ngày và cuối cùng đạt được mục tiêu "100 người dùng đăng ký"
- Khi đó, Storygraph là một "công cụ gợi ý sách" giúp độc giả chọn cuốn sách tiếp theo để đọc
- Website cung cấp danh sách vài nghìn cuốn sách và có thể lọc theo tâm trạng, tốc độ, thể loại, độ dài sách, v.v.
- Người dùng ban đầu:
- Bạn bè của Nadia, và những người đến từ cộng đồng đọc sách trên Instagram (Bookstagram) qua DM
- Người dùng nhìn thấy tiềm năng và giới thiệu cho người quen, từ đó tệp người dùng dần mở rộng
- Nhân dịp năm mới 2020, phát hành lại phiên bản beta
- Tạo động lực cho những độc giả coi năm mới là thời điểm đặt mục tiêu đọc sách
- Hiệu ứng từ một sự kiện nhỏ đã mang về "160 người dùng đăng ký, 100 lượt truy cập mới"
- Khách truy cập khám phá website trung bình trong "6 phút 30 giây" và phản hồi tích cực
- Trong suốt năm 2019, tập trung phát triển sản phẩm để tạo ra thứ có thể gửi cho mọi người khi họ tìm công cụ gợi ý sách hoặc một lựa chọn thay thế Goodreads
- Dù không nhắm đến mục tiêu trở thành "bản thay thế Goodreads", vẫn nhận ra khả năng nó có thể trở thành dịch vụ tốt hơn cho một nhóm người dùng cụ thể
- Bước sang năm 2020, được tiếp thêm động lực từ những kết quả mới nên tiếp tục dự án với nhiều nhiệt huyết hơn
Đại dịch và tăng trưởng ban đầu
- Đại dịch giúp có thêm thời gian phát triển tập trung, tỷ lệ đọc sách tăng và số người đăng ký mới cũng tăng
- Tuy nhiên, vì cảm thấy sản phẩm còn chưa hoàn thiện nên sợ phải "quảng bá chính thức"
- Không phản hồi bài báo hay ý kiến người dùng, lặng lẽ tập trung phát triển
- Đến tháng 5 năm 2020, Storygraph vẫn chỉ cung cấp những tính năng tối giản; vì một mình phát triển sản phẩm nên cảm thấy thiếu hụt về mặt kỹ thuật, lo lắng và dễ tổn thương
- Vẫn hoạt động đều đặn trong cộng đồng đọc sách và quan sát xu hướng người dùng liên tục yêu cầu một lựa chọn thay thế mới
- Với sự tự tin và động lực có được từ cột mốc 100 người dùng trước đó, đã quyết định chính thức quảng bá dịch vụ
Lan truyền trên Twitter và vượt mốc 1.000 người dùng
- Ngày 27 tháng 5 năm 2020, trên Twitter, đã trả lời hoặc nhắn DM cho khoảng 100 người có phản ứng tích cực với Storygraph
- Phần lớn không phản hồi, nhưng một số hiểu được tiềm năng của dự án và bày tỏ sự quan tâm
- Một số người dùng so sánh tính năng với Goodreads và chỉ ra những điểm còn thiếu
- Khi đó Storygraph có tính năng còn hạn chế nên khó cạnh tranh với Goodreads
- Một số ít người dùng hiểu giá trị của dự án đã giới thiệu Storygraph với cộng đồng đọc sách
- Họ giới thiệu sản phẩm cho bạn đọc của mình, giúp tệp người dùng mở rộng
- Ngày 11 tháng 6 năm 2020, số người dùng của Storygraph vượt mốc "1.000"
- Chỉ sau 2 tuần bắt đầu quảng bá, số người dùng đã tăng hơn gấp đôi
- Tổ chức sự kiện chúc mừng trên Instagram Story
Bùng nổ trên Twitter và tăng trưởng đột biến
- Ngày 16 tháng 6 năm 2020, Emma Barnes (điều hành Consonance Books) đăng tweet:
- “Tất cả mọi người trong ngành xuất bản đều nên biết đến Storygraph. Đây là đổi mới tuyệt vời nhất trong nhiều năm. Đừng phụ thuộc vào phần mềm tồi tệ của các tập đoàn công nghệ khổng lồ.”
- Tweet này làm hoạt động trên ứng dụng tăng nhẹ nhưng không tạo phản ứng lớn
- Sau đó Sam Missingham trích dẫn tweet của Emma, khiến nó trở nên nổi tiếng hơn:
- “Book Twitter, giờ hãy dùng cái này thay Goodreads đi. Tôi mới dùng 5 phút mà đã thấy tốt hơn rất nhiều. Hơn nữa nó do một phụ nữ da đen sáng lập và không do Amazon vận hành.”
- Sau tweet của Sam, lưu lượng hoạt động tăng nhanh
- Lý do nội dung tweet gây tiếng vang lớn:
- Thu hút sự chú ý của cộng đồng Book Twitter
- Nhắm đúng vào Goodreads, thứ mà nhiều người đang muốn thay thế
- Sau làn sóng Black Lives Matter, có nhiều năng lượng ủng hộ các nhà sáng tạo da đen
- Đồng thời trùng với tâm lý phản cảm ngày càng tăng với thế độc quyền của Amazon trong thời kỳ đại dịch
- Tweet lan truyền nhanh chóng và số người dùng Storygraph tăng mạnh:
- Từ vài chục người lên vài trăm rồi vài nghìn
- Thông báo email ("bắt đầu nhập dữ liệu Goodreads") tăng vọt và gây tải cho hệ thống
- Tweet viral với tốc độ ngoài dự đoán và rất nhiều người dùng đã đăng ký
- Số người dùng tăng đột biến gây ra vấn đề kỹ thuật và tình trạng "quá tải"
Những ngày đen tối
- Chức năng nhập dữ liệu Goodreads bị chậm lại, khiến sự bất mãn của người dùng gia tăng
- Đã gửi email cho hàng nghìn người dùng rằng việc nhập dữ liệu đang được tiến hành, nhưng tốc độ nhập quá chậm đến mức có nguy cơ phải mất vài tháng
- Phải xử lý vô số vấn đề cùng lúc nên chịu áp lực cực lớn
- Phản hồi người dùng trên Twitter
- Xử lý các lượt nhập dữ liệu bị lỗi
- Viết lại mã của ứng dụng để rút ngắn tốc độ nhập từ vài tháng xuống còn "vài ngày"
- Ngày 17 tháng 6 năm 2020, một tweet viral khác lan rộng khiến người dùng tăng mạnh:
- Một tweet kiểu “Tôi dùng thử một ngày mà mê đến phát cuồng” trở nên nổi tiếng
- Mỗi giờ có thêm từ vài trăm đến cả nghìn lượt đăng ký mới
- Kết quả là hệ thống quá tải:
- Không thể nhập dữ liệu Goodreads
- Tính năng gợi ý cá nhân hóa không hoạt động
- Tác vụ nền dừng hoàn toàn
- Khi số người dùng vượt 1.000 và tiến sát "10.000", áp lực bắt đầu đè nặng
- Kèm theo cảm giác hoài nghi với suy nghĩ: "Mình chưa bao giờ muốn làm một doanh nghiệp B2C"
- Cảm thấy cô lập và ngồi suy nghĩ trong một "phòng tắm tối"
- Đã cố không nói ra câu “Tôi không làm nổi nữa”, nhưng đã suýt thốt lên như vậy
Câu chuyện khởi nghiệp: quay lại từ đầu
- Làm thế nào để vượt qua? Tại đây, tạm thời quay lại một chút về phía trước
- Về mặt cá nhân, lớn lên trong một môi trường thiên về học thuật và học triết học, chính trị và kinh tế tại Oxford
- Theo lời khuyên của bố mẹ, từng định đi theo con đường ngân hàng đầu tư để có sự ổn định tài chính
- Nhưng rồi hoài nghi công việc ngân hàng đầu tư và từ chối lời mời sau khi tốt nghiệp
- Quyết định học lập trình tại bootcamp phần mềm Makers Academy ở London
- Tham gia với mục tiêu có kỹ năng code cơ bản để giao tiếp với lập trình viên
- Đã phá bỏ định kiến về lập trình viên, nhận ra giá trị của việc lập trình và dấn sâu nghiêm túc vào nó
- Sau khi tốt nghiệp Makers Academy, vào làm ở Pivotal Labs
- Làm việc trên nền tảng Cloud Foundry trong 1 năm rưỡi
- Sau đó cùng đồng nghiệp Theo Christian thành lập công ty tư vấn và phát triển sản phẩm mang tên Ignition Works
- Trong giai đoạn này, bắt đầu quan tâm đến phong trào FIRE (độc lập tài chính và nghỉ hưu sớm)
- Muốn xây dựng nền tảng độc lập tài chính để có thể đầu tư cho bản thân và hành trình khởi nghiệp
- Tuy nhiên, mục tiêu và mối quan hệ hợp tác tại Ignition Works không đạt kỳ vọng nên đã rời đi
- Rút một nửa số tiền của công ty để đảm bảo 5 năm dư địa tài chính
- Tham gia dự án Code Newbie cùng người bạn Saron Yitbarek
- Cố gắng biến cộng đồng dành cho người học code thành một công ty sản phẩm nhưng thất bại
- Ngày 3 tháng 1 năm 2019, ngồi một mình bên bàn làm việc và suy nghĩ về hướng đi sáng tạo
- Tiền có thể dùng đến năm 2022, nhưng chưa có ý tưởng lớn nào
- Quyết định dành thời gian cho hai side project đã suy nghĩ từ lâu:
- Runroot: ứng dụng tự động tạo lộ trình chạy bộ
- ReadLists: ứng dụng dashboard cho phép tạo danh sách đọc cá nhân hóa và theo dõi tiến độ
- Storygraph bắt nguồn từ ý tưởng ReadLists, và cách tiếp cận với quyết định đó chính là chìa khóa thành công của Storygraph
Ba nguyên tắc
- Mọi thứ bắt đầu từ cách tiếp cận phân biệt giữa những yếu tố nhà sáng lập có thể kiểm soát và những yếu tố không thể
- Yếu tố không thể kiểm soát: tweet viral, đối thủ cạnh tranh mới, v.v.
- Yếu tố có thể kiểm soát: cách thiết kế công ty và sản phẩm
- Ba nguyên tắc chính để thành công
- Giữ công nghệ đơn giản: tận dụng những công cụ ổn định và trưởng thành thay vì công nghệ phức tạp
- Liên tục trò chuyện với khách hàng: phản ánh phản hồi của khách hàng vào việc cải thiện sản phẩm
- Giữ chi phí thấp: đảm bảo ổn định tài chính thông qua vận hành hiệu quả
Nguyên tắc thứ nhất: đơn giản hóa công nghệ
- Theo nguyên tắc đầu tiên là đơn giản hóa công nghệ, đã định hướng như sau
- Sử dụng những công nghệ đã biết rõ
- Tránh độ phức tạp không cần thiết và chỉ dùng mức công nghệ tối thiểu để giải quyết vấn đề
- Chọn các công cụ và nền tảng ổn định, trưởng thành và "nhàm chán"
- Với cá nhân mình, stack phù hợp nhất là Rails
Nguyên tắc thứ hai: liên tục trò chuyện với khách hàng
- Trong quá trình phát triển bằng Rails, cảm thấy rất hứng thú và quyết định dốc sức vào một dự án liên quan đến sách
- Để phát triển sản phẩm thành công, đã áp dụng nguyên tắc thứ hai: liên tục trò chuyện với khách hàng
- Tầm quan trọng của việc trò chuyện với khách hàng
- Không gì tệ hơn việc xây ra một sản phẩm mà chẳng ai muốn
- Ai cũng biết phải nói chuyện với khách hàng, nhưng điều quan trọng là làm đúng cách
- Chuẩn bị kịch bản và tập trung khám phá bằng các câu hỏi mở
- Tránh thiên kiến xác nhận và tập trung phát hiện vấn đề thực sự
- Những sai lầm mắc phải lúc ban đầu
- Trình diễn demo quá sớm nên không nhận được phản hồi cụ thể
- Thay vào đó, sử dụng các câu hỏi mở liên quan đến thói quen đọc sách, điểm bất tiện, v.v.
- Xem lại và tóm tắt kết quả phỏng vấn theo nhóm 5 người, rồi sắp xếp chủ đề trên bảng trắng ảo
- Phát triển sản phẩm alpha và beta
- Từ phản hồi ban đầu, rút ra ý tưởng về một tính năng hữu ích là dịch vụ gợi ý cá nhân hóa
- Nhiều tính năng ban đầu được xử lý thủ công để tránh phát triển quá mức
- Đây là một ví dụ áp dụng nguyên tắc thứ nhất, đơn giản hóa công nghệ
- Onboarding người dùng theo từng nhóm nhỏ và liên tục thu thập phản hồi khách hàng
- Khi chạm tới giới hạn của sản phẩm alpha, bắt đầu phát triển một sản phẩm beta hoàn thiện hơn
Nguyên tắc thứ ba: giữ chi phí thấp và tăng trưởng giai đoạn beta
- Ngày 2 tháng 9 năm 2019, công khai phiên bản beta và khuyến khích người đăng ký newsletter chia sẻ
- Phản hồi bắt đầu đổ về nghiêm túc, và đã thuê một nhân sự part-time để xử lý thủ công các yêu cầu về sách
- Vẫn vận hành bằng tiền cá nhân với chi phí tối thiểu, đảm bảo tính bền vững bằng nguồn tiền còn lại
- Vài tháng sau, Rob Freelove tỏ ra quan tâm đến dự án và hỗ trợ về machine learning
- Với sự giúp đỡ của anh ấy, tiếp tục phát triển kỹ thuật, cải thiện chất lượng sản phẩm và trải nghiệm người dùng
Tăng trưởng đột biến, những ngày đen tối quay trở lại, rồi mở rộng
- Trung thành với ba nguyên tắc, tệp người dùng được mở rộng chậm nhưng đều, và tăng trưởng dần dần
- Ngày 17 tháng 6 năm 2020, hiệu ứng viral trên Twitter khiến người dùng tăng vọt
- Hàng nghìn người cố nhập dữ liệu Goodreads, khiến hệ thống quá tải
- Các tác vụ nền thất bại và việc mở rộng máy chủ chạm tới giới hạn
- Tình hình quá sức chịu đựng và đã trải qua một "khoảnh khắc đen tối" khi muốn bỏ cuộc
- Nhưng bỏ cuộc không phải là một lựa chọn
- Trong 2 tuần của "những ngày đen tối", đã giải quyết các vấn đề chính gồm:
- Viết lại mã
- Nâng cấp máy chủ và cơ sở dữ liệu
- Ứng phó với các vấn đề mới phát sinh
- Nhận ra sự cần thiết của tăng trưởng liên tục và kiếm tiền
- Sau khi vượt qua khủng hoảng, mỗi ngày có hàng trăm người dùng đăng ký và tăng trưởng tiếp tục nhờ truyền miệng
- Mỗi khi gặp khó khăn trong việc đưa ra quyết định, lại tìm hướng đi thông qua trò chuyện với khách hàng
- Khi tệp người dùng đã đủ lớn, bắt đầu suy nghĩ về cách tạo doanh thu
Storygraph Plus và con đường kiếm tiền
- Chỉ cắt giảm chi phí thôi là không đủ, nên bắt đầu tìm phương án tạo doanh thu
- Sau khi xem xét nhiều mô hình kinh doanh, quyết định áp dụng mô hình freemium với trả phí trực tiếp từ khách hàng
- Tạo trang pre-order cho Storygraph Plus
- Tích hợp thanh toán Stripe: ban đầu chỉ có thể thanh toán bằng USD và chưa có subscription
- Đánh dấu người mua là "Early Bird" trong backend
- Thông báo Storygraph Plus qua newsletter và bắt đầu nhận pre-order
- Nhiều người dùng muốn ủng hộ một lựa chọn thay thế Goodreads độc lập nên đã đặt mua
- Trong vài tuần đầu, nhận được hàng trăm đơn pre-order
- Phản ứng của khách hàng đã xác thực tiềm năng thị trường của mô hình Plus
- Ngày 1 tháng 1 năm 2021, Storygraph chính thức ra mắt và đổi domain
- Số người dùng vượt 100.000, đạt một cột mốc lớn
- Sau khi kết thúc mức giá Early Bird, tiếp tục kiểm tra xem mọi người có còn trả mức giá tiêu chuẩn hay không, đồng thời phát triển các tính năng Plus
- Ngày 28 tháng 2 năm 2021 (hoặc 1 tháng 3 ở một số khu vực), Storygraph Plus chính thức ra mắt
- 1.400 đơn pre-order mang về khoảng $50,000 doanh thu
- Sau khi người dùng thực sự bắt đầu dùng các tính năng Plus, mức độ hứng thú và hài lòng của khách hàng vẫn được duy trì
Phát triển ứng dụng di động, rời Heroku, và tăng trưởng liên tục
- Tháng 5 năm 2021, vấn đề lớn nhất của Storygraph là thiếu ứng dụng di động
- Trước đó có cung cấp PWA (Progressive Web App), nhưng người dùng muốn một native app có thể cài từ app store
- Vẫn giữ nguyên nguyên tắc tiết kiệm chi phí và đơn giản hóa công nghệ, tận dụng Rails và adapter di động Hotwire/Turbo
- Kết hợp mức tối thiểu của Swift/Kotlin với Ruby để phát triển và ra mắt ứng dụng chỉ trong 6 tuần
- Sau khi ứng dụng ra mắt, số người đăng ký tăng lên
- Chuyển từ Heroku sang Cloud 66
- Chi phí vận hành trên Heroku tăng do TikTok viral và người dùng tăng mạnh
- Chi phí máy chủ Heroku: tăng lên tới $10,000/tháng cùng với đà tăng người dùng
- Sau khi Rob nghiên cứu nền tảng thay thế trong vài tháng, đã quyết định chuyển sang Cloud 66
- Ngày 22 tháng 1 năm 2022, hoàn tất migration sang Cloud 66
- Cắt giảm 80% chi phí máy chủ, xuống còn $4,000/tháng, đồng thời có năng lực xử lý cao hơn
- Trong quá trình chuyển đổi xảy ra vấn đề tất cả người dùng bị đăng xuất, nhưng đã nhanh chóng xử lý
- Ngày 26 tháng 6 năm 2022, Storygraph vượt mốc 1 triệu người dùng
- Hiện tại:
- 2,7 triệu tài khoản đăng ký
- khoảng 25% người dùng hoạt động hàng tháng
- 7 triệu lượt truy cập duy nhất mỗi tháng
- xử lý 70 triệu pageview và 11 triệu request mỗi ngày
- Vẫn đang vận hành trên nền tảng repository Rails khởi tạo từ năm 2019
- Tình hình doanh thu và chi phí:
- Chi phí hàng tháng: khoảng $20,000
- Doanh thu định kỳ hàng tháng: khoảng $60,000
- Nhờ đã có lợi nhuận, cả hai nhà sáng lập là Rob và Nadia đều có thể nhận lương
Lý do thành công
- Có cả yếu tố may mắn, nhưng cốt lõi thành công của Storygraph là đã nhất quán giữ vững ba nguyên tắc sau
- Đơn giản hóa công nghệ
- Liên tục trò chuyện với khách hàng
- Cắt giảm chi phí
5 bình luận
Có vẻ như RoR có khá nhiều trường hợp thành công so với các framework khác. Bây giờ học vẫn ổn chứ?
Có cảm giác mức độ sôi động của cộng đồng đã tăng trưởng cực kỳ mạnh. Hình như bài thuyết trình này cũng đã được trình bày tại Rails SaaS Conference, mà lại còn có hẳn một hội nghị riêng về "SaaS" nữa chứ...
Điều gây chú ý là việc họ nói chưa từng muốn làm business B2C và chi phí server lớn hơn tôi nghĩ.
Vì RoR được trừu tượng hóa khá nhiều nên có lẽ họ đã phải mở rộng dọc instance do vấn đề hiệu năng, và vì thế chi phí server cũng tốn kha khá.
Một tháng trước đã có bài đăng liên kết video Đội ngũ phát triển một người, đạt 2 triệu người dùng [video], nhưng vì không có kịch bản bài thuyết trình nên tôi đã dùng Whisper để chép lại và sắp xếp nội dung từ video.
Hãy tham khảo cả các bình luận trong bài viết đó.