Customer Comms Team

Customer Comms Team

The Comms team communicating in person

People

Recently shipped

RevenueCat integration now available, not officially called CatHog

Our pals at RevenueCat have launched an official PostHog integration that enables you to do things like create behavioral cohorts of users based on revenue events, as well as measure the path users take to get there.

RevenueCat powers subscription systems and in-app purchases for over 32,000 mobile and web products. If you're one of them then this is a great way to get purchase and subscription data into to PostHog, so you can analyze revenue data alongside your other product data.

RevenueCat has put together some detailed docs on what's possible with the integration, but we've decided not to co-brand the integration as either CatHog or HogCat, for boring SEO reasons. Sorry.

Goals

Improve our SLA achievement without causing a CSAT catastrophe (Ben & Ben)

  • Rationale: Business as usual = A good start
  • What we'll ship: See issue
  • We'll know we're successful when: We're regularly hitting 90% SLA achievement for Normal+ prio tickets. CSAT doesn't fall below 80%.

Make everyone a subject matter expert as part of their onboarding (Abigail)

  • Rationale: More experts = fewer escalations
  • What we'll ship: Issue coming soon
  • We'll know we're successful when: Everyone is an expert in something and we have a playbook for learning when we hire next.

Support users outside of Zendesk (Steven)

  • Rationale: Other communities = good word of mouth
  • What we'll ship: Issue coming soon
  • We'll know we're successful when: We know if a community focus is worth it and we more regularly see users helping each other.

Centralize and improve all email comms (Joe)

  • Rationale: Better processes = Easier messaging beta
  • What we'll ship: See issue.
  • We'll know we're successful when: We have all emails coming from C.io, campaign metrics generally improve, messaging beta goes well.

Make sure our upcoming betas and product launches are successful (Joe)

  • Rationale: More products = More revenue.
  • What we'll ship: See issue.
  • We'll know we're successful when: We're successfully completing all launch plans and are getting enough users in each beta.

Side quests

  • Run another YC F24 campaign, but with even less direct work (Joe)
  • Continue supporting CS & Sales with everything they need to sell (Joe)
  • Onboard a new product marketing manager to increase bandwidth (Joe)
  • Ship Max AI and track reduction in the overall ticket volume (Steven)

Handbook

Values

1. Being hands-on is the best way to be helpful

It'd be very easy for us to say that we only handle communications and support – that things like bug fixes, docs updates, and content aren't our job. We want to avoid doing that. If helping anyone – whether a colleague or customer – is within our capabilities then we'll jump in. Sometimes we'll jump in anyway.

2. Process shouldn't come above anything else

We deal with a lot of different areas and we're constantly improving our processes to make them more performant and scalable. But if process gets in the way of delighting a user, accelerating a project, or otherwise Doing Good Things, then it's a bad process. It's better to break a rule than break a user's trust.

3. Support is a product, too

In order to keep investing in support, we need to know it's successful and give users a reason to pay for priority support via the Teams add-on. For this reason, we track the success of the Teams add-on and run monthly growth reviews to analyze how support and the Teams add-on are performing.

Responsibilities

  • Handling customer support tickets
  • Leading all large-scale or important messaging activities
  • Facilitating the success of our users (support) and other teams (product marketing)
  • Keeping users proactively informed about things they need to know

Metrics we care about

How we work

We work in weekly sprints. You can find what we're working on in the company-internal repo, where we put together a planning issue for each sprint.

Like other teams, we plan our goals quarterly. Every goal gets assigned an owner who then puts an issue together outlining some of their ideas and steps towards that goal. These issues go in the Meta repo.

When we plan product launches or widescale user messaging activities, we begin by drafting a plan in the Meta repo. There's a template for messaging activities if other teams want to request work.

Every week, on Monday morning, we put together a weekly report on the main support metrics for the Exec team, which is posted in the #team-exec Slack channel along with comments from CSAT surveys. Every two weeks we post a summary report in #tell-posthog-anything containing a bit more context and highlights.

Slack channel