··· Chatra All books
§§ Table of Contents − − − − − − − − −
Ultimate Guide to Difficult
Conversations
1. Introduction 2. When you don’t know the answer 3. When you have to transfer a customer to someone else 4. When a customer requests a feature or product 5. When a customer asks you for a favor that you cannot do 6. When there’s something wrong with the delivered product 7. When you close the conversation 8. When a customer is angry 9. When a customer is unwilling to pay 10. When a crisis occurs 11. When you have a frequently complaining customer 12. When customers complain on social media 13. When you have legal issues 14. When you have to deliver bad news 15. When you have an abusive customer 16. When customers cross boundaries 17. When the customer speaks a different language 18. When a customer asks a vague question 19. When customers ask when something is going to be available 20. When you or your fellow agents made a mistake 21. When a customer wants to speak with a manager 22. When you can’t resolve the issue right away 23. When you need to let a customer know that it was their mistake 24. When a customer reaches you by mistake 25. When a customer asks how your product is different from others 26. When a customer is worried about how secure your service is 27. When a customer says that they forgot their password 28. When you want to point a customer to your documentation 29. When a customer violated your terms of service 30. When a customer is not tech-savvy 31. When a customer is right, but your policy is not 32. When a customer sounds like a bigot 33. You’ve got this!
4.

When a customer requests
a feature or product

With so many people in the world and so many products on offer, it should not surprise you that occasionally you will receive a request to add something to your product or to create a whole new product entirely. While it’s very flattering that customers care so deeply about your product that they want to see it improve, it can also feel frustrating if the feature request is coming from a comparison to another product or competitor. When responding, answer with grace and acknowledge their issue, then align with them and let them know you understand the value, and assure them that you will pass on their request to your product team. Both for chat and for email, the interaction should look something like this:

Thanks so much for emailing — that’s a great question. We don’t currently offer anything like that within our product, but I could certainly see it being valuable. I’m going to talk to our product team about this and let them know that there is interest. While I can’t say that we will be adding anything like this in the near future, we like to track requests like this internally so that we can make shifts. Please let me know if you have any additional insights that you’d like me to pass along as well.

Thanks!

The reason that this is the same for both chat and email is that there’s no real additional immediate dialogue that needs to happen after determining that this is a feature request. Whereas normally with chat there will be some back-and-forth with debugging a specific issue, this does not need debugging and will most frequently be a one response conversation, unless they have additional insights to provide.

This accomplishes a few different things: it lets them know that you care about what they have to say and that you value their opinion. It also prompts them for even more information that you can track in your feature request logs. Your product team would likely love as much information as they can get, and as much detail as you can provide will be useful.