
A startup with one CS hire and forty customers cannot build an org chart.
That person is already support, success, education and advocacy rolled into one. The real question is not whether to split the role but whether one person can own the whole customer relationship without it falling apart.
This is a different question from how the sales-to-CS handoff mechanism should change as a company grows. It is about who holds continuity with the customer once the handoff is done, and whether that can work with very few people.
In Session 5: Who Should Own the Post-Sales Customer Journey, Kristine Kukich asked this directly, describing her own ten-person company with one CS hire covering support, CS, education and advocacy for forty accounts. Diana Gabroveanu answered with a working example from a 24-person company running four CSMs.
Can one person really own the whole customer relationship?
Diana described a 24-person company, open source, with a public community, that runs four CSMs using a model where the CSM sits at the center of the relationship. She called it the family doctor model: the CSM knows every piece of involvement a customer has had with the company, every program they joined, every engagement, across the full year.
The value shows up at renewal. Articulating renewal value is fairly easy when you have talked to the customer all year, because one person holds all the context that would otherwise be scattered across product, marketing, support and community.
They're the family doctor. Honestly. They know everything about that customer. They know every piece of involvement, every engagement they had with the company.
Diana was explicit that this scales down. It can work in small businesses, as long as a company gives one CSM a small enough number of accounts to hold those relationships properly, from onboarding through adoption to community and loyalty.
What does the family doctor model actually require?
The panel's answer was not a staffing ratio. It was intention, and a digital-first posture when headcount is thin.
- One CSM per small set of accountsDiana said the key is giving one person enough room to hold the whole relationship, not spreading them thin across everyone.
- Digital-first touch where it has to beKristine's starting point, forty customers and one person, means some of the relationship has to run through digital channels rather than individual calls.
- Continuity held by a single ownerThe CSM tracks onboarding, adoption, community participation and renewal signals as one connected history, not separate events owned by separate teams.
- Pull in a specialist when something goes deepKristine described the same person acting as glue day to day, then handing a customer to a specialist once an issue clearly belongs to one function.
Erin Felton's framing applies even for a single-person team: whoever holds this role needs visibility into what happened before the sale, some authority to act across functions when something breaks, and a shared view of how the customer is doing. A startup CS hire with no title changes can still have all three if the company gives them access to presale notes and a line into product and marketing.
When does one person become too many touches?
The panel flagged a risk that applies even in a small company: multithreading, in Kristine's phrase, cuts both ways. Customers benefit from more than one contact at the company, but a company can also over-touch a customer when product, marketing and support all want a piece of the relationship at once.
Kristine's point was that even with many people wanting to reach a customer, there still needs to be one person who says, in effect, we have touched them too many times this week, we need to stop and consolidate. In a ten-person startup this is simpler to manage because there are fewer teams competing for the customer's attention, but the instinct is the same: one person protects the customer from being pulled in five directions.
- Every function reaches out to the customer separately with no one tracking the total
- Renewal conversations start from a blank slate because no one held the history
- A single CSM is spread across so many accounts that none of them get real continuity
- One person tracks every touch and can pull back when a customer is over-contacted
- Renewal value is easy to articulate because someone talked to the customer all year
- Accounts are sized so the owning CSM can actually hold the full relationship
Does this only work for small teams?
Diana's example runs counter to the assumption that family doctor ownership is a small-company luxury. Twenty-four people and four CSMs is still a small team relative to the customer base she described, and the model held because the company gave the CSM operational power over community requests, advocacy asks and award programs, not just a job title.
Angela Sutton's data point about early churn supports why this matters regardless of size: most activation happens in the first seven days and most churn risk concentrates in the first three months, so whoever holds continuity needs to be actively shepherding that window rather than waiting for problems to surface on their own.
Watch the full session to hear the panel in their own words.
Frequently asked questions
How many accounts can one CSM realistically hold under this model?
The sources do not give a number. Diana's guidance was qualitative: give the CSM few enough accounts that they can genuinely hold the relationship end to end, from onboarding through renewal, rather than spreading them so thin that continuity becomes impossible.
Does a ten-person startup need a dedicated CX function to make this work?
No. Diana and Kristine's exchange suggests the model can run with a single CS hire if that person is given the intention and scope to be the family doctor, using digital-first touch where headcount does not allow for individual attention everywhere.
When should the single owner hand a customer to someone else?
Kristine described this as stepping back once the volume of touches gets too high or once an issue clearly belongs to one specialist function. The owner's job is to notice the overload and route it, not to handle everything personally.
Keep reading
Stay in the conversation