[From Wrike] Email Communication With Non-Wrike Users 📧

So glad to hear this is now available, thank you! I see the instructions cover all possible cases, but our needs are probably simpler...just two situations. What's the best way to get specific help to set this up? 

Thank you!! 🙌

This is awesome! Thank you!

A nice little start. But why with the request form? Just allow mail communication for every task. That would be a step forward.

As we do not involve customers into Wrike, but having communication with suppliers about tasks, that would help. 

In our case suppliers do not make any tasks, but project managers doing this normaly in Wrike. It would be a great help if they could communicate out of Wrike with neccesary contributors about a task they created.

Nice MVP, glad to see this live.

Looking forward being able to bcc. additional external watcher participants, (even better: let the requester add himself the participants in the request form) as well as being able to decide if external people get notified of status changes (that gives them visibility when the tickets is being addressed).

In the past, it was always a pain to anticipate who will use the form to create the Collaborator. Now at least we can address this ticket, not blocking initial interraction.

It would be awesome for Wrike User, to "Submit collaborator creation request" directly from the tasks, that would notify Wrike Admin, and let wrike admin automatically approve a new wrike collaborator to be created.

Great feature for the first launch.
But I agree with the previous speakers. We need this feature in an existing project/task, not via a request form. 
We don't want to involve our customers in Wrike, we want to communicate with them through the tasks.
So it would be a great help if the project managers could communicate from Wrike with the necessary contributors/customers via a task they created.

a big step forward! 😃

That is super amazing, thank you guys for listening to your users!

😀

A great start, but as others have said, a few glitches need to be ironed out.

Having to create and send a form to someone so they can participate in a task is an unnecessary step. 

It's a big step forward for "outsiders" to be able to participate in a task without having to create an account, Yay! It would be even better to be able to customize the email subject line, either once or each time, to identify that the message came from us. The current subject line generated by the system is meaningless and could be interpreted as spam.

This is great! We've already implemented it within 3 of our forms and are looking forward to future use cases as well!

Michele DeFilippo I'm assuming you can't change the subject line so that it appears within the original email conversation the submitter gets after submitting the form, because the replies do not show the task/project name. So this is the best way to make sure the person you're replying to knows what you're referencing (unless of course they delete that confirmation email), but that's just my guess as to why it's done that way.

Passing this to the group. I know we wanted to look at this for help desk tickets but thinking this still may not suffice.

Thanks for the reply, Cody Rogers. That is what's happening, but from our customer's point of view, imagine receiving 200 emails during a project with a title like "Your request successfully submitted (Ref #941068686)". Neither our company name nor their project name is in the subject line, so I can easily imagine clients deleting these messages unopened or blocking them as spam. Sigh. If the system were to pick up the task name as the email subject, or we could define the email subject line when setting up the original request form, that would do.

Hi everyone, thank you so much for the feedback you've been sharing here, we appreciate it. I'm passing all your suggestions and thoughts to the team👍🏼

Hi again all! To answer the question Michele DeFilippo raised, I've checked in with our Product team. For this first iteration, the team is focused on request forms that promote structured work intake that reduces back and forth email communication required to collect all required information.

However, they understand that there are other needs for external communications. At the moment, they are researching how to expand this functionality further while being compliant with legal and security requirements. Hope this helps🙋🏻‍♀️

This is excellent news, thank you. I've learned that the editing of the subject will be available within a few weeks - then it's perfect!

Thank you Claudia Tietze 🙌

Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Lisa Wrike Team member Become a Wrike expert with Wrike Discover

This is useful and will help us work with our freelancers 

I'm happy to hear that Robin Pepper 🤗

Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Lisa Wrike Team member Become a Wrike expert with Wrike Discover

This is a nice start! I agree with other comments about the need for this outside of a request form, and a preference to be able to customize the email subject line. 

One other future consideration: Allow the name to be mapped to a custom field. We have to ask the requestor's name twice in order to capture for a custom field, then again for the email functionality. Would be great if we only had to ask once. 

That make it more easy. Please add that everywhere. It would be nice if I can put the Mailadress in a costumfield and define that as mail receiver.

Thank you for your feedback folks, I'll pass it on to the team shortly 👍

Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Lisa Wrike Team member Become a Wrike expert with Wrike Discover

Love the idea of being able to email external contacts directly from Wrike! I agree with those who have suggested this be an option across the board, not just for request forms. Also agree with the need to be able to customize the subject line of the email.

Specific to request forms there are two pieces that would be beneficial for our use.
1) This needs to be an option for projects, not just tasks. We do a lot of work with projects and it would be helpful to communicate with our external contacts at the project level, not the task level.
2) For request forms it would be helpful to have the option to include a copy of the form responses in the email. Sometimes there are details from the form that need to be clarified - it would be easier on us and the external contact for all of that information to be in one email instead of them having to go back and see their e-receipt.

Thank you for your detailed feedback Melissa Mourer! 

On enabling this functionality for projects - this is already available for project-based custom item types 🙂

Lisa Community Team at Wrike Wrike Product Manager Become a Wrike expert with Wrike Discover

Lisa Wrike Team member Become a Wrike expert with Wrike Discover

This is a great new feature and I'm excited to try it. However, I will have to modify my request forms to create tasks instead of projects which is a huge downside to this feature. My team does a significant amount of work via our request forms but having it tied to tasks instead of projects will create problems in our workflow. 

We're very grateful that you're working on this feature. When do you expect to roll out mobile capability? Without this (and the ability to customize the subject line as stated above), I hesitate to roll it out. I can't very well tell clients they can only communicate with us from the desktop.  

Diana Martin You can do it through a project by first creating a Custom Item Type for those projects. Takes a little getting used to, but I set those up for a department that deals with outside requests and the slight change in the look of the project pane was worth it to them to be able to communicate with the requestors within Wrike directly.

Michele DeFilippo if the "client" is the one that is the requestor, they would respond within their email platform, so it doesn't matter if they're mobile or not. If the "client" is the one that uses Wrike, then unfortunately it's not in the mobile app yet; we checked this as well. Thankfully, 99% of our team doesn't use the mobile app.

Thanks for the clarification, Cody Rogers.

I just want to second Melissa Mourer 's suggestion bout integrating e-mail communication to projects.  Most of our external request forms submit as projects with blueprints, having multiple tasks assigned automatically.  As a PM, I usually have to e-mail the requestor outside of Wrike and would love to be able to communicate directly from the project.