Eric Glyman’s Post

View profile for Eric Glyman, graphic

Co-Founder, CEO at Ramp

On the time Y Combinator cofounder Jessica Livingston tore me a new one and changed the future org structure of Ramp: At YC, we attended weekly office hours where every startup shared 1/ their weekly growth %, 2/ their biggest problem, and 3/ what they were doing to solve it. That week in summer 2015 our startup Paribus had grown 20% w/w, our biggest problem was that we were getting too many customer support tickets, and our proposed solution was to hire a customer support person (as the third hire at a then two-person startup). Jessica pointed out that if our solution was to hire someone to deal with customer issues, then next week when we grew more we’d have to hire another person, then another, and so on. Her point was that the real solution isn’t solving tickets, it’s listening to customers and building a better product so customers never need to write in the first place. She told us how Brian Chesky of Airbnb, an icon even then, would still walk around wearing a Jawbone headset so he could personally take support calls, hear customer feedback and deal with problems immediately. She (kindly and graciously) schooled us in front of the group, and it was one of the best learning moments I’ve had as a founder. In a sense, every customer support ticket is a privilege – someone took time out of their day to write about how to improve your product. But it’s also a failure – you could’ve saved them that time by making the product better and more intuitive in the first place. You can’t out-hire a bad product, or compensate for poor taste with a big support team. Support is not a cost to minimize, it’s a key function every company should take seriously. When you listen to customers and make your product intuitive, you get output graphs like the below – where the rate of active user growth far exceeds the rate of support tickets. To this day, almost a decade later, support reports into product at Ramp

  • No alternative text description for this image
Hadi Partovi

Founder, Code.org // Angel investor: Facebook, DropBox, airbnb, Uber, etc // Boards: Axon, MNTN.

2mo

Thank you for sharing. Great lesson! (Also at Code.org, same philosophy: support also reports into product, and has remained a one-person role)

Madison Leonard ☀️

Product-Led GTM || Driving high-impact, low chaos launches || Grew ClickUp from $20M to $200M ARR || Sharebird Product Marketing Mentor & 3x PMA Top PMM

2mo

Would love to see your framework for how exactly to do this! Nearly every team I’ve worked with knows they should be doing this, but struggle to implement it in a scaleable way.

Cory Anderson 🌍

APM @ Salesforce AI | Climate Investing & Researching @ Contrary 🌳

2mo

Had a similar learning while co-founding previously Problem: need more leads proposed solution: hire outbound sales rep / head of ops negative consequence: rep isn't as motivated to improve product as the founders, never reached product market fit better solution: founder(s) should remove any/all nodes between them and the customer, until the product is humming good lesson on priorities at early stage. Until you feel the product lives up to it's value, don't let your job shift to non-customer facing activities.

James Colgan

Chief Product Officer, Envoy | ex-Microsoft, Slack, Spendesk | Board Member

2mo

Even better - have support report into engineering. The majority of tickets tend to be performance, quality, or reliability related. Bugs and glitches. Putting a colleague's name on a ticket increases the rate of those tickets getting resolved. UX issues will surface, but they'll be in the minority. They will be well-understood by your design and UX/Research team already. And the triad can work through those as part of their regular planning cycle. Support reporting into engineering eliminates the distance between the user and engineers and puts the responsibility for quality where it needs to be.

Basil Armanazi

Team Lead Application Support

2mo

That would work if you seriously dedicate your attention to customer feedback and take it seriously every step of the way (you’ll be surprised how many companies listen to the feedback but then just put it on the shelves due to budgeting, resourcing, and priority issues). The more you grow, the harder it will be to catchup with customers ever growing demands and a lot of enhancements may require resources that could affect the budget. The ideal way is to build the product according to your customers but if you plan on expanding, you will need customer support to provide at least temporary fixes or workarounds to the clients and act as a bridge with the Product Management team who will have a lot on their plate , to bring those product enhancements to life. Good Luck

Thank you for sharing your insights. This is a good example of the “babies in the river” framework. Instead of rescuing the babiesX you should pursue fixing the root cause, or at least understand what you’re actually dealing with. https://www.ilr.cornell.edu/post/babies-river

Alex Ryden

Founder & CEO at Guest House

2mo

"it’s listening to customers and building a better product so customers never need to write in the first place" 🏆

This is a great insight into how crucial customer feedback is for product improvement. As a QA professional, I wholeheartedly agree that addressing the root causes of customer issues is more sustainable than merely handling support tickets. It's essential to implement rigorous testing and continuous feedback loops to catch potential issues early. By focusing on building a better product and prioritizing quality assurance, we can significantly reduce the number of support tickets and enhance user satisfaction. Thank you for sharing this valuable lesson!

Matt Meeks

Strategic Business Leader | Product and Customer Operations | Defense, Robotics & AI | I help companies achieve repeatability and sustainable growth.

2mo

Let's face it, there will always be tickets. Making it easy for customers to submit tickets (point and click) and baking in network level auto-cut thresholds can bring big wins for the customer and support teams.

Greg Uspensky

Founder at Superlocal (Antler NYC7), uniting neighbourhoods one by one

2mo

Here's how we did it in our previous startup ASAP: - Welcome chat message from me immediately after sign up, literally the first thing user saw - Never hired support team, instead fixed things instantly - I used the same chat to communicate updates with all users As a result -> higher user tolerance to our bugs, 4.8 in Appstore across 1K+ reviews and lots of funny humane conversations

  • No alternative text description for this image
Like
Reply
See more comments

To view or add a comment, sign in

Explore topics