Ayodele Joseph

Product Designer + Design Engineer

Work

Playground

About

Resume

Work

Playground

About

Resume

Got something you want built properly?

Designed + Coded with

by Ayodele

Linkedin

X

Call

© 2026

Back

Contents

Back

Handy

Voice notes that write themselves

Sometimes you have something to say and no time to write it down. Speaking is faster than typing, which is why people record voice notes. Then the voice note becomes the problem.

Handy, a tool that turns spoken thoughts into structured notes

Client

Handy

Year

2026

Timeline

Personal product

Role

Product Designer

Design Engineer

Focus

Voice

AI

Context

Editor

macOS

Problem

A voice note captures everything, and people do not want everything. What is left is a second job: listen again, clean it up, find the parts that matter.

My role

The whole product. The idea, the interface, the AI behaviour, and the code, built with Claude Code.

Key decision

Do not stop at transcription. Transcription was already solved; the gap was between a transcript and something useful.

Outcome

You speak, and you get back something you can edit and use. The messy part in the middle is the product.

01

The problem

A voice note is good at capturing everything.

But people don't always want everything. When we speak, we repeat ourselves. We pause. We change our minds. We use filler words. A transcript keeps all of it.

So the user is left with another job.

  1. 01

    Record

  2. 02

    Listen again

  3. 03

    Clean it up

  4. 04

    Find the important parts

  5. 05

    Organise them

The recording was easy. The useful part came later, and I wanted to shorten that gap.

What if you could speak naturally and get something useful back?

02

Overview

Handy turns spoken thoughts into structured content.

The basic idea is five steps.

  1. Speak

  2. Transcribe

  3. Clean

  4. Structure

  5. Edit

The user does not need to think about the steps in the middle. They just speak. Handy does the heavy lifting, and they get a result they can review, change and use.

03

What I found

Transcription was not the problem.

The more I thought about it, the clearer that became. There are already many tools that turn speech into text. The bigger problem is what happens after that, because a transcript is not the same thing as a useful note.

Someone might speak for five minutes about a project. Inside that recording could be three ideas, two tasks, a problem they noticed, and a decision they need to make. All of that information is there. It just isn't organised.

What you get

Five minutes of continuous text, in the order it happened to come out.

What was in it

Three ideas, two tasks, a problem, and a decision waiting on you.

So Handy should not stop at transcription. It should help turn the raw thought into something easier to use.

04

The idea

Speak naturally. Get something useful back.

That meant Handy had to do three things well.

01. Capture.

Make it very easy to start talking.

02. Understand.

Turn speech into clean, readable text.

03. Shape.

Help organise the thought into a useful format.

That became the foundation for the product.

05

The first screen

I wanted the first screen to feel obvious.

You open Handy. You see one main action. Talk.

There was no need to explain the product before someone used it. The user already knows how to talk, so the interface gets out of the way.

06

Making speech easier to read

People don't speak the way they write.

A recording could look like this:

What was said

So, um, I was thinking that maybe we should probably change the onboarding because people are getting stuck around verification...

What Handy keeps

We should change the onboarding. People are getting stuck around verification.

The idea was clear. The sentence was not. Handy cleans up the unnecessary parts while keeping the original meaning.

Clean the thought, not the thinking.

07

Giving the thought some shape

Clean text was better, but still not enough.

A person might talk about several things in one recording, so Handy finds the different parts of the thought and separates them.

What comes back

What it holds

Summary

A short version of what was said

Key ideas

The main points

Action items

Things that need to be done

Notes

Useful information worth keeping

The goal was never to make the user start over. It was to give them a better starting point.

08

It matches where you are

The same words shouldn't sound the same everywhere.

Cleaning a sentence is only half of it. How clean it should sound depends on where it is going.

If you are dictating into Gmail, the thought should come out as something you could send to a colleague. If you are in a chat with a friend, it should not. It is the same recording, dressed for a different room.

In Gmail

The thought arrives as a message you could send to a colleague without reading it twice.

In a chat with a friend

It stays casual, because that is how you would have typed it yourself.

Straight into the field you were already in

Handy reads the app you are speaking into and cleans to match it, then pastes the result where your cursor already was.

You do not copy anything. You do not switch windows. You speak where you were already working, and the words turn up in the register that place expects.

In settings it is one switch, Context-Aware Cleanup, sitting under a style you can set by hand. Reading the room is the default, not the only option: if you would rather decide for yourself, you pick the style and Handy stops guessing.

The tool should fit the room you are in, not ask you to come to it.

09

The user stays in control

The user still has the final say.

AI does a lot of the work in Handy. But the result is a draft, not a verdict. Someone can review it, edit it, remove something, add something, and then use it wherever they need it.

Speak

Review

Edit

Use

That made the product feel less like an AI that writes for you and more like a tool that helps you get your thoughts into shape.

10

Designing and building it

Handy was different because I built it myself.

I used Claude Code to turn the designs into a working product, which meant I could move quickly between design and code.

  1. 01

    Design

  2. 02

    Build

  3. 03

    Test

  4. 04

    Change

Something could look good in Figma and feel wrong the moment I used it. So I changed it. I could also test ideas much earlier, instead of waiting for a developer to build them, which made the design work more hands-on than it had ever been.

11

The result

The process got shorter.

Handy started with a simple problem: speaking is fast, but turning speech into useful work takes time.

You speak. Handy turns your words into clean, structured content. You review it, you make it yours, and then you use it.

The product is simple on the surface. Underneath it is a full process for moving from a rough thought to something useful.

12

What I learned

A good AI product does not need to do everything for you.

It just needs to remove the parts that get in the way. For Handy, that meant taking care of the messy work between speaking and having something useful.

The user still owns the thought. Handy just helps them get there faster.

The thought is still yours. Handy only takes care of what sits between having it and being able to use it.

Download Handy for Mac

Previous · Earnipay Business

Who has to say yes

Next · Earnipay

Rewards that felt personal

Client

Handy

Year

2026

Timeline

Personal product

Role

Product Designer

Design Engineer

Focus

Voice

AI

Context

Editor

macOS

Download Handy for Mac