DevRel Web3 cho khoảnh khắc lập trình viên thử SDK của bạn

Web3 DevRel có thể giúp lập trình viên của bạn tiến xa hơn ở đâu?

Web3 DevRel hữu ích khi lập trình viên cần một lộ trình rõ ràng hơn từ khi khám phá sản phẩm của bạn. Nó giúp họ thực hiện bước tiếp theo và thử SDK. Nó kết nối giải thích sản phẩm, tài liệu kỹ thuật và nơi để đặt câu hỏi. Nhóm của bạn sau đó có thể tập trung vào những rào cản thực sự quan trọng.

Bắt đầu với tác vụ dự định của lập trình viên. Một nhóm giao thức có thể cần giải thích cách bắt đầu tích hợp. Một nhóm công cụ có thể cần một ví dụ đầu tiên đơn giản. Kiểm tra những gì lập trình viên có thể tìm thấy mà không cần hướng dẫn riêng. Ghi nhận nơi hướng dẫn trở nên không rõ ràng và ai có thể xác nhận chi tiết kỹ thuật.

Công việc này có thể hỗ trợ một đợt launch sắp tới. Nó không nhất thiết phải chờ đợi một đợt launch. Nếu bạn vẫn đang định hình kế hoạch ra mắt rộng hơn, hãy kết nối lộ trình nhà phát triển với chiến lược go-to-market. Điều đó giúp nhóm của bạn sắp xếp những gì lập trình viên có thể sử dụng với những gì dự án sẵn sàng công bố.

Một cuộc trò chuyện đầu tiên hữu ích bao gồm ba điều. Nêu tên lập trình viên bạn muốn tiếp cận. Mô tả tác vụ đầu tiên họ nên hoàn thành. Xác định ai có thể đánh giá độ chính xác kỹ thuật. Nếu những chi tiết đó rõ ràng, chúng tôi có thể tập trung kế hoạch vào các khoảng trống thực tế. Chúng tôi sẽ không bắt đầu bằng việc chọn kênh.

Một thông cáo báo chí có thể phơi bày khoảng trống trong quy trình chào đón nhà phát triển

Hỗ trợ nhà phát triển hoạt động tốt hơn khi người trả lời câu hỏi có một lộ trình rõ ràng đến thông tin chính xác. Một thông cáo báo chí có thể mang lại sự chú ý mới. Nó không thể thay thế một bước đầu tiên dễ hiểu hoặc một người chịu trách nhiệm cho các câu hỏi kỹ thuật.

Giả sử một máy chủ Discord với quản trị viên bán thời gian đang chuẩn bị một thông cáo báo chí đầu tiên. Các thành viên hỏi SDK bắt đầu từ đâu. Quản trị viên vẫn cần duy trì các câu hỏi hàng ngày. Chúng tôi sẽ truy ngược những câu hỏi đó về tài liệu hiện tại. Sau đó, chúng tôi sẽ thống nhất ai có thể xác minh câu trả lời và chuẩn bị một ghi chú bàn giao ngắn trước khi thông cáo báo chí được chia sẻ.

Sự chuẩn bị đó cung cấp cho quản trị viên một thứ hữu ích để chỉ dẫn. Nó cũng cung cấp cho kỹ sư một cái nhìn rõ ràng hơn về các câu hỏi cần đầu vào của họ. Nhóm sau đó có thể thấy nhiệm vụ tiếp theo là cải thiện hướng dẫn, thêm ví dụ hay thiết lập quy trình trả lời cộng đồng.

Chúng tôi bắt đầu với các kênh và tài liệu bạn đã có. Nếu dự án của bạn có một nhóm hoạt động, chúng tôi đánh giá cách nó hỗ trợ nhà phát triển trước khi đề xuất một nhóm mới. Một chương trình cộng đồng nhà phát triển rộng hơn có thể kết nối hỗ trợ này với giáo dục liên tục. Bước đi đúng đắn đầu tiên có thể đơn giản là làm cho các câu trả lời hiện có dễ tìm hơn.

Những gì chúng tôi có thể làm cho dễ sử dụng hơn

Công việc nên giúp lập trình viên thực hiện một bước tiếp theo thực tế, không chỉ thêm tài liệu. Chúng tôi thống nhất phần nào quan trọng cho sản phẩm của bạn. Sau đó, chúng tôi chuẩn bị hoặc cải thiện những phần mà nhóm bạn có thể duy trì.

Hãy tưởng tượng một nhóm giao thức nhỏ chuẩn bị một thử thách hackathon. Các ví dụ SDK của họ vẫn đang thay đổi. Chúng tôi sẽ lập bản đồ tác vụ mà người tham gia dự định thử. Chúng tôi sẽ kiểm tra hướng dẫn nào cần đánh giá kỹ thuật. Sau đó, chúng tôi sẽ làm rõ lộ trình hỗ trợ trước khi chia sẻ tài liệu sự kiện.

Tùy thuộc vào ưu tiên của bạn, công việc có thể bao gồm:

• Đánh giá lộ trình từ giới thiệu sản phẩm đến sử dụng SDK lần đầu.
• Hướng dẫn thiết lập rõ ràng hơn, giải thích quy trình làm việc hoặc ví dụ cho nhà phát triển.
• Danh sách ưu tiên các khoảng trống tài liệu để nhóm bạn giải quyết.
• Hướng dẫn phản hồi cộng đồng, bao gồm quyền sở hữu câu hỏi và leo thang.
• Tài liệu hackathon như brief thử thách, ghi chú thiết lập và hướng dẫn nộp bài.

