What is Developer Relations at Okta?
Okta is investing heavily into making developers successful by creating great developer experiences through updated SDKs and integrations as well as new pricing and packaging. These updates are intended to give developers everything they need to build modern, secure applications. But equally important is how Okta speaks to developers. How we engage with the community and build our reputation with a wide range of developers. At the heart of that effort, is our Developer Relations (DevRel) team. In this post, we’d like to introduce you to that team and give you a behind the scenes glimpse into how a large, successful company builds an authentic, high-value developer relations program from scratch.
How to Build a Developer Relations Team
Building a developer relations team at Okta was easy. Stormpath already had a DevRel team. When we joined forces — poof — it all came together! However, building a DevRel team at Stormpath wasn’t easy. The process started by hiring developers that could create and maintain SDKs for Stormpath’s API. Once the SDKs were created, these same developers started advocating for their respective projects through blog posts and speaking engagements.
Ultimately, this meant finding people who were a special combination of great developers with great taste for a good developer experience, who also genuinely loved helping other people build stuff, and were already actively engaged with the developer community because they loved it.
So, who made the team?
Meet the Okta DevRel Team
The DevRel team at Okta is made up of four individual contributors, each with our specialties. Let me take a moment and introduce them to you.
Randall Degges
Randall is our Lead Developer Advocate. He wrote the first book on Heroku, loves to hack Python and JavaScript, and is our go-to guy when it comes to deployment pipelines and AWS. If you’re having issues with Okta’s Python or Node.js SDKs, Randall’s the guy to talk to.
Nate Barbettini
Nate specializes in full-stack .NET and JavaScript. He was recently granted the .NET MVP Award from Microsoft for his contributions to the .NET community. If you’re having issues with our .NET SDK, talk to Nate.
Lee Brandt
Lee also specializes in .NET and JavaScript. He’s a long-time Microsoft MVP and the founder of KCDC (Kansas City Developers Conference). KCDC is one of the region’s largest developer conferences and has numerous languages and communities represented. Lee is a rockstar in .NET, Angular, and React, so hit him up if you have issues with these frameworks and Okta.
Matt Raible
That’s me! I’m Matt Raible and I started as a web developer, then a Java developer for about a decade, and then got back into UI development. I’m a Java Champion and like to code in both Java and JavaScript, though TypeScript has been a lot of fun lately. If you’re having issues with our Java SDK, Spring Boot, our Sign-In Widget, or anything Angular, let me know!
Why Developer Relations?
We have a Developer Relations team at Okta because we recognize that the decision maker for software has changed. In the past, companies that sell software could sell it via marketing, using a top-down approach that targeted CEOs or CTOs. Some companies still sell software this way, but the market has changed and developers have become the dominate decision makers. Especially when it comes to choosing software that their applications interact with. Need proof? See Stephen O’Grady’s The New Kingmakers.
While the actual number might be up for debate, the importance of technical talent is not. The most successful companies today are those that understand the strategic role that developers will play in their success or failure. Not just successful technology companies – virtually every company today needs a developer strategy. There’s a reason that ESPN and Sears have rolled out API programs, that companies are being bought not for their products but their people. The reason is that developers are the most valuable resource in business.
Everyone on the DevRel Team at Okta are former developers. In fact, we’re still developers! We’re working on the Okta SDKs, coding new examples to show how certain frameworks interact with our API, and hacking because we like to hack! We know that developers are the decision makers because we’ve been influencing software decisions for most of our lives.
Marketing to developers is often a hard shift for a successful traditional marketing organization. Proven tactics like branded collateral, Gartner and Forrester research, hosted events, and press releases can be difficult to map to developer audiences. Developers want to see code, they want to know how your systems work, and they want to use technology that’ll keep them excited and employed. Developers listen to the community. If there are negative things said about your product or API, you’re going to have a hard time winning them over.
DevRel means engaging the community. It’s a focused type of field marketing for the purpose of awareness, evaluation, sentiment, and product feedback. Our job is to make other developers aware that we exist and respectful of our opinions and thoughts via blog posts, speaking at conferences, and creating cool shit.
How DevRel Works at Okta
We plan to increase awareness of Okta’s Identity API (aka The Identity Platform for Developers) with many initiatives.
- Developer content marketing and thought leadership
- Regional community presence
- Influencer programs
- Support and engagement in open source tooling
- Internal advocacy
Developer content marketing and thought leadership
Okta’s Developer Blog is our primary way of creating content and providing thought leadership. We’re on Twitter @OktaDev, and chances are you’ll find one of us speaking at your favorite tech conference.
We recognize that content is king and we use our blog posts to extend our reach into the communities we know devs are already participating in.
We do this so we can share the interesting stuff that we’re building and educate developers at the same time. This also allows us to get feedback on what we’re building. It’s a win-win situation and helps both us and our users.
Regional community presence
For those developers that happen to live in the same town as our DevRel Team, there are even more benefits. We sponsor meetups that use our favorite technologies, and we’re interested in sponsoring more! We also have a company-wide initiative that allows us to buy developers a strong cup of coffee or an ice cold beer. In exchange, we hope to hear about your pain points with APIs like ours, and how we can make things easier for you.
Our DevRel Team is traveling to many big cities in the US to give tech talks, hang out, and generally get to know YOU. We do this so we can solicit feedback from other developers, build relationships, and try to positively impact developers lives all over the place.
If you’re interested in having us speak at your user group outside of the US, we can make that happen too! However, at this time, we require you to cover our travel expenses.
We sponsor meetups because we recognize that they’re an important source of knowledge for many developers around the world. They also offer a sense of community, networking, and social interaction that can’t be found online.
Influencer programs
We’re just getting started with our influencer program. We hope to engage with influencers in our respective communities and help them out by doing the little things that make them feel welcome. For example, giving them rides from the airport, taking them out to dinner, and hosting community meetups. If you’re an influencer in your community and have ideas, let us know!
We do this because we know how important influencers are and how traveling solo can be lonely. We want to make your hard work and traveling experience more pleasant!
Support and engagement in open source tooling
Supporting open source is something we did well at Stormpath. We helped support the Java JWT project, created a plugin for Chrome to inspect JWTs, and actively engaged with the open source security projects in the Java community (e.g. Apache Shiro and Spring Security) to make them better.
At Okta, we plan to do much of the same. We’re working to make https://oauth.com better, and we plan to do the same for OpenID Connect. We’ll continue to invest in the Java JWT project, and we’re working closely with the Spring Security team to make sure their OpenID Connect support is world-class.
If you’re involved in an open source project that helps developers use OAuth, OIDC, and other authentication standards, let us know how we can help! We have the budget to help with hosting costs, promotional materials, or whatever your project might need.
Internal advocacy
We’re doing our best to educate Okta employees how to work with developers too. We’ve already done several presentations on what DevRel is, and we’re making moves to make our documentation better, and our blog friendlier.
We know that Developer DNA cannot just be a part of the DevRel team. All of Okta needs Developer DNA. We’ve been telling people they can help by sharing feedback with us, having a beer with an engineer, build for good developer experience, and by giving back to the community.
DevEx, DevRel, and ROI
The DevRel Team focuses on making developers’ lives easier, but it’s not all fun and games. Our fearless leader, Alex Salazar, is in charge of making sure our efforts are right on the business side of things. Alex is the former CEO of Stormpath, so he’s hyper aware of revenue growth, cost reduction, and trying to balance predictability and risk. He knows that our go-to-market strategy needs to be around developer experience (DevEx) and developer relations (DevRel). It’s going to be tough to market to developers if our product is crap.
We’re focused as a team on cost efficiency and repeatability, to increase our ROI. We know what types of DevRel are the most effective (blogging, how to videos). We know what DevEx investments will have the greatest impact (ease of use, excellent documentation). We’ll do more of what’s working, and stop doing the things that aren’t.
And more than anything, we’re tracking the metrics that matter. This way, we know how many developers are using our API, with which SDKs, and how long it takes them to activate their account after signing up.
Here’s to the Future!
Being a part of the DevRel Team at Okta has been a great experience for me. It’s fun to be a part of something that’s just beginning, with a team of outstanding individuals. If you’re a developer using Okta, and you have feedback to share, please contact us at developers@okta.com. DevRel at Okta is a fun ride, and we’re just getting started.
If you’d like to talk to me about DevRel at Okta, or in your organization, please hit me up on Twitter @mraible or directly via email to matt.raible@okta.com.
Okta Developer Blog Comment Policy
We welcome relevant and respectful comments. Off-topic comments may be removed.