Closed Bug 878187 Opened 11 years ago Closed 4 years ago

Peer messaging between users

Categories

(developer.mozilla.org Graveyard :: Collaboration, enhancement)

All
Other
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: jswisher, Unassigned)

References

Details

(Keywords: productwanted, Whiteboard: [specification][type:feature][LOE:10])

What problems would this solve?
===============================
Currently there is no way for an MDN user to send a message to another user. Admins have access to users' email addresses, but use of them is not directly supported by the site, and it just feels wrong to use them for content-level messages.

Who would use this?
===================
Admins and ordinary users who want to communicate privately. 

What would users see?
=====================
Something similar to the message feature on SUMO: Logged in users have an Inbox link, which opens an inbox page. There should be a visual indicator of unread messages.


What would users do? What would happen as a result?
===================================================
Users can read, reply, or send new messages.
Users can set an option for whether they get email notifications about messages; this should be on by default.

Is there anything else we should know?
======================================
I know we've discussed this before, but I can't find an existing bug. 

This could probably be swiped wholesale from Kitsune, especially for the initial implementation.
Component: General → Collaboration
I increasingly think this would be invaluable for our users, to let them contact MDN staff and interact to collaborate. This would also let us contact them in case of problems with their work.
Severity: normal → enhancement
Blocks: 1036529
I committed some time ago to write up requirements for this feature (based on problem to be solved), and haven't completed that. Setting a needinfo to remind myself.
Flags: needinfo?(jswisher)
:jms, please let me know when you're digging in, I have some ideas to talk with you about.
Draft of requirements: https://docs.google.com/document/d/1nDOY5DWjyL_oVWGAlexpChFXYfECjpaJa8dldr7Nt28/edit?usp=sharing
Flags: needinfo?(jswisher)
Summary: Onsite messaging between users → Peer messaging between users
ACTION: Janet come up with a simpler <1Q experiment related to messaging between site users, particularly "moderator -> new user".
Flags: needinfo?(jswisher)
Here's a way to allow moderator-to-user messaging with minimal code changes:

* Add a flag to user profiles, and a corresponding checkbox to the "Edit You Profile" UI: "Allow topic drivers and localization leaders to email me about MDN-related subjects." The words "topic drivers" and "localization leaders" should link to the pages that explain these roles. 
* For users who have set this flag, when a member of the Topic Drivers or Localization Leaders groups views the user's profile, display a button labelled "Email user", with a mailto: link containing the user's email address.

This proposal does not keep users' email addresses completely confidential, but it limits the disclosure to trusted community members. Community leaders also must expose their email addresses to users, but they can choose what address to use for MDN-related messages.

The flag should be turned off by default for both new and existing users. (We can use dev-mdc as one channel to encourage engaged existing users to turn it on.) The question, then, is what percentage of new or existing users enabling the flag would indicate sufficient interest in this feature?
Flags: needinfo?(jswisher)
:groovecoder, can you LOE this?

Let's discuss the target here in bug. I think it probably relates to "how many people come back a second time to do some edits".
Flags: needinfo?(lcrouch)
Whiteboard: [specification][type:feature] → [specification][type:feature][LOE:?]
Related bugs/use cases for emailing users:
* bug 956529
* bug 988923
An MVP implementation:

1. Add a field to user profile model ~1d
2. Add UI to user profile to edit the field value; include event tracking ~3d
3. Add "Topic Drivers" and "Localization Leaders" groups ~1d
4. Add "Email user" mailto: link to user profile for those trusted groups; include event tracking ~4d

Round up to ~10d.
Flags: needinfo?(lcrouch)
Whiteboard: [specification][type:feature][LOE:?] → [specification][type:feature][LOE:10]
Looks like "Topic drivers" and "Localization leaders" groups already exist?
MDN Web Docs' bug reporting has now moved to GitHub. From now on, please file content bugs at https://github.com/mdn/sprints/issues/ and platform bugs at https://github.com/mdn/kuma/issues/.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.