← WORKFLOWSWorkflows / Customer_support

Inbound support requests, triaged and drafted

For founders who still answer customer email and Slack themselves. Waveloom reads the thread, says why it matters, drafts the reply, and waits for your approval. It is not a helpdesk.

  • Gmail
  • Slack
Example_cardIllustrative
Needs youGmail · 11:20
Paying customer, second time asking about export, tone is patient but tired
Customer asks when CSV export will include archived projects
Their second email on this. A reply is drafted from the thread and what you told it. Nothing sent.
Review draftDismiss

First, the honest version. Waveloom is not a helpdesk. It has no ticket queue, no shared inbox, no agents, no SLAs, no macros. If you have a support team, you need a support tool, and this is not it.

Waveloom is for the stage before that. You are the founder. Customers email you directly. They message you in Slack. You answer them yourself, between everything else, and the good ones sit unanswered for two days because they landed in the same inbox as the newsletters.

What happens to a support message

A customer writes in through Gmail or a Slack DM. Waveloom reads it in the background, alongside the channels and everything else it watches.

Most messages get dropped. Automated receipts, notifications, a thread that someone else already answered. Waveloom does not create a card for these. That is the default outcome, and it is the one that keeps your feed usable.

When a message needs you, you get one card. It has:

  • The context. The message, plus what Waveloom already knows about this customer from your feed.
  • Why this matters. One line. "Paying customer, second time asking about export, tone is patient but tired." Not a summary of the email. A reason to open it.
  • An editable draft. Written from the message, the context it has, and what you have told it. You can send it as is, change three words, or rewrite it.

Approval is the whole design

Nothing goes out on its own. Waveloom can execute exactly two background actions, reply by email and reply to a Slack DM, and both require you to approve the draft first. This is enforced in code. There is no setting that turns it off.

If you dismiss a card instead, Waveloom remembers that too. Over time it gets a better sense of which customer messages you want to see and which you handle some other way.

Where it fits

Early-stage founders. Solo operators with a small customer base. Anyone whose "support" is a Gmail label and a #customers channel. If that is you, the value is simple: the customer message that matters shows up with a draft attached where a reply is supported, and the rest stays out of your way.

When you hire your first support person, you will outgrow this. That is fine. It was never meant to replace them.

What_it_does
  • Reads customer email and Slack DMs in the background
  • Drops receipts, notifications and threads someone already answered
  • Surfaces one card with the context and a one-line reason
  • Drafts an editable reply that sends only after you approve it
What_it_won't_do
  • Send a reply without your approval
  • Run a ticket queue, statuses or assignment
  • Track SLAs or response times
  • Work as a shared inbox for a team
  • Answer from a knowledge base or help centre
Founding_beta

Invite-only. Small cohort.
You talk to the founder.

Seats open in small batches as the system proves itself on real inboxes. Join the waitlist and you'll hear from me directly, not from a drip campaign.

Unsubscribe anytime