All Hands Support(wistia.com) |
All Hands Support(wistia.com) |
Support for B2C or B2[Brick and Mortar]B services is a different animal, IMO, and one that many startups don't get.
Actual entire response from one of our (very smart, social and senior) engineers recently to a customer who couldn't login:
"Hi (customer): I can't recognize the web browser you are using! Can you possibly try to login with one of our supported browsers and let me know if you still have a problem? -(engineer)"
Sure, it's exactly what he needs to know to start fixing the issue, but there's no chance the customer (a florist) is going to know how to respond to that. We're just wired differently.
IMHO, B2C still has some applicability here. It is still beneficial to rotate support among the employees responsible for the final customer-facing product...whether that product is technical or not. Taking a support day periodically to experience your customers' problems firsthand becomes a great way to internalize their most important pain points and desires, so that you can effectively prioritize new products and feature development. Spending quality time with customers can give you a ton of insight into the "whys" and "hows" of what makes them happy :)
Out of curiosity, how would someone with good customer skills handle this situation?
Obviously, some companies make a conscious decision not to support all browsers, so there might be no way around it in that case.
But as an engineer, are you even remotely interested in learning good customer service skills... or making sure the site doesn't come crashing down in an hour?
To answer the first half of your question: as an engineer myself, I am personally very invested in good customer service skills. Admittedly, doing a startup (vs. being part of a much larger organization) probably drives my customer interest quite a bit. However, even from an engineering perspective the customer interaction has definitely helped to focus my work on solving real (often recurring) customer pain points and requests, and communicating those back to the customer in a way they understand.
anybody out there with similar experiences as an engineer doing both customer support and development?
This specific case is my day job. We're still startupy-ish, but a little more established (you've definitely heard of us). We have a support team and all that, and the engineers are working on new features and scaling more-so than bug fixes.
I (of course) am working on my own thing and handle 99% of the customer service on it - not only because I want my customers to be happy, but just like you said, I want to work on what really pains my customers.