Community response policy
This page outlines the process for escalating sensitive topics within Mattermost.
Why do we need a policy?
There are several sensitive topics raised by the community that we want to address appropriately and consistently at all times.
However, currently the struggles we have as a team is the unclarity on where Mattermost stands on each of the sensitive topics listed below. This unclarity often results in inconsistent responses that lead to confusion for our users, or ingenuine responses that breaks the trust from our community. We want to stop both of these from happening.
This policy is put in place to compel us as a team to have a clear official point of view for each of the listed topics below, with standard responses that can be used by a broader team. Until a clear point of view is reached, a person or a group of people are assigned as the approved responders to avoid unnecessary confusion and broken trust with our users and our community.
Therefore, if you see a question on a sensitive topic, the ask is to follow the escalation process below, and escalate sensitive topics to the approved responders until an official point of view is clearly documented. Once documented, this process will be revisited.
Escalation process
When an issue relating to a sensitive topic is raised (for example, on GitHub issues, Twitter, or elsewhere), it should be posted in the Community Escalations channel with an @-mention to the list of approved responders related to that particular issue.
Raising an issue is the responsibility of whoever is managing community responses in a given forum. However, it is also open for anyone at the company to escalate an issue that they see. It is then the responsibility of the approved responders to review the issue and choose an owner for responding (if a response is appropriate). By default, ownership is delegated to the first person on the list of approved responders.
Sensitive topics
While anyone can escalate a sensitive topic, only approved responders listed below can engage. If you’d like to be an approved responder for one or more of the topics, we welcome the help! Reach out to @jason.blais on community.mattermost.com, and you will be added to the next training session.
Non-regulatory Privacy/Telemetry where opinions are at play more than legal or regulatory issues:
Approved Responders: Dr. Program Management, Lead PM, CTO, CEO
Loop in: CEO, CRO
Template Response: To be added
Product-related Regulations/GDPR, and other legal issues:
Approved Responders: Head of Security, VP Legal, VP Product, CRO, CEO
Loop in: VP Legal, Lead PM, CFO
Template Response: To be added
Licensing, including open source and commercial license inquiries:
Approved Responders: Dr. Program Management, CRO, CEO
Template Response: To be added
Packaging, including requests for making an Enterprise feature free:
Approved Responders: Lead PM, VP Product, CTO
Loop in: CEO, CRO
Template Response: To be added
Workplace policies, including hiring locations:
Approved Responders: VP HR, VP Legal
Template Response: To be added
Security vulnerabilities
Approved Responders: Head of Security, Security PM, CTO
Loop in: CEO, VP Product, CFO
Template Response: To be added
Illicit use
Approved Responders: VP Legal, CFO
Loop in: VP Legal, CEO
Template Response: To be added
Marketing-related Regulations/GDPR, and other legal issues:
Approved Responders: VP Legal, CFO, CEO
Loop in: VP Legal, CEO
Template Response: To be added
Governmental data request, e.g. US government requesting user/customer data under US jurisdiction:
Approved Responders: VP Legal, CEO
Loop in: VP Legal
Template Response: To be added
Non-sensitive topics
Non-sensitive topics include feature requests, troubleshooting questions, bug reports, and other user feedback.
Response writing tips
Don't make false promises or assumptions
If you are unsure of the answer, ask someone for help. Do not reply with an assumption or incomplete understanding.
Don’t say "we’ll work on feature X" that sets expectations we cannot meet (e.g. after presenting to core team it turns out you can’t implement the feature).
Choose positivity over negativity
Avoid excuses like “we’re busy”, or “our team is small” and turn a missing feature into an invitation to share a feature idea to be upvoted.
Do your best to link documentation as answers
Allow answers to be easily updated dynamically, as documentation is updated.
Turn questions that are not answered in docs, but should be, into tickets to create that documentation (and include ticket link in your response).
Keep community end user information secure
If you come across a post that includes the person's IP address, domain name, or other information you think should not be disclosed publicly, edit the post to remove this information. Then click the hide revision button so that your edits won't be visible to others on the forum.
Be thankful
Communities really respond well to being praised and thanked for their work.
Do not focus on opinions
Turn product discussions into conversations of specific audiences and use cases that each product edition serves.
Roles
Below is the list of members mapped to each role mentioned as an approved responder:
CEO: Ian Tien
CTO: Corey Hulen
CFO: Kendra Neidziejko
VP Product: Chen-i Lim
VP HR: Natalie Jew
VP Legal: Nirosha Ruwan
Lead PM: Katie Wiersgalla
Head of Security: Daniel Schalla
Dr. Program Management: Jason Blais
Security PM: Katie Wiersgalla
Last updated