10 bài học về cách chúng tôi đạt được +16.000 sao GitHub trong 16 tháng với . Medusa Mới chỉ được một năm rưỡi kể từ khi chúng tôi mã nguồn mở hoàn toàn Medusa với nhiệm vụ xây dựng công cụ thương mại hệ điều hành tốt nhất cho các nhà phát triển với Medusa. Kể từ đó, chúng tôi đã thu thập được: dự án bắt đầu +25.000 lượt tải xuống npm hàng tháng +20.000 GH sao +16.000 thành viên cộng đồng +5.000 đô la tài trợ hạt giống 8 triệu Dưới đây là một số bài học của tôi về cách chúng tôi xây dựng sức hút ban đầu mạnh mẽ như một dự án hệ điều hành. Medusa là gì Medusa nhằm mục đích xác định lại cách xây dựng thương mại điện tử. Quá thường xuyên, các nhà phát triển bị khóa trong các nền tảng, hack theo cách của họ thông qua một thiết lập mà họ có ít quyền sở hữu. Nhiệm vụ của chúng tôi là cung cấp cho các nhà phát triển những nguyên mẫu phù hợp để xây dựng, triển khai và duy trì hoạt động thương mại một cách dễ dàng và đáng tin cậy. Chúng tôi muốn cung cấp các khối xây dựng kiến trúc để xây dựng các ứng dụng thương mại được mô đun hóa và đặt làm riêng mà không cần khóa nền tảng. Repo: 🌟 github.com/medusajs/medusa TL;DR - 10 bài học về hệ điều hành Giải quyết một vấn đề gây đau đớn : Đảm bảo bạn hiểu điểm khó khăn của người dùng mà bạn đang cố gắng giải quyết. Xóa điểm khó khăn của người dùng Những gì bạn đang xây dựng cần phải được phân biệt rõ ràng với những gì đã có sẵn. Không có lựa chọn thay thế tốt: Hãy tự hỏi liệu có cần một giải pháp hệ điều hành hay liệu các giải pháp độc quyền có thực sự giải quyết được vấn đề đó không. Tại sao nó phải là mã nguồn mở: Tạo trải nghiệm thú vị về sản phẩm Bạn có thể dễ bị phân tâm, vì vậy hãy tiếp tục tập trung vào các ưu tiên sản phẩm cốt lõi của bạn. Cách tiếp cận sản phẩm tập trung: Xây dựng lực kéo đòi hỏi bạn phải đảm bảo cộng đồng của bạn cảm nhận được cam kết của bạn đối với thành công của họ. Hỗ trợ cộng đồng của bạn: Giúp dễ dàng bắt đầu với Tài liệu, quy trình giới thiệu nhanh và các công cụ hỗ trợ. Đầu tư vào DevEx của bạn: Nhận được từ ra khỏi đó Chuẩn bị sẵn một bản mô tả sản phẩm đơn giản giúp bạn dễ hiểu những gì bạn đang xây dựng. Làm cho nó dễ hiểu: Đảm bảo sản phẩm của bạn được chú ý trong các diễn đàn và blog nơi các nhà phát triển hiện diện. Tập trung vào các kênh nhà phát triển: Ưu tiên các sự kiện mà bạn biết có khả năng khiến sản phẩm của bạn trở nên lan truyền và đảm bảo bạn thực hiện tốt các sự kiện này. Đặt cược lớn và làm theo: Xây dựng nội dung xác thực và hữu ích cho các nhà phát triển thay vì các thông điệp tiếp thị thông thường Làm cho nó chân thực: Dưới đây tôi sẽ đi sâu hơn một chút với từng bước này Tìm một vấn đề đau Dự án của bạn phải giải quyết một điểm khó khăn cho các nhà phát triển thực sự có ý nghĩa đối với họ. Ba điều cần chú ý là: Trong thế giới thương mại điện tử, từ kinh nghiệm, chúng tôi biết trải nghiệm của nhà phát triển đau đớn như thế nào với nhiều công cụ độc quyền (ví dụ: Shopify) và các công cụ nguồn mở kế thừa (ví dụ: Magento và Woo). Tất cả chúng đều được xây dựng với kiến trúc nguyên khối tất cả trong một, buộc các nhà phát triển phải theo đuổi các giải pháp thay thế cho các tùy chỉnh và tích hợp mới. Bản thân chúng tôi đã trải qua những khó khăn trong công việc trước đây nên việc xác minh rằng thực sự có một vấn đề cần giải quyết trong không gian này trở nên dễ dàng hơn. Xóa điểm đau của người dùng: Đảm bảo bạn hiểu điểm khó của người dùng mà bạn đang cố gắng giải quyết. Theo quan điểm của chúng tôi, bối cảnh thương mại điện tử dường như khao khát sự đổi mới. Các giải pháp ưu tiên API như Elaticpath, Commercetools, v.v. dường như tập trung vào doanh số bán hàng của doanh nghiệp và ít tập trung vào trải nghiệm của nhà phát triển trong khi bản chất độc quyền khiến họ khó cung cấp các tùy chọn tùy chỉnh giống như một công cụ HĐH. Về phía mã nguồn mở, hầu hết các giải pháp hiện có đều cung cấp các phần phụ trợ dựa trên PHP không liên quan đến các nhà phát triển hiện đại và chưa có ai thành công với giải pháp thay thế dựa trên JS. Không có lựa chọn thay thế tốt: Những gì bạn đang xây dựng cần phải khác biệt rõ ràng với những gì đã có sẵn. Có thể rất hấp dẫn khi cho rằng nguồn mở luôn là con đường phía trước, nhưng nó có thể không phải lúc nào cũng đúng. Với các nền tảng thương mại điện tử, vấn đề phức tạp là nhu cầu của người dùng thay đổi rất nhiều đối với các loại hình kinh doanh khác nhau (ví dụ: chỉ phục vụ khách hàng B2C đến B2B) và điều này có nghĩa là giải pháp một-phù-hợp-tất-cả độc quyền hiếm khi là con đường phù hợp khi một trường hợp sử dụng là một bit outside the box - điều này giải thích tại sao hơn một nửa số trang web thương mại điện tử lớn nhất thế giới vẫn được xây dựng với phần phụ trợ thương mại mã nguồn mở hoặc tùy chỉnh. Tại sao nó cần phải là mã nguồn mở: Hãy tự hỏi liệu có cần một giải pháp hệ điều hành trong không gian hay liệu các giải pháp độc quyền có thực sự giải quyết được vấn đề đó hay không. Tạo trải nghiệm thú vị về sản phẩm Xác định vấn đề không chỉ đơn thuần là đủ. Xây dựng một sản phẩm để giải quyết nó và đầu tư vào cộng đồng và DevEx xung quanh nó cũng là chìa khóa. Xây dựng mã nguồn mở, cộng đồng sẽ có nhiều ý kiến về các tính năng bổ sung, plugin hoặc chức năng để xây dựng. Một số phản hồi này sẽ ít liên quan hơn đến đối tượng cốt lõi của bạn. Do đó, hãy chọn lọc các thông tin đầu vào bạn nhận được và xây dựng một vài tính năng sẽ tạo ra tác động có ý nghĩa đối với đối tượng cốt lõi của bạn thay vì nhiều tính năng nửa vời cho mọi người. Cách tiếp cận sản phẩm tập trung: Bạn có thể dễ bị phân tâm, vì vậy hãy tập trung vào các ưu tiên sản phẩm cốt lõi của bạn. Ngay từ những ngày đầu thành lập, chúng tôi đã tập trung vào cộng đồng của mình. Chúng tôi thực hiện điều này thông qua một loạt các hoạt động từ các sự kiện cộng đồng đến các cuộc thảo luận minh bạch về sản phẩm của chúng tôi cho đến việc chúng tôi liên tục tập trung vào việc xây dựng các tài liệu hỗ trợ cộng đồng. Tương tự như vậy, chúng tôi đang dành nhiều thời gian để trả lời các câu hỏi của cộng đồng trên GitHub và Discord để giúp các nhà phát triển bắt đầu. Hỗ trợ cộng đồng của bạn: Xây dựng lực kéo đòi hỏi bạn phải đảm bảo rằng cộng đồng của bạn cảm nhận được cam kết của bạn đối với thành công của họ. Chúng tôi ưu tiên trải nghiệm của nhà phát triển bằng cách tập trung nhiều vào các lĩnh vực như Tài liệu của chúng tôi - thứ mà chúng tôi coi là sản phẩm của riêng mình với một thành viên nhóm toàn thời gian dành riêng cho nó - đồng thời đảm bảo rằng quy trình giới thiệu của chúng tôi dễ dàng hoàn thành với hỗ trợ các mẫu bắt đầu dự án. Đầu tư vào DevEx của bạn: Giúp dễ dàng bắt đầu với Tài liệu, quy trình giới thiệu nhanh và các công cụ hỗ trợ. Nhận được từ ra khỏi đó Khi bạn đã thiết lập trải nghiệm nhà phát triển tuyệt vời, nhiệm vụ chính của bạn là tạo ra nhận thức về dự án. Chúng tôi tập trung nhiều thông điệp xung quanh việc trở thành "giải pháp thay thế Shopify mã nguồn mở" đã gây được tiếng vang ngay lập tức với các nhà phát triển (ví dụ: xem buổi ra mắt HN của chúng tôi). Trên thực tế, Medusa không chỉ là Shopify mã nguồn mở vì kiến trúc mô-đun của chúng tôi phù hợp hơn với các trường hợp thương mại điện tử riêng biệt hơn so với các cửa hàng Shopify "mẹ và con" thông thường. Tuy nhiên, sự đơn giản của thông báo giúp các nhà phát triển dễ dàng phân loại giải pháp khi nghe về nó lần đầu tiên. Làm cho nó dễ hiểu: Chuẩn bị sẵn một bản mô tả sản phẩm đơn giản giúp bạn dễ hiểu những gì bạn đang xây dựng. Chúng tôi luôn tập trung vào các kênh của nhà phát triển và dành năng lượng để tạo nội dung và sáng kiến nhắm mục tiêu đến những kênh này; ví dụ: tận dụng Reddit để thực hiện nhiều "lần ra mắt nhỏ" hoặc thiết lập Chương trình Nhà văn để sản xuất nội dung cho các kênh như , Medium và Hashnode. Các công cụ khác như Supabase tập trung vào Twitter, trong khi Digital Ocean là một ví dụ điển hình về nội dung kênh riêng được thực hiện đúng. Tập trung vào các kênh nhà phát triển: Đảm bảo sản phẩm của bạn được chú ý trong các diễn đàn và blog nơi các nhà phát triển hiện diện. Dev.to Thỉnh thoảng, chúng tôi tổ chức các sự kiện mà chúng tôi tin rằng có khả năng khiến Medusa trở nên lan truyền, chẳng hạn như ra mắt ProductHunt, thông báo đầu tư Series Seed hoặc cuộc thi Hackathon Medusa gần đây của chúng tôi. Đối với tất cả chúng, chúng tôi ưu tiên lập kế hoạch trước và thực hiện một chiến dịch có cấu trúc xung quanh nó để đảm bảo mức độ hiển thị tối đa, đôi khi chuẩn bị video, nội dung thông báo và cập nhật trang web trước hàng tuần hoặc hàng tháng. Đặt cược lớn và làm theo: Ưu tiên các sự kiện mà bạn biết có khả năng khiến sản phẩm của bạn trở nên lan truyền và đảm bảo bạn thực hiện tốt các sự kiện này. Kể từ khi bắt đầu, chúng tôi đã không chi một đô la nào cho quảng cáo cho Medusa. Thay vào đó, chúng tôi tập trung nguồn lực của mình vào việc xây dựng nội dung xác thực cho các nhà phát triển thông qua các bài báo và hướng dẫn tập trung vào việc giải thích những gì sản phẩm của chúng tôi đã làm thay vì gửi nhiều thông điệp định hướng bán hàng hơn. 10) Làm cho nó chân thực: Xây dựng nội dung xác thực và hữu ích cho các nhà phát triển thay vì các thông điệp tiếp thị thông thường. Một lời cảnh báo Tôi hy vọng những điều trên đã cung cấp một số đầu vào hữu ích từ hành trình của chúng tôi. Tuyên bố từ chối trách nhiệm cuối cùng: Thành thật mà nói, số sao GH có thể là một thước đo phù phiếm cho mức độ phổ biến của dự án khi được sử dụng làm thước đo độc lập. Tôi sẽ là người ủng hộ việc xem xét thêm các số liệu liên quan đến việc sử dụng, chẳng hạn như thời gian bắt đầu dự án, nhà phát triển tích cực, người đóng góp hàng tháng, v.v. Trường hợp sao GitHub đóng vai trò là một chỉ báo tốt là để hiểu liệu mọi người có quan tâm đến những gì bạn đang xây dựng hay không - và đó là một trong số ít các chỉ số hệ điều hành có thể so sánh giữa các dự án. Một phiên bản của bài viết này xuất hiện . ở đây
