Don Gastón Blog
Checklist

The onboarding email most small products skip

Shipping containers stacked at a port
Photo: Sir James · CC BY 3.0 · Source: Wikimedia Commons

Onboarding sequences for small internet products are usually a tour of features, sent in a fixed cadence regardless of whether the recipient has used any of them yet. The single email that would do more for retention than the rest of the sequence combined is rarely written at all: the one that honestly sets expectations for what the product cannot do.

What onboarding sequences actually optimize for

Most onboarding email sequences are built to maximize feature adoption: here is how to do this, here is how to do that, here is a tip you might have missed. This is reasonable as far as it goes, but it silently assumes the customer's biggest risk is under-using the product, when for a great many small internet products the bigger risk is the opposite — the customer assumed the product did something it does not do, discovers the gap weeks later, and churns feeling misled rather than simply uninterested.

A feature-tour sequence does nothing to close that gap, because it only ever describes what exists. The expectations-setting email closes it by describing, just as clearly, what does not exist — the boundaries of the product's scope, stated plainly enough that a customer who was hoping for something outside those boundaries finds out in week one, not month three.

Why this email gets skipped

Writing an email that lists a product's limitations feels, intuitively, like an act of self-sabotage — why would you volunteer reasons for a customer to leave? This intuition is backwards for a specific reason: a customer who discovers a limitation on their own, after paying and investing time, feels misled by omission. A customer who is told about the same limitation upfront, before investing anything, simply makes an informed decision, and if the product is not right for them, better to find out in week one than after months of build-up followed by an angry cancellation and a public complaint.

The email that operators skip is, in effect, a pre-emptive filter — it churns the wrong customers early and cheaply, before they have accumulated any resentment, and it reassures the right customers that the business is being straight with them about scope, which builds exactly the kind of trust that reduces support friction and refund requests later.

The trust dividend

Customers who receive honest expectation-setting early tend to trust every subsequent communication from the business more, because the business has already demonstrated it is willing to say something that is not flattering to itself. That credibility transfers to price increases, feature announcements, and even apologies when something genuinely goes wrong — a business that has been straightforward about limitations from day one gets more benefit of the doubt later than one that has only ever presented itself in the best possible light.

This dividend compounds specifically for small internet businesses, which rely more heavily on word-of-mouth and direct trust than larger, better-known competitors can. A customer who feels accurately informed from the start becomes a more reliable advocate, because their eventual recommendation to someone else will also be accurate — they will describe what the product is actually good for, rather than an inflated version that sets the next customer up for the same disappointment.

Applying this across a portfolio

An operator running several small products can build this practice once as a template — identify the top sources of onboarding disappointment for each property, write the honest-limitations email for each, and add it as a standard, early step in every onboarding sequence going forward. The specific limitations differ by property, but the discipline of writing them down honestly, rather than letting each product's marketing describe an unqualified, best-case version of itself, is a single habit that pays off identically across every property it touches.

Common questions

Won't telling customers what the product can't do scare some of them away?

It will scare away exactly the customers who were going to churn in disappointment anyway, and it will build more trust with everyone else — customers who feel accurately informed churn less than customers who feel misled, even when the underlying product is identical.

When should the expectations-setting email be sent?

Early — ideally the second email in a sequence, right after a warm welcome, before the customer has had time to form their own assumptions about scope that the product will later fail to meet.

How specific should the limitations be?

As specific as the most common source of disappointment in your support inbox. Vague caveats read as legal hedging and get ignored. Specific ones — this does not integrate with X, this is not designed for Y use case — actually redirect expectations.

Every property in the Don Gastón portfolio is independently live — built, deployed, and operated by one person.

See what's live in the portfolio