DevRel Web3 giúp lập trình viên chuyển từ tài liệu sang sử dụng SDK

3 bề mặt, 1 lộ trình lập trình viên

3 bề mặt định hình công việc: tài liệu, cộng đồng lập trình viên và hackathon. Mỗi bề mặt nên hướng lập trình viên đến một hành động hữu ích tiếp theo. Ví dụ: thiết lập SDK hoặc thử nghiệm một ví dụ.

Lần đánh giá đầu tiên kiểm tra xem lộ trình có hợp lý từ góc nhìn của lập trình viên hay không. Họ có thể xác định sản phẩm làm gì và tìm điểm bắt đầu phù hợp không? Họ có thể làm theo hướng dẫn thiết lập và nhận trợ giúp khi bị chặn không? Chúng tôi đánh dấu bước chưa rõ ràng đầu tiên trước khi đề xuất thêm hoạt động.

Dịch vụ này phù hợp với các giao thức, API, SDK và các sản phẩm hướng đến lập trình viên khác. Nó hữu ích khi sản phẩm hoạt động nhưng hướng dẫn khó theo dõi. Các câu hỏi kỹ thuật có thể đến từ nhiều nơi không kết nối. Một đợt launch cũng có thể thiếu kế hoạch onboarding lập trình viên rõ ràng.

• Tài liệu: làm cho các bước thiết lập và điều kiện tiên quyết dễ tìm.
• Cộng đồng: cung cấp cho lập trình viên một nơi rõ ràng để đặt câu hỏi kỹ thuật.
• Hackathon: đặt một nhiệm vụ xây dựng thực tế và chuẩn bị tài liệu hỗ trợ.

Nếu sản phẩm cần một kế hoạch launch rộng hơn, hãy kết nối công việc này với chiến lược go-to-market hoặc tư vấn marketing crypto. Chúng tôi bắt đầu với hành động lập trình viên mà bạn muốn làm dễ dàng hơn, không phải một gói kênh định sẵn.

Bề mặt lập trình viên nào cần làm việc trước?

3 điểm kiểm tra cho thấy nên bắt đầu từ đâu. Tìm khoảng trống trong lần sử dụng đầu tiên và xác định chủ sở hữu của nó. Sau đó ghép giải pháp với bề mặt phù hợp. Một sự kiện mới sẽ không sửa được hướng dẫn thiết lập còn thiếu. Tài liệu tốt hơn sẽ không trả lời câu hỏi nếu không có kênh hỗ trợ.

Sử dụng bảng để chọn mục công việc đầu tiên. Nếu thiết lập chưa rõ ràng, hãy xem xét quickstart và ví dụ trước. Nếu câu trả lời bị phân tán, hãy chỉ định chủ sở hữu hỗ trợ và lộ trình leo thang. Đối với một sự kiện, hãy xác nhận rằng thử thách ánh xạ đến một lộ trình sản phẩm hoạt động.

• Xem xét tài liệu: kiểm tra điều kiện tiên quyết, các bước, ví dụ mã và hành động tiếp theo.
• Xem xét cộng đồng: phân loại câu hỏi lặp lại và chỉ định chủ sở hữu trả lời.
• Xem xét sự kiện: xác nhận nhiệm vụ, tài liệu khởi đầu và lộ trình theo dõi.

Để có lớp giáo dục mạnh hơn, hãy cân nhắc nội dung giáo dục lập trình viên. Giữ tài liệu sự kiện và câu trả lời cộng đồng nhất quán với cùng một bộ tài liệu được duy trì.

3 nhóm tài sản cần chuẩn bị trước khi phát hành

3 nhóm tài sản làm cho công việc có thể sử dụng được: tài liệu kỹ thuật, hướng dẫn hỗ trợ và tài nguyên sự kiện. Sự kết hợp phụ thuộc vào mức độ sẵn sàng của sản phẩm. Nó cũng phản ánh hành động lập trình viên mà bạn muốn hỗ trợ.

• Tài liệu kỹ thuật: ưu tiên tài liệu, quickstart, ví dụ SDK hoặc hướng dẫn.
• Hướng dẫn hỗ trợ: ghi chú phản hồi, đầu mối leo thang và định tuyến câu hỏi chưa được giải đáp.
• Tài nguyên sự kiện: thử thách xây dựng, hướng dẫn người tham gia và tài liệu khởi đầu.

Mỗi tài sản cần một chủ sở hữu và một lộ trình xem xét. Một quickstart nên giúp lập trình viên đạt được một bài kiểm tra có ý nghĩa. Một ghi chú hỗ trợ nên cho nhóm của bạn biết câu hỏi sản phẩm chưa được trả lời sẽ đi đâu. Một brief sự kiện nên cho thấy người tham gia có thể xây dựng gì. Nó cũng nên cho thấy họ có thể tiếp tục ở đâu sau đó.

Trước khi sản xuất bắt đầu, DigitalMedia1 sử dụng danh sách kiểm tra khởi động để xác nhận:

• Các bề mặt sản phẩm và phiên bản SDK được bao gồm trong công việc.
• Người xem xét kỹ thuật và lộ trình phê duyệt tài liệu công khai.
• Các kênh cộng đồng đang hoạt động và đầu mối leo thang.
• Các hành động lập trình viên có thể quan sát mà không cần dữ liệu người dùng riêng tư.

Bạn có thể kết nối hoạt động cộng đồng với phát triển cộng đồng và tương tác, hoặc đưa hỗ trợ marketing tăng trưởng vào cho công việc liên tục. Báo cáo ghi lại các tài sản đã hoàn thành, câu hỏi mở và các hành động tiếp theo đã thống nhất. Nhóm của bạn cung cấp phê duyệt kỹ thuật; chúng tôi giữ tài liệu và trách nhiệm rõ ràng.

DevRel Web3 chuyển từ đánh giá sang phát hành như thế nào?

5 bước đưa công việc từ đánh giá sản phẩm đến phát hành đã được phê duyệt. Độ chính xác kỹ thuật được ưu tiên hàng đầu. Tài liệu công khai sau đó chỉ đến các chức năng mà sản phẩm của bạn có thể hỗ trợ.

1. Đánh giá sản phẩm: Gửi liên kết sản phẩm, tài liệu, SDK và cộng đồng. Nêu rõ những gì đang hoạt động. Xác định ai có thể xác minh chi tiết kỹ thuật.
2. Kiểm tra lộ trình: Chúng tôi kiểm tra cách lập trình viên tìm, bắt đầu và thử nghiệm sản phẩm. Chúng tôi ghi nhận các bước chưa rõ ràng và khoảng trống hỗ trợ.
3. Kế hoạch làm việc: Thống nhất hành động lập trình viên ưu tiên, tài sản, chủ sở hữu và tín hiệu báo cáo.
4. Xem xét tài liệu: Chúng tôi chuẩn bị tài liệu đã được phê duyệt. Chủ sở hữu kỹ thuật của bạn kiểm tra ví dụ và tuyên bố trước khi phát hành.
5. Phát hành và báo cáo: Chúng tôi điều phối công việc đã thống nhất và ghi lại các tài sản đã hoàn thành, hoạt động có sẵn và các hành động tiếp theo.

Kế hoạch làm việc phản ánh số lượng tài sản, số vòng xem xét và hỗ trợ kỹ thuật có sẵn. Một bản cập nhật tài liệu tập trung có lộ trình phê duyệt khác. Công việc bao gồm hỗ trợ cộng đồng hoặc hackathon cần xem xét thêm. Chúng tôi xác nhận chủ sở hữu trước khi sản xuất để phản hồi không bị đình trệ khi phát hành.

Đối với một chuỗi launch rộng hơn, hãy kết nối công việc với launch token và tăng trưởng. Chúng tôi xem xét tài liệu sản phẩm của bạn và gửi báo giá bằng văn bản trong vòng 2 ngày làm việc. Công việc bắt đầu trong vòng 24 giờ sau khi thanh toán được xác nhận.

Những gì nhóm DevRel của bạn có thể xác minh

3 điều luôn hiển thị trong báo cáo: các tài sản đã thống nhất được hoàn thành, câu hỏi lập trình viên được ghi lại và tiến trình có thể quan sát qua lộ trình onboarding. Những điều này giúp nhóm của bạn quyết định cải thiện điều gì tiếp theo. Sự chú ý đơn thuần không phải là bằng chứng tích hợp.

Nhóm của bạn kiểm soát độ chính xác của tài liệu, ví dụ, quyền sở hữu hỗ trợ và theo dõi. Lập trình viên quyết định có thử nghiệm hoặc tích hợp SDK hay không. Hoạt động GitHub, thảo luận cộng đồng và tham gia hackathon cho thấy hoạt động. Không có gì xác nhận việc áp dụng trong sản xuất.

Quyền truy cập nền tảng và chấp nhận sự kiện vẫn thuộc về các dịch vụ và nhà tổ chức. Chúng tôi không thể hứa hẹn một số lượng tích hợp cụ thể, lựa chọn sự kiện hoặc vị trí tính năng.

• Xác nhận rằng các ví dụ khớp với sản phẩm hiện tại trước khi phát hành.
• Giữ các tuyên bố gắn với các tính năng mà nhóm của bạn đã xác minh.
• Ghi lại các câu hỏi lặp lại và định tuyến các vấn đề chưa được giải quyết.
• Liên kết mỗi sự kiện hoặc hoạt động cộng đồng với tài liệu được duy trì.

Gửi cho chúng tôi URL sản phẩm, tài liệu hiện tại, liên kết SDK hoặc kho lưu trữ và các kênh lập trình viên đang hoạt động. Bao gồm kết quả mục tiêu của bạn.

• Trạng thái hoạt động: cho chúng tôi biết những gì đang hoạt động và những gì đã được lên kế hoạch.
• Xem xét kỹ thuật: nêu tên người có thể xác minh chi tiết kỹ thuật.

Chúng tôi xem xét lộ trình sử dụng đầu tiên và trả lại kế hoạch bằng văn bản cùng báo giá trong vòng 2 ngày làm việc. Sau đó chúng tôi thống nhất chủ sở hữu và các hành động tiếp theo.

Cách hoạt động

1. 1. Gửi bối cảnh sản phẩmChia sẻ liên kết sản phẩm, tài liệu, SDK và kênh lập trình viên. Xác định những gì đang hoạt động và ai có thể kiểm tra chi tiết kỹ thuật.
2. 2. Kiểm tra lộ trình sử dụng đầu tiênChúng tôi xem xét cách lập trình viên tìm, bắt đầu và thử nghiệm sản phẩm. Bạn nhận được danh sách khoảng trống trên tài liệu, hỗ trợ và sự kiện.
3. 3. Thống nhất kế hoạch làm việcChọn hành động lập trình viên ưu tiên, tài sản, chủ sở hữu và tín hiệu báo cáo trước khi sản xuất bắt đầu.
4. 4. Xem xét tài liệu kỹ thuậtChúng tôi chuẩn bị nội dung hoặc tài liệu sự kiện đã thống nhất. Chủ sở hữu kỹ thuật của bạn kiểm tra độ chính xác trước khi phát hành.
5. 5. Phát hành và báo cáoChúng tôi điều phối công việc đã được phê duyệt và báo cáo các tài sản đã hoàn thành, hoạt động có sẵn và các hành động tiếp theo.