Sounds good. I'll send you the numbers tomorrow after the board call.
Not tracked anywhereClient project · AI product design
AydoneAI-powered commitment management
Danny Wilson runs several ventures, travels to meetups around the world and has a newborn at home. He kept losing track of what he'd promised, and asked for a tool to fix that. Aydone finds the commitments hidden in your conversations and turns them into ones you can track, delegate and close.
The problem
Promises are made in conversations, then lost there
- He loses track of his promises, often.
- It's hard to remember everything he's agreed to.
- He's often too busy to write things down when he makes them.

Promises like these are made in passing, in whatever app the conversation happens to be in:
Re the pricing question, I'll speak to Sarah and come back to you.
Not tracked anywhereThanks for the draft. I'll check with the legal team and get back to you this week.
Not tracked anywhereNot ready yet. Let's revisit this next week once we have the data.
Not tracked anywhereHappy to help. I'll intro you to our CTO as soon as I get her contact.
Not tracked anywhereGreat meeting you. I'll share the case study deck on Monday.
Not tracked anywhereThe problem isn't only information overload. Conversations are full of commitments, and every productivity tool expects you to spot them and write them down yourself.
A to-do app only knows about what you type into it. Most promises are made in the flow of a conversation, like a reply sent between meetings or a “sure, I'll do it” on a call. Remembering them is left to human memory, and that is the part that fails first under pressure.

Danny isn't the only one
Desk research shows how fragmented communication has become for anyone who works across many channels.
Average gap between interruptions by a meeting, email or chat during core hours
Emails the average Microsoft 365 user receives per day
Teams messages per day, with after-hours chats up 15% year on year
Employees and leaders who say work feels chaotic and fragmented
Confirmed: founders like Danny, who juggle many relationships and make many small promises a day. Likely, not yet validated: other roles with the same pattern. People with ADHD or other executive-function challenges are one relevant group within that audience, not the whole audience.
The insight
What tasks did you create?
They start from what the user already noticed and chose to write down. Anything they didn't write down doesn't exist.
What did you promise?
It starts from the conversation itself, surfaces the commitments in it, and lets the user decide what happens to each one.
Shaped with the client
From a broad idea to one clear job
Danny came with a broader idea. Over online sessions we brainstormed it down to the problem he felt most: the promises he kept losing. Then we walked through every step and stage of the flow together.
- StartA broad idea
Danny's first brief, wider than promises alone
- BrainstormFind the real pain
Online sessions and chats about his week: ventures, travel, family
- FocusPromises, not tasks
The job narrowed to catching commitments he never wrote down
- Walk-throughEvery step and stage
Each flow reviewed with Danny as the first user
- NowMVP in development
Product and AI model being built
Sort incoming promises like an Eisenhower matrix
When we were working out how to sort incoming promises, and what would feel easiest, Danny suggested the Eisenhower decision matrix: do it, schedule it, delegate it, or drop it. We kept its four outcomes and made each one a single action on the Decide card.
- One tap, not two judgements. Instead of rating urgency and importance, you choose the outcome directly.
- Schedule became Snooze. Pick when the promise comes back.
- Delete became Archive. Nothing is lost: archived promises stay in History as FYI.
What happens when one subject holds many promises?
One investor intro can produce several promises: follow up with Boyko, get the CTO's contact, answer the CTO's question. As a flat list they lose their connection, but grouped into one item they disappear from Today. We solved it with a parent–child model, and Danny liked it enough that it went straight into the UX.
- Topics are parents, promises are children. Related promises are grouped under one topic, such as “Investor intro”.
- Promises live on their own in Today. Each one can be done, snoozed or delegated without opening its topic.
- The topic gives the bigger picture. The topic chip on any card opens every person and promise in that situation, including blockers like “needs CTO contact first”.
The product hypothesis
If AI does the noticing and Danny only confirms, fewer promises fall through the gap between a conversation and a to-do list.
Memory does the work
- Communication
- Information
- Human memory
- Forgotten commitment
The user does the work
- Communication
- User recognises a task effort
- Manually creates it effort
- Task manager
AI notices, the user decides
- Communication
- AI detects commitment
- User confirms one tap
- Commitment is tracked
The product
Decide, act, hand off, close
Four screens carry the core loop. It's designed mobile first because that's where Danny's day happens: between meetings, while travelling, with a baby in one arm. Chat apps like WhatsApp and Telegram, where many of his promises are made, live on the phone too.

Triage what the AI found, one card at a time
New commitments arrive as a short queue. Each card quotes the original message, so the AI's reading can be checked against the words.
- Source quote with the detected phrase highlighted
- Missing details flagged, such as “When: not mentioned”, instead of guessed
- Progress through the queue, so triage has a visible end
The first sketch also mapped swipe up to Snooze and swipe down to Delegate. They were dropped because vertical swipes clash with scrolling and iOS system gestures.
Only what needs you now
Today shows active commitments, filtered by area of life. Every card has the same anatomy (topic, status, source and people), so a glance is enough.
- Categories separate Work from Home without switching apps
- Status chips pair colour with a text label
- The Decide tab badge counts what's still waiting for a decision
The whole story behind a promise, and a clean handoff
Opening a promise shows who it was made to, the topic, where it started and the original words. Delegating opens a sheet on the same screen, so the context stays visible while you choose who takes it.
- Topic link opens everyone and everything in the same situation
- Mark done is the main action, with Snooze and Delegate beside it within thumb reach
- Suggestions come from the topic's participants, and the AI assistant can take a promise too
- Nothing disappears: the promise moves to Delegated, where you can nudge or take it back
Scroll the flow sideways →
Delegate
Delegated
Topics hold the bigger picture, History holds the past
A topic groups every person and promise in one situation, so blockers such as “needs CTO contact first” are visible. History keeps what's finished searchable, and labels who closed each promise: you, a colleague or the AI assistant.
Scroll sideways →
About Ask AI
The centre tab opens the AI assistant, first sketched as “Ask me”. Its conversation design is out of scope for this case study. Here the assistant appears only as a delegate that drafts work for your review.
Why Decide comes first
Danny is often too busy to write things down. Decide asks for one tap per promise instead, so capturing a commitment costs less than forgetting it.
AI interaction
When the AI steps in, and when you do
The AI works at five moments in a promise's life. Each is started by something specific: a new message, your decision, or a due date. Between them sit the two moments that belong to you.
WhatsApp, email, Slack or a meeting note in a connected account
Flags phrases like “I'll send…” or “let me check…”
Trigger · new messageWhat, to whom, where from and when. Each detail is marked stated, inferred or missing
Do today, delegate, snooze or archive. “Not a promise” dismisses it. Nothing is tracked before this
Screen · DecideGroups it with its topic and people, and suggests who could take it
Trigger · your decisionPrepares it, for example an investor summary
Only if delegated to AIApprove, edit or reject. Nothing is sent before this
Only if delegated to AIReminds you when it's due, nudges a delegate, and brings snoozed items back
Trigger · date or silenceMark it done. History records who closed it: you, a colleague or the AI
Screen · HistoryAnatomy of a detection
Thanks for the intro! Great, I'll follow up with Boyko once he's reviewed the deck.
Follow up with Boyko Detected
- Promise
- Follow up with Boyko From message
- Made by
- You From message
- Topic
- Investor intro Inferred
- Depends on
- Boyko reviewing the deck Inferred
- Due
- Not mentioned Ask you
RefinementThese three labels are a refinement proposed in this case study. They build on the Decide card and the review cards in the system map.
Show the evidence
Every suggestion quotes the words it came from, so people judge the source rather than a summary of it.
Separate what was said from what was guessed
Stated facts, inferences and gaps look different. There are no percentage scores. People understand “inferred” better than “72% confident”.
Make correction cheap
Any field can be edited in place. “Not a promise” dismisses a false positive in one tap, with nothing to explain.
Hand over ownership clearly
Once confirmed, the item is the user's commitment and the AI label disappears. Work the AI does as a delegate returns as “Needs review” and shows as “Done by AI” in History.
Process
Paper first, pixels later
Aydone was worked out in a dotted notebook before any wireframe. Three moments from it: a wide first pass, the model that held the product together, and the screens that came out of it. Select any page to read it full size.
Explore: many layouts, no rules yet
The first pass put two tabs, a notes-style list, profile tiles and a history view on one spread. The ideas were wide on purpose; the constraints came later.
- “Promises only, no analytics”A boundary written on the first page.
- Two tabs: Daily and HistoryThe first navigation. It grew to five tabs, with Ask AI in the centre.
- Long press to previewA promise and its source message, opened without leaving the list.
- Four quick actionsAccept, Ignore, Delegate, Snooze. They became the four exits of Decide.
- “Control center of your life”The first framing. With Danny it was narrowed to one job: promises.
Model: three surfaces, one promise
Before drawing more screens, the notebook defined where a promise lives. Each surface answers one question, so no single screen has to do everything.
- Quick action layerToday card
What needs attention
- Context layerTopic full view
What situation this belongs to
- Execution layerPromise full view
What exactly must happen
Topics group promises by context. Promise chains link promises that depend on each other.
Before the day ends, every promise gets a decision
- DoneLeaves Today and goes to History
- DelegatedTracked elsewhere; back in Today only if a follow-up is needed
- SnoozedMoves to a future day
- ArchivedNot relevant, removed
- Kept for tomorrowThe user keeps it alive on purpose
Time and people, defined on one page
- TodayThe present and near future
- HistoryThe past, for reflection
- Your profileSettings and identity
- Someone else'sContext and memory: who they are to you, what you've committed to, which loops are still open
In the final design, the people side lives in the Topic view: who's involved and what's still open.
Converge: from page to screen
Each core screen went from a notebook page to a low-fidelity wireframe for review with Danny, then to the final design.
“Decide intent here. Act later.”
The first sketch set rules before layout: be fast, one decision per item, undo always available, no replying from here. Those rules survived every iteration.
- A source quote was added so people can check the AI's reading
- Gestures were reduced to left and right swipes, each with a button twin
Mapping the anatomy of a promise
The Today sketch worked out what a promise card needs: title, topic, status, source and participants, always in the same order, with the topic and promise views one tap away.
- Status became a chip with a dot and a label, not colour alone
- Categories gained icons and a clear selected state
“Ownership changes, visibility remains.”
A note in the delegation sketch became a product rule: a delegated promise leaves Today but never leaves your sight.
- The AI assistant can be chosen as a delegate, alongside people
- AI drafts return as “Needs review” and are never sent silently
How a promise moves through Aydone
Drawn to walk Danny through the whole product. Anything the AI produces (purple) passes through a human decision.
Messages from
Email
- Slack
WhatsApp
- Telegram
- Calendar
- Do todayTodayActive now
- DelegateDelegatedA person or the AI owns it
- SnoozeSnoozedBack in Today on its due date
- ArchiveHistoryDone or archived, searchable
Inside Today
When the AI is the delegate
UX decisions
Four decisions that shaped the product
A commitment is not a task
A task is something you choose to create. A commitment starts in a conversation and involves another person, so every one carries who it was made to, where it came from and the original words.
Task
- Created by the user
- Title and due date
- No origin
Commitment
- Starts in communication
- Promised to someone
- Linked to its source
Context travels with the promise
Every commitment answers five questions without the user opening another app.
Delegation moves ownership, not visibility
You stay accountable for a promise you made, even after passing on the work. A delegated promise moves to Delegated, where you can nudge the delegate or take it back.
Close the loop, don't just store it
Today is the present and the near future, and History is the past. Finished promises leave the active views but stay searchable, so lists don't grow forever.
Design system
One card anatomy, one set of states
The app uses Geist with an indigo accent, and every repeated element is one reusable component. This page shares the same accent so the two read as one piece of work.
Promise card anatomy
- Title is the promise in plain words
- Topic links to the full situation
- Status is always a dot and a label
- Source shows where it was said
- Participants show who's involved
The same order is used on the Today, Decide, Delegated, Topic and History cards.
Promise states
Foundations
Colour
An indigo accent for action and selection, cool neutrals for structure. Semantic tints are kept for status.
Type · Geist
Today 30/700
Section 19/600 · Card title 16/600 · Body 13–14/400 · Tab 11/500
Shape
16 px cards · 14 px tiles · 12 px buttons and inputs · 999 px chips. The Ask AI button uses the same white surface and border as everything else.
Touch
44 px minimum for every tappable control. Primary actions sit in a fixed bar within thumb reach.
Ask AI stays quiet
A white, outlined tab with a slight lift. It's always there, but it never competes with the promises on screen.
Gestures have twins
Every swipe on a Decide card has a button that does the same thing, so nothing depends on discovering a gesture.
One anatomy everywhere
The same card, the same status chip and the same order of details on every list in the app.
Status and next steps
Where Aydone is now
The MVP UX is designed, and the product and its AI model are in development. There are no end users yet, so validation so far has come from Danny, the client and first user, who reviewed every flow as it was designed.
Usability test: Decide and Delegate
- Who
- Danny first, then 5 founders with the same pattern
- How
- Moderated, 30 minutes, clickable prototype
- Triage five detected promises
- Spot and correct one wrong detection
- Delegate a promise, then take it back
What I'd measure
- Time per decision in the Decide queue
- Whether people notice and fix the wrong detection
- Trust in the AI (1–5), with and without the source quote
- Swipe or button: which one people actually use
Open questions
- Privacy: what can be read and stored, and how that's explained
- Promises made to you: should Aydone track what others owe?
- Group chats: who owns a promise made to five people?
What I learned
- In AI products, the most important screen is the one where you check the AI
- Writing rules before layouts (“no reply here”) kept screens focused
- A status needs a label as well as a colour. That helps accessibility and trust
An app that helps people keep their word is not only a productivity tool. It helps them keep other people's trust.
Microsoft WorkLab (2025). Breaking down the infinite workday. Work Trend Index special report.
Mark, G., Gudith, D. & Klocke, U. (2008). The cost of interrupted work: more speed and stress. Proceedings of CHI 2008.
Stothart, C., Mitchum, A. & Yehnert, C. (2015). The attentional cost of receiving a cell phone notification. Journal of Experimental Psychology: Human Perception and Performance.