Nhóm sản phẩm hoặc kỹ thuật của bạn kiểm tra chi tiết kỹ thuật. Chúng tôi giúp định hình trải nghiệm và điều phối công việc. Đối với mỗi mục, chúng tôi thống nhất ai đánh giá nó. Chúng tôi cũng xác định ý nghĩa của “sẵn sàng” trước khi bất cứ thứ gì được phát hành. Điều đó giữ cho tài liệu dựa trên những gì sản phẩm có thể hỗ trợ hôm nay.

Một nhịp làm việc đơn giản giữ cho chi tiết luôn rõ ràng

Chúng tôi tổ chức công việc xoay quanh các tác vụ đã thống nhất, đánh giá kỹ thuật và một bản ghi tiến độ rõ ràng. Thời gian thực hiện dựa trên tài liệu bạn đã có. Nó cũng dựa trên tốc độ mà những người phù hợp có thể đánh giá chúng.

Chúng tôi sử dụng 3 điểm kiểm tra để giữ công việc tiến triển. Đầu tiên, chúng tôi đánh giá hành trình nhà phát triển hiện tại. Tiếp theo, chúng tôi thống nhất ưu tiên và người chịu trách nhiệm. Sau đó, nhóm kỹ thuật của bạn kiểm tra tài liệu đã hoàn thành. Chúng tôi cũng chỉ định 1 người phía bạn để thu thập quyết định và tránh câu hỏi bị thất lạc.

Chúng tôi thống nhất 2 điểm đánh giá kỹ thuật khi cần đầu vào kỹ thuật. Điểm đầu tiên trước khi soạn thảo tuyên bố về cách một thứ hoạt động. Điểm thứ hai trước khi xuất bản ví dụ hoặc hướng dẫn. Một ghi chú tiến độ chung ghi lại các mục đã hoàn thành, câu hỏi mở và quyết định tiếp theo. Nếu công việc launch của bạn tiếp tục sau khi phát hành, hỗ trợ sau launch có thể giữ giáo dục nhà phát triển kết nối với giai đoạn tiếp theo.

Mang bối cảnh sản phẩm mà lập trình viên của bạn đã yêu cầu

Một đánh giá đầu tiên hữu ích bắt đầu với tài liệu mà nhóm bạn có thể chia sẻ. Nó cũng cần một người có thể kiểm tra chi tiết kỹ thuật. Hãy thu thập tổng quan SDK hoặc sản phẩm, tài liệu hiện tại, đối tượng lập trình viên dự định và bất kỳ cột mốc sắp tới nào. Một danh sách ngắn các câu hỏi lặp lại cũng hữu ích.

Chúng tôi tìm kiếm sự ma sát mà lập trình viên có thể gặp phải. Đó có thể là điều kiện tiên quyết không rõ ràng, thiếu bước, ví dụ cần xác nhận hoặc câu hỏi không có người chịu trách nhiệm. Sau đó, chúng tôi thống nhất những gì cần giải quyết trước và cách nhóm bạn sẽ đánh giá công việc. Nếu nhu cầu trước mắt của bạn là lập kế hoạch rộng hơn, kế hoạch launch token và tăng trưởng có thể giúp kết nối tài liệu nhà phát triển với đợt ra mắt rộng hơn.

Chúng tôi có thể chuẩn bị tài liệu đã thống nhất, hướng dẫn cộng đồng và tài liệu hackathon. Chúng tôi không thể quyết định liệu các lập trình viên độc lập có chọn tích hợp SDK hay không. Người tổ chức sự kiện cũng đặt ra quy tắc tham gia và quyết định lựa chọn của riêng họ. Cam kết của chúng tôi là đối với quy trình làm việc và đánh giá mà chúng tôi cùng thống nhất.

Gửi Brand Community tổng quan sản phẩm, tài liệu hiện tại và cột mốc bạn đang chuẩn bị. Chúng tôi sẽ đánh giá những tài liệu đó và xác định tác vụ đầu tiên hữu ích nhất. Sau đó, chúng tôi sẽ quay lại với một kế hoạch rõ ràng để nhóm bạn xem xét.

Cách hoạt động

1. Chia sẻ bức tranh sản phẩmGửi tổng quan SDK hoặc sản phẩm, tài liệu hiện tại và đối tượng lập trình viên dự định của bạn. Thêm cột mốc hoặc tác vụ mà bạn muốn công việc hỗ trợ.
2. Đi qua hành trình nhà phát triểnChúng tôi theo dõi cách ai đó khám phá sản phẩm, bắt đầu onboarding và tìm kiếm sự trợ giúp. Chúng tôi ghi nhận các bước không rõ ràng và câu hỏi dành cho người chịu trách nhiệm kỹ thuật của bạn.
3. Thống nhất ưu tiên và người chịu trách nhiệmCùng nhau, chúng tôi chọn công việc cần làm trước và chỉ định người đánh giá tài liệu, trả lời câu hỏi hoặc điều phối sự kiện.
4. Chuẩn bị và kiểm tra tài liệuChúng tôi tạo hoặc cải thiện tài liệu, hướng dẫn cộng đồng hoặc tài nguyên hackathon đã thống nhất. Nhóm sản phẩm hoặc kỹ thuật của bạn xác minh chi tiết kỹ thuật.
5. Chia sẻ tiến độ và hành động tiếp theoChúng tôi ghi lại những gì đã hoàn thành, những gì còn cần quyết định và những cải tiến thực tế nào thuộc về chu kỳ tiếp theo.