Allow users to leave private feedback
This is necessary when the user needs to send private information only to project administrators
Pinned replies
0
Vladimir Mullagaliyev co-founder
I think we can use internal message system for it.
Reply
Link
0
Vladimir Mullagaliyev co-founder
Now users can leave a private feedback. The private feedback visible only for feedback owner and project admins.
Reply
Link
Replies 8
Sergey Stukov co-founder
1) private messages between users
2) private feedback comments, that allows users leave comments with confidential information
2) private feedback comments, that allows users leave comments with confidential information
Get_Satisfaction has similar functionality ("Post it privately") - in some cases this is a must have. Get_Satisfaction explains how it works: "If you're sharing private details, you can post privately. We'll send your message (with your email address) directly to the company, and not to the rest of the community"
Sergey Stukov co-founder
Now we choosing between two variants of realization
1st is Private email
2nd internal private messaging system
1st is Private email
2nd internal private messaging system
Vladimir Mullagaliyev co-founder
Now users can leave a private feedback. The private feedback visible only for feedback owner and project admins.
Hello, as Vladimir mentioned above, currently this new feature is rather a "Private feedback" possibility (sent to the admins).
But as Sergey mentioned at the beginning of this post, another purpose is private messages between users: this could be very nice to have a possibility to send a private message to another user (for instance to share an piece of information about a feedback, but not in public).
Without implementing a full internal mailbox solution in UserEcho (too heavy) maybe a lighter solution could be a sort of e-mail author rewriting and forwarding:
But as Sergey mentioned at the beginning of this post, another purpose is private messages between users: this could be very nice to have a possibility to send a private message to another user (for instance to share an piece of information about a feedback, but not in public).
Without implementing a full internal mailbox solution in UserEcho (too heavy) maybe a lighter solution could be a sort of e-mail author rewriting and forwarding:
- the user writes a "private message" to another user with the UserEcho edit window.
- this message is directly sent by UserEcho to the (private) e-mail address of the recipient, but with something like "Pseudo <private-messaging-4321@userecho.com>" as sender.
- Then, if the destination user replies (by e-mail) to this address private-messaging-4321@userecho.com, the e-mail will be also redirected to the other user, but UserEcho will entirely remove the e-mail header, and will (as in point #2) replace it with a private-messaging ID (same, or different than the one of point #2).
Vladimir Mullagaliyev co-founder
Hello, as Vladimir mentioned above, currently this new feature is rather a "Private feedback" possibility (sent to the admins).
But as Sergey mentioned at the beginning of this post, another purpose is private messages between users: this could be very nice to have a possibility to send a private message to another user (for instance to share an piece of information about a feedback, but not in public).
Without implementing a full internal mailbox solution in UserEcho (too heavy) maybe a lighter solution could be a sort of e-mail author rewriting and forwarding:
Hi Ryann,But as Sergey mentioned at the beginning of this post, another purpose is private messages between users: this could be very nice to have a possibility to send a private message to another user (for instance to share an piece of information about a feedback, but not in public).
Without implementing a full internal mailbox solution in UserEcho (too heavy) maybe a lighter solution could be a sort of e-mail author rewriting and forwarding:
- the user writes a "private message" to another user with the UserEcho edit window.
- this message is directly sent by UserEcho to the (private) e-mail address of the recipient, but with something like "Pseudo <private-messaging-4321@userecho.com>" as sender.
- Then, if the destination user replies (by e-mail) to this address private-messaging-4321@userecho.com, the e-mail will be also redirected to the other user, but UserEcho will entirely remove the e-mail header, and will (as in point #2) replace it with a private-messaging ID (same, or different than the one of point #2).
Everything is possible :) But we are not sure that we need it (that our clients need it).
We have a public channel between users and public/private channels between user and staff. We think this is enough.
In addition, private messages between users open additional opportunities for spamming other users through our system.
That's true ;-) Thanks for reviewing the idea!
In fact, the only (but quite frequent) situation when this feature would have been useful is:
- discussion in a public channel between users
- two of them realize that they can share more info and would like to give their e-mail... but not in a public way.
In fact, the only (but quite frequent) situation when this feature would have been useful is:
- discussion in a public channel between users
- two of them realize that they can share more info and would like to give their e-mail... but not in a public way.