ShipDesk.devblog
the blog

How to find your first 10 SaaS users without paid ads

George · 4 min read

Your first ten users do not need to come from a large audience. They need a problem your product can solve and a reason to try an unfamiliar tool. The number ten is a manageable starting target, not a promise about how quickly this will work.

This plan is for a founder with a usable product and a small budget. It centers on learning from a specific audience, making an honest offer, and following through after a signup.

Define a user before counting one

Decide what meaningful use looks like. An email on a waitlist, an account created, and a person who completes the main task are different signals.

For a scheduling tool, activation might mean publishing a booking page. For an invoice tool, it might mean creating a first invoice. Keep paid customers separate from trial users so you can see both interest and willingness to pay.

Write down the event you will count. Otherwise a burst of signups can look like progress even when nobody reaches the result you built the app for.

Narrow the audience for the first attempt

"Small businesses" includes too many different workflows. "Independent designers who send several client proposals each month" gives you a clearer research question and a more specific product explanation.

Find where that group already discusses the task: a professional community, a forum, a newsletter, or public posts. Read before participating. Note recurring problems and the tools people currently use.

Choose one segment for a short experiment. You can change the segment later; the first goal is to learn whether your offer makes sense to one recognizable group.

Build a small research list

Record public conversations or communities relevant to the problem. A simple sheet can hold the source, the problem mentioned, the current workaround, and the next appropriate action.

Do not turn that list into a mass-message campaign. Respect community rules and people's contact preferences. If a person has not invited pitches, contributing a useful answer in a public discussion may be more appropriate than sending a sales message.

Look for recent evidence of the problem, not just a job title that seems to fit. Someone describing a frustrating manual process gives you more context than an arbitrary list of company names.

Offer help with one small task

When outreach is appropriate, connect the offer to the person's actual question. Explain what the product does and give them an easy way to decline.

For example: "You mentioned rebuilding your client checklist for every project. I made a tool that saves a reusable checklist and copies it into a new project. If useful, I can send a short demo using sample data."

That example makes a limited, testable offer. Avoid claiming the tool will transform their business or save a specific number of hours without evidence. Be clear if you are the founder and if the trial is paid.

Make the first trial easy to understand

Show a short demo of the core workflow. Give the person one task to try and tell them how to ask for help. If setup is difficult, offer a brief assisted walkthrough with their permission.

Use sample data for the demo. Do not ask someone to upload sensitive business information merely to find out whether the product is useful.

Keep the landing page and trial consistent. A button labeled "try the tool" should not lead to an unexplained waiting list. The link preview checker can help you confirm that the link you share has an accurate title and description.

Add a public launch as another path in

A launch board can give interested people a place to inspect the product and its maker. It is one channel in the experiment, alongside direct conversations and useful contributions to a community.

On ShipDesk, the board runs in weekly cycles. Starting on Monday gives your launch the whole board week. A midweek start gives you the remaining part of that week; it does not create a fresh seven-day window. Review the current launch choices when you submit.

Use a concrete description and a screenshot of the task users can complete. Browse the weekly board, then share your launch where it is relevant and welcomed. A listing can help discovery, but it cannot guarantee ten users.

Follow up with a question about the work

Ask what the person tried, where they got stuck, and whether the result helped. A question such as "What stopped you from finishing your first proposal?" is more actionable than "Any feedback?"

Track the source, signup, activation, and return visit for each experiment. With a small sample, individual conversations often explain more than a conversion percentage on its own.

If several people stop at the same step, fix that step before adding a bigger audience. If people complete the workflow but do not return, investigate how often the problem occurs and whether the result is valuable enough.

Repeat the part that earned useful responses

At the end of the experiment, write down which audience understood the offer, which conversations led to trials, and what testers actually accomplished. Keep promises small and specific while you improve the product.

Your first ten active users are a learning group. Their questions can shape onboarding, a clearer landing page, and your next guide. That creates material worth publishing because it comes from the problem you are solving.

create your free launch page