A live real-estate SaaS

Design strategy for a live, engineer-led SaaS — an AI-agent feature, and an information architecture given a spine.

Design Strategy
AI-feature Design
Information Architecture
UI/UX Design
Role
Design strategist — AI-feature design · information architecture
Year
2026
Location
Tokyo
I was brought into a live, engineer-led real-estate SaaS as a design strategist — not to restyle screens, but to make two decisions well: how to design a new AI-agent feature so it felt trustworthy and usable, and how to give the product's information architecture a structure it had outgrown. Because the product competes in a crowded market, this page describes the thinking and the decisions, not the interface. That's the honest shape of the work anyway: the value was judgment, not pixels.
No items found.
The Problem

The product had shipped fast under engineering leadership and grown inconsistent — the usual cost of speed. Two things needed judgment at once: a forward-looking AI-agent feature that had to be designed coherently from nothing (setup, configuration, results — a genuinely new interaction pattern), and an information architecture that had accreted rather than been designed, so users and the team were both navigating by memory. Neither was a styling problem; both were structure problems.

No items found.
The Approach

In an engineer-led product, a designer earns trust by improving decisions, not by demanding a redesign. So I worked at the level of structure: for the AI agent, I designed the interaction logic first — what the agent should ask, when it should act, how it should show its work — before any surface, so the feature would read as trustworthy rather than magical. For the IA, I mapped what existed, found the spine it implied, and restructured around that spine rather than imposing a new one. The deliverable was clearer decisions the team could build on — which is why this page can describe it without showing it.

No items found.
The Solution

For the AI-agent feature, I designed the end-to-end interaction — how a user sets the agent up, hands it a task, confirms consequential or destructive actions, and reads what it produced — with the agent's reasoning made legible at each step so trust is earned, not assumed. For the information architecture, I restructured the product around a clear spine, so navigation matches how users actually think about the domain, and new features have an obvious place to live. Underpinning both was a competitive-research library — I mapped how the category solves these problems, then decided where the product should follow convention and where it should diverge. The work was strategy and structure; the screens that resulted belong to the client and stay with them.

One Structures, Two Readers

The two engagements meet in one fact: once an agent can act on records, the information architecture gains a second reader. The human reads the structure through navigation; the agent reads it through tools and schema. Stable identities, explicit relationships, and scoped actions serve both at once — the spine is what makes the agent reliable, and the agent is why the spine had to be found. A flat, ambiguous IA doesn't get fixed by an agent; the agent inherits the ambiguity and acts on it.

No items found.
Credits
Additional work
SOJYU
Arrow pointing right icon
Brand Identity
strangers
Arrow pointing right icon
Exhibition & Object
TAP
Arrow pointing right icon
Brand Identity
Bricole
Arrow pointing right icon
Spatial & Hospitality
Bistro Palette
Arrow pointing right icon
Brand Identity
PWS Shonan
Arrow pointing right icon
Art Direction & Curation
Ready for the next step?
Let’s bring your project to life
Get in touch
Get in touch