Miko

Case study 04 · Parent app redesign

Miko is a companion robot for children. The app their parents used to set it up did almost nothing else. We redesigned it into the place parents actually stay connected to their child’s day.

Role
Visual design lead, in discovery and stakeholder reviews from kickoff
Scope
Visual system and UI, information architecture, personas and journeys with the UX team
Product
Parent companion app for the Miko 3 robot
Platform
iOS and Android
Screens from the redesigned Miko parent app, showing written insights instead of charts.

The problem

The robot was the product. The app was an afterthought: parents opened it once to pair the device and then had no reason to return. Static screens, a progress report nobody could read, and no way to be part of what the child did all day.

That is a retention problem disguised as a UI problem. A parent who never opens the app never sees what the robot is worth, and never upgrades.

What was broken

Involvement
Parents had no visibility into the child’s day, so the app gave them no reason to open it.
Legibility
The progress report was confusing enough that parents ignored it entirely.
Access
Only one parent could be on an account. The second caregiver was locked out.
Navigation
Features existed but could not be found.
Control
No way to set missions, schedules or habits for the child.
Relevance
Nothing adapted to what a particular child actually liked.

The UX work

I was in the discovery sessions and stakeholder reviews from the start, so the personas were not something handed to me once they were finished. They drove almost every visual decision that came after.

Bella

Primary · Bought it, paired it, owns the account

“I want to be in touch with my child and everything she does when I am not home.”

Occupied all day. Checks in at lunch and on the commute home. Comfortable with detail and willing to go looking for it.

Sam

Secondary · The parent who did not set it up

“I am too caught up with work to spend time with my child during the week.”

Never opened the settings and never will. Wants the week in a glance, not a product to learn. In most households this parent had no account at all.

A day in the life journey map, tracking the child and both parents across a weekday.

The decision that came out of it

A parent app about a child’s learning wants to be a dashboard. Charts, streaks, scores. That works for the parent who researched the robot and set it up. It fails the other one, and in most households that is half the audience.

So we chose sentences over charts. Insights are written in plain language first, with visualisation as support rather than the main event. It lowers the effort to read, and it lands harder: “she watched three dance videos and asked to try it herself” does something a bar chart cannot.

That single decision set the tone for the whole visual system: fewer numbers, more language, generous space, and a premium feel that does not depend on data density.

Four design directions

Assistive

Suggestions carry the parent through content discovery. Clear hierarchy so data is visible without hunting for it.

Personal

Content recommended against what the child likes and where they are behind. Analytics shaped by the child’s own behaviour, not a generic template.

Transparent

Structured, simple layouts. Numbers presented so they can be understood at a glance rather than decoded.

Multilingual

Plain language, and a language choice at onboarding. Miko sells across regions where English is not the household default.

The information architecture for the parent app, from home through insights, scheduling and calling.

Visual design

This is the part I owned. The brief asked for premium, which usually gets interpreted as dark surfaces and tight type. For something opened one-handed for ninety seconds by a parent who never configured it, that is the wrong reading.

Premium here meant restraint: generous spacing, one accent doing the work, and typography large enough to read without attention. The home screen became widgets rather than a fixed layout, so what surfaces first can follow the child rather than the template.

Mikkonnect, the calling feature, got promoted to a permanent place. It is the emotional core of the product and it was previously buried behind navigation.

The Miko type scale and colour palette.Core components from the parent app UI kit.The home screen built from widgets rather than a fixed layout.Written insights about the child’s day, in plain language.Scheduling and habits, with Mikkonnect calling given a permanent place.A spread of finished screens from across the app.

What the screens are doing

01

Insight, not analytics

What Sammy is interested in is stated in a sentence. He answers maths questions fast, so try asking him a few more. The chart still exists, one tap behind a button, for the parent who wants to go deeper. Nobody has to read a donut chart to learn something about their own child.

02

A reason to come back

Adventures, rewards and scheduled habits turn the app from a setup utility into a surface worth opening on an ordinary Tuesday. Before this, a parent had no reason to return after pairing the device.

03

Parent participation

Habits, reminders and a nudge to remind Sammy let the parent influence what happens next rather than only reviewing what already happened. That is the difference between a report and a relationship.

Miko insight screens showing a child's interests and progress in plain language.

What came of it

The app went from a pairing utility to a daily surface: written insights, scheduling, habits, events, and calling in one place, with a second caregiver finally able to have their own access.

The client’s own goals for it were engagement and subscription conversion. I do not have post-launch numbers, so I will not claim any.