Okay, so we know community is important -- whether for developer relations for your product or other types of communities -- but how do we measure the success of community initiatives and even artifacts (like events or schwag), given how indirect and long-cycle so much of it is? How do we know we're even measuring the right things, and is there one key metric or KPI for measuring the health of a community? Where do "meta communities" or where does engaging key community leaders come in?
And when it comes to developer relations specifically, where should devrel sit in an organization (product, sales, engineering)? Who should you hire first? How do you reconcile developer as customer vs. developer as community member? And what's the difference between evangelism and advocacy?
Amir Shevat -- former VP of Product and Developer Experience at Twitch and former Director of Developer Relations at Slack who also previously worked at Google and Microsoft -- drew on his experiences to share insights and answers to these questions, as well as provides an overview of key concepts, followed by a Q&A with Mikeal Rogers, who works on Community Operations at Protocol Labs, and was formerly Community Manager of the Node.js foundation (and has shared insights on the changing culture and community of open source on a previous episode of the a16z Podcast).
This episode is based on a conversation that took place at a portfolio workshop event from a couple years ago organized by former a16z crypto partner Jesse Walden, because crypto gives developers the ability to build on top of and extend any protocol or application in the space, and developer relations and community building is an important part of that being realized. You can find the latest on company building best practices for crypto at a16z Crypto Startup School and see other pieces in our ongoing community series at a16z.com/community.
