Marketing/Developer/Meetups HOWTO

Playbook for Developer Meetups at Community Spaces

DRAFT to be moved into Main namespace when more complete

This document is a guide for Mozilla volunteers who want to host developer-oriented meetups in Community Spaces that are not associated with a MozSpace. Much of this guidance also applies to developer meetups in MozSpaces or in communities that do not have a Mozilla physical presence. Please note that events in MozSpaces must have an employee sponsor and follow additional guidelines.

Deciding on meetups to host or sponsor

The most important step in deciding what meetups to host or sponsor is to evaluate the environment of your local technical community.

• Are there existing technical meetups? (Check meetup.com, or local equivalent.) Are these aligned with Mozilla interests? (e.g., JavaScript, Rust, web technology in general)
• What areas of content or interest are not covered by existing meetups?
• Consider conducting a survey to find out developers in your area want from meetups that they're not getting.

If there no existing meetups for developers in your area, you can start a meetup with a very broad scope, such as "web development". If there are many meetups already, it might not make sense to create another one, but rather invite some existing meetups that are aligned with Mozilla to meet at your space. If there are some existing meetups, try to fill gaps in the content that they cover.

Types of meetups

The following are suggested types of meetups you could host, but definitely not all possibilities.

• Mozilla-specific
  • Hands-on with Firefox DevTools
  • MDN Localization
  • Firefox engineering contributors

• More general technical
  • Web development
  • Hardware hacking (e.g., Arduino)

Frequency

How often should you hold meetups? Once a month is a good cadence for any specific type of meetup. One developer event per week in the community space is a minimum target to sustain activity and interest; two per week is preferable. Therefore, a good initial target is four monthly technical meetups, one each week.

Add more meetups or events depending on attendee demand. Don't try to do too much too soon. If there is attendee interest in a specific new type of meetup, try it as a one-off meeting (or a few meetings) before committing to a new regular meetup on an ongoing basis.

Processes

• Keeping track of attendees
  • Collect sign-in (who actually attended), not just sign-up (who plans to attend)
  • Name, email address, what event they attended
  • Follow Mozilla privacy policy and best practices.

• Solicit feedback
  • Send survey to attendees after every meetup.
  • Keep it short, same questions every time, so you see trends over time.

Example Survey

• This meetup was worth my time.

 Agree 4 3 2 1 Disagree

• I would recommend future meetings of this meetup to my friends/colleagues.

 Agree 4 3 2 1 Disagree

• What I liked best about this meetup was:
• Something that could be improved is:
• Other comments: