Metson Ventures.Co-Founder Studio

Blog

Building a parenting or family app in Dubai: what founders get wrong

The most common mistake is designing for one person when a family app has at least two: the child or parent who uses it, and the adult who decides whether it stays on the phone. Close behind are building too much before testing with real families, underestimating how much trust matters, and treating Dubai as one market when it's many communities with different languages, routines and expectations. Get those right and the rest is far easier.

I've spent a good part of my career designing for children and parents, including as UX Director at Lingokids and on products at WonjoKids. These are the patterns I'd look out for if I were starting a family product in Dubai today.

1. Designing for the user and forgetting the buyer

In a kids' product, the child uses it and the parent pays for it. In a parenting product, one parent might sign up while the other, a grandparent or a nanny does much of the day-to-day. Each of those people needs something different from the app.

If the child loves it but the parent can't see the value, it gets deleted. If the parent likes the idea but the child finds it boring, it gets ignored. Map out everyone who touches the product and what each of them needs to see before you design a single screen.

2. Building before testing with real families

Parents are generous with their opinions and much less predictable in their behaviour. A family might tell you they'd use your app every day and then open it twice.

Before building, put a prototype in front of a handful of families who match your customer and watch what they actually do. Better still, run the service by hand for a few weeks with off-the-shelf tools. If families keep coming back to the manual version, you've learned something worth building.

3. Underestimating trust

Parents notice everything. An unexpected permission request, an ad in the wrong place, a confusing subscription screen, a vague privacy policy. Any one of those can be enough to lose them, and they'll tell other parents.

Trust is built in small, boring details: asking only for the data you need, explaining why, making subscriptions easy to understand and easy to cancel, and keeping anything aimed at children free of manipulative design. If your product is for children, read the Apple App Store Kids Category guidelines and Google Play's Families policy early, and check your obligations under UAE data protection law. These shape design decisions, not just the legal page.

4. Treating Dubai as one market

Dubai's families come from all over the world. Different nationalities bring different languages, school systems, parenting styles and expectations about what a good app looks like. A product that works for one community can feel wrong to another.

Decide which families you're building for first, and design for them properly. If you need Arabic, plan for it from the start rather than translating at the end: right-to-left layouts change how screens work, not just the words on them.

5. Ignoring how parents actually use their phones

Parents use apps in spare moments: in the school pick-up queue, while cooking, at the end of a long day. Often one-handed, often interrupted. If something needs explaining, it's too complicated.

Design for short sessions. Make the most important action obvious on every screen. Let people pick up where they left off. And don't rely on parents reading notifications carefully, because most won't.

6. Building an app when the community is the product

Much of family life in Dubai already runs through WhatsApp groups, school communities and word of mouth. Founders sometimes build a full app to do something parents are happy doing in a group chat.

Ask what your product does that the existing channels can't. If the honest answer is "not much yet", start in those channels, learn what's missing, and build only that. Word of mouth between parents is powerful in both directions, so it pays to launch something small that works rather than something large that half works.

What I'd do instead

  1. Write down everyone who touches the product and what each needs.
  2. Pick one community of families to serve first.
  3. Test the core idea with real families before you build, ideally by running it by hand.
  4. Design the trust details from day one: data, permissions, payments and privacy.
  5. Build the smallest version that does one job well, and let parents spread it.

Questions founders ask

Do I need an Arabic version of my app at launch?

It depends on who you're serving first. If your first customers are Arabic-speaking families, yes. If not, you can launch in English, but design with right-to-left in mind so adding Arabic later doesn't mean redesigning everything.

How do I find families to test with in Dubai?

Start with your own network, school communities and parent groups, and be clear about what you're asking for and how long it'll take. Small thank-yous help. Ten families who match your customer are worth more than a hundred survey responses.

Should a kids' app be free or paid?

There's no single answer, but be honest with yourself about who pays and why. Whatever model you choose, make it clear and fair. Parents are wary of apps that hide costs or nudge children towards purchases.

What's the biggest design difference for children's products?

Children don't read instructions, explore by tapping everything, and lose interest fast. Large targets, clear feedback for every action and no dead ends matter far more than they do for adults.


I work with family-focused and kids' startups in Dubai through my Design & build subscription, and as a part-time co-founder. If you're building for families, book a call. I'd like to hear what you're working on.

More from the blog

All posts

Tell me what you're building.

Book an intro call and we'll work out whether I can help.

Book an intro call