Running a DevRel Program using Cloud Technologies – Webinar Info and Links

This blog post for the May 2018 DevRelate webinar “2018 Running a DevRel Program using Cloud Technologies” contains additional information and web links for the topics covered. This blog post will be updated during the webinar week and in the days following.

Topics covered during the webinar include the following developer program features, best practices and how you can use “no cost” or “low cost” cloud services to provide the infrastructure you need to start or extend your offerings:

  • Social Marketing
  • Blogs
  • Newsletters
  • Webinars
  • Code Samples
  • Videos
  • Documentation
  • Answers
  • Events & Activities
  • News Feeds
  • Sandboxes, Virtual Labs
  • App Stores & App showcases
  • Chat Systems
  • Feature Requests
  • Training & Certification
  • and more


Past Webinars that Covered DevRel Best Practices


Free cloud platforms you can start with


Free (or low cost) cloud services you can use





Conference Calls





Code Projects



Social Sites

Social Tools





Bookmark this page and check back for updates.


DevRelate Webinar Nov 16 & 28 : Developer Relations Best Practices (Part 2)

Back in January 2017 we presented the first in a series of Developer Relations Best Practices, “Developer Relations Best Practices and Tools of the Trade“, focused on several aspects you’ll find in a well run developer outreach program. In that webinar we covered seven developer program best practices including: Social Media, Blogs, Newsletters, Webinars, Videos, Documentation and Answers.

In Part 2 of the Developer Relations Best Practices webinar series we’ll cover: events & activities, API sandboxes & virtual labs, app stores & application showcases, community chat systems, training & certification, popular blogging topics, and the programming languages you should support.

The developer relations best practices webinar content is supported by Evans Data Tactical Developer Marketing (Developer Marketing 2017 Survey and Developer Relations 2017 Survey) research results.


1) Reasons for Joining and Staying in a Developer Program
2) Developer Relations Best Practices Part 2
3) Q&A

Dates and Times

This webinar is offered multiple times on Tuesday, November 16th and Tuesday, November 28th. Select the date and time that works best for you. Use the pull down date/time box on the GoToWebinar registration page to select the session you want to attend. Register here!

Thursday (November 16, 2017)

  • 7am Pacific Standard Time (9am CST, 10am EST, 3pm GMT, 4pm CET)
  • 1pm Pacific Standard Time (3pm CST, 4pm EST, 9PM GMT, 10pm CET)
  • 5pm Pacific Standard Time (9am CST Beijing November 17, 12noon AEDT Sydney November 17)

Tuesday (November 28, 2017)

  • 7am Pacific Standard Time (9am CST, 10am EST, 3pm GMT, 4pm CET)
  • 10am Pacific Standard Time (12pm CST, 1pm EST, 6pm GMT, 7pm CET)



David Intersimone “David I”, Vice President of Developer Communities, Evans Data Corporation

Who Should Attend

  • Managers & Directors of Developer Programs
  • Technology & Developer Evangelists
  • Business Development Managers & Directors
  • Product Marketing Managers & Directors
  • Marketing Managers
  • Corporate Communications Managers
  • Heads of Developer Marketing
  • ANYONE who deals with developers!

The insights provided in this webinar stem from years of experience and the direct input from a global panel of software developers about what works for them and what doesn’t.

Whether you are starting a new developer relations program or enhancing a current one, you deserve all of the help you can get! Register Now!


What priorities should I focus on if my DevRel resources are limited?

I love doing webinars and hearing from attendees in the Q&A part of the event. It’s also great to receive emails after the webinar ends. During the webinar I can give quick answers for the questions and point attendees to additional sources of information. After the webinar I can do additional thinking and research to provide a more expansive response. Last week during my “Developer Relations Best Practices and Tools of the Trade” webinar, I was asked a wonderful question. The question was “If my resources are limited, what priorities should I focus on?”



Limited Resources? Activities that Won’t Take Long

When you have a small developer relations staff and/or budget you should look for the things you can do to communicate and grow your developer membership program. Here are some of my thoughts about the content and activities that you should consider.

  1. Write short blog posts with technology/product tips, tricks and how to(s). These don’t cost money and if you keep them short, you won’t have to spend a lot of time.
  2. Tweet news/tips to your developers and to the developer community
  3. Use Facebook Live/Video to put up short videos where you talk about your products/services/APIs – use your smartphone and just be yourself every day. Developers will love hearing from you, seeing you and also seeing something you are doing – showing a product/demo/solution quickly.
  4. Have your community members also share their videos, articles, tips/tricks – give them points/discounts if they help you with content.
  5. Automate as much as you can with programming/systems/tools – very important when you don’t have a large staff – that’s why I use Buffer for my Social media with the plugins it has for Chrome/FireFox/etc browsers -when I see an interesting article or finish a blog post – I can quickly post it everywhere.
  6. Build automated response systems for questions and emails coming from developers – this might take a little more work/development – to use Machine Leaning, Deep Learning and Bot technologies to handle the volume of email and forum posts from developers and give them answers and tips – leaving your team time to handle the tough inquiries.
  7. Provide bug tracking and workaround infrastructure – Atlassian Jira for example, allow your members to post bugs, post workarounds, post proposed fixes – they will help share the load to get better quality into your product/service.
  8. Allow your community members to add comments/content to your online documentation/wiki. Some worry about polluting the documentation – so you may set up the system (something like MediaWiki for example) to allow proposed comments/edits/additions/code/fixes and have someone review before including – make sure to have the member assure you that they are giving you the content and that they haven’t copied if from copyrighted materials (via the submission form).
  9. When you think you have automated as much as possible – then look at those things that are left and try to automate them as well.
  10. Create an MVP (Most Valuable Professionals), Community Leaders team to extend the # of devrel team members you have. Intel has their black belt members, Microsoft has their MVP program, Google has advocates, etc.
  11. When your engineering team is too busy to help, find ways to make it easy for them to help. For example, when I am doing webinars or technical sessions, rather than have the engineers prepare their own presentations, I would buy them lunch (they have to eat) and record a conversation with them and use it in the session or transcribe it into a document/slide deck.
  12. Have programming contests by your members to build apps using your products/services – give electronic based prizes – you’ll get more sample apps built or at least you’ll have apps stories to write about if members don’t want to give you their apps.
  13. Engage students/interns to help you – they don’t cost much (sometimes $zero if they get school/college credit) and can help with some of the work you need to get done and they also gain experience working with a company, it’s products/services/APIs.
  14. Interview your customers to create case studies and success stories. Record the interview and provide it for members. Transcribe the conversations to create documents for your developer/product web site – programmers talking to programmers about what they built, how they built it, what they learned, what more they want to do.



Top 3 Priorities to Focus On

I could say that you should do all of the above and more. But, if pressed to list three top priorities for content to generate for your developer community, here is my list.

  1. Content – tutorials, quick guides, How To(s), Sample code – “Content is King!”. Ask tyour engineering team to help.
  2. News – keep them up to date on product, API and company news – email newsletters once or twice a month.
  3. Videos – short (3-5 minutes) created by you, your team, engineers and leading community members.


Other Ideas and Priorities?

If your Developer Relations program, team and budget are limited, do you have additional advice? Send me an email and I will share them with our DevRelate community of Developer Relations professionals.

David I Facebook Avatar

David Intersimone “David I”
Vice President of Developer Communities
Evans Data Corporation
Skype: davidi99
Twitter: @davidi99