Back返回
Work作品/SplitKaki
Case Study · AI Product · 0→1

SplitKaki

This designer built an AI product — not just an interface.这位设计师做出的是一个 AI 产品——而不只是一套界面。

An AI-powered money companion for Singapore, taken from zero to an implemented Alpha by one designer. I defined why the product should exist, decided what AI should — and should not — do, built the design system as a governed contract, and implemented one complete financial journey: receipt → OCR review → GST validation → exact split → PayNow settlement.一个面向新加坡的 AI 记账与分账助手,由一位设计师从零推进到已实现的 Alpha 版本。我定义了产品为何存在,决定了 AI 应该做什么、不应该做什么,把设计系统构建为被治理的契约,并实现了一条完整的资金旅程:小票 → OCR 审校 → GST 校验 → 精确分账 → PayNow 结算。

Role角色
Product Designer · 0→1产品设计师 · 从零到一
Scope范围
Strategy → System → Alpha策略 → 系统 → Alpha
Market市场
Singapore · Fintech新加坡 · 金融科技
Category类别
AI Product · UI/UX
Stack工具
Figma · Claude AI · React · Supabase
132Component Contracts组件契约
122Screens Mapped界面规划
77Checks Passed自动检查通过
1Vertical Slice Shipped垂直切片实现
Overview概览

Not another dashboard — an assistant.不是又一块仪表盘——是一位助手。

Expense trackers record transactions; people still finish the work — reading the receipt, checking GST and service charge, working out who ordered what, reconciling every cent, chasing payment. The opportunity was the invisible work between a messy receipt and a resolved financial task. SplitKaki's job: turn messy financial evidence into a trusted next action. The north-star metric shifted accordingly — from screen views to weekly completed money tasks.记账工具记录交易,而"活"仍然留给人来干——读小票、核对 GST 与服务费、算清谁点了什么、每一分钱对账、催款确认。机会不在再做一块仪表盘,而在一张凌乱小票与一件被解决的财务任务之间那段"看不见的工作"。SplitKaki 的职责:把凌乱的财务凭证,变成一个可信任的下一步。北极星指标随之改写——从页面浏览量,变为每周完成的资金任务数。

The thesis this case argues: people don't hire designers because they use AI — they hire designers because they know what AI should build.这个案例要论证的命题是:人们雇佣设计师,不是因为设计师会用 AI——而是因为设计师知道 AI 应该去构建什么。

What fragmented tools leave behind碎片化工具留下的活
  • Read the receipt读小票
  • Check GST and service charge核对 GST 与服务费
  • Work out who ordered what算清谁点了什么
  • Reconcile every cent每一分钱对账
  • Chase and confirm payment催款并确认到账
The job SplitKaki ownsSplitKaki 承接的职责链
  1. 01Receipt evidence小票凭证
  2. 02Merchant identity商户识别
  3. 03Transaction financial truth交易的财务事实
  4. 04Split coordination分账协调
  5. 05Insight → next action洞察 → 下一步行动
North-star shift · Weekly Completed Money Tasks北极星指标改写 · 每周完成的资金任务数screen views → resolved work页面浏览 → 被解决的工作
Product Strategy产品策略

Strategy before pixels.先定策略,再画像素。

The design work began by choosing the product model, the trust model and the release model — not a visual style. Singapore is treated as a product capability, not a translated skin: GST, service charge, PayNow, local merchants and group-dining behavior shaped the workflow, rules and language from the start. The information architecture follows unfinished work, not financial institutions — home became "Today," answering three signals: what happened, what needs attention, what next.设计工作从选择产品模型、信任模型与发布模型开始——而不是从视觉风格开始。新加坡被当作一种产品能力,而非一层翻译皮肤:GST、服务费、PayNow、本地商户与聚餐行为,从一开始就塑造了工作流、规则与语言。信息架构追随"未完成的工作",而非金融机构的分类——首页变成 "Today",回答三个信号:发生了什么、什么需要注意、接下来做什么。

Product decision产品决策

Rejected a balance-led banking dashboard. Chose a daily assistant that answers: what happened, what needs attention, what next.否掉了以余额为主角的银行式仪表盘,选择一位每日助手:发生了什么、什么需要注意、下一步做什么。

Rejected → Chosen

Trust decision信任决策

Rejected black-box AI that "just fixes it." Chose confidence, evidence, correction and explicit confirmation at every financial boundary.否掉了"直接帮你改好"的黑箱 AI,选择在每一个资金边界上给出置信度、证据、修正入口与明确确认。

Rejected → Chosen

Delivery decision交付决策

Rejected a wide collection of disconnected features. Chose one vertical slice from sign-in to receipt, split, PayNow QR and activity.否掉了一堆互不相连的功能,选择一条垂直切片:从登录到小票、分账、PayNow 二维码与账目历史。

Rejected → Chosen
Information architecture — consumer navigation model · action first信息架构——消费端导航模型 · 行动优先
01 · HomeToday 02 · TruthActivity 03 · SharedSplit 04 · SourcesWallet → Finance 05 · GuidanceAI 06 · LocalTax 07 · ControlProfile
Three signals Today answersToday 回答的三个信号
  • 01What happened today?今天发生了什么?
  • 02What needs my attention?什么需要我注意?
  • 03What should I do next?接下来我该做什么?
Global actions — available where context exists全局操作——在有上下文处常驻
  • Scan receipt · Add expense · Create split · Ask AI扫小票 · 记一笔 · 发起分账 · 问 AI
  • Detailed evidence moved into the flow instead of competing for the first screen.详细凭证移入流程之中,而不是与首屏争夺注意力。
Design principle: show the next useful action before showing another chart.设计原则:先给出下一个有用的操作,再给下一张图表。
Design System设计系统

A design language that became an operating system.一套设计语言,长成了一套操作系统。

Tokens created consistency; components encoded behavior. 132 reusable component contracts across nine families carry named states — default, loading, empty, error, offline, permission — and an accessibility description each, documented in Storybook beside curated implementation examples. The delivery chain is governed end to end: Figma → variables → components → Storybook → React/HTML. The handoff is not a static file; it is a chain of reusable decisions.令牌带来一致性,组件封装行为。9 个家族、132 份可复用组件契约,每一份都带具名状态——默认、加载、空、错误、离线、无权限——以及一段无障碍说明,连同精选实现示例记录在 Storybook 中。交付链路被端到端治理:Figma → 变量 → 组件 → Storybook → React/HTML。交接物不是一份静态文件,而是一条可复用决策的链。

Trust is a responsibility model, not a chatbot layer — and it is non-negotiable: AI can recommend the next action; it cannot silently rewrite financial truth.信任是一套职责模型,而不是一层聊天机器人——并且不可谈判:AI 可以推荐下一步,但不能悄悄改写财务事实。

132

Reusable contracts — every registry contract carries named states and an accessibility description.可复用契约——每份注册契约都带具名状态与一段无障碍说明。

122

Core screens / views mapped — Consumer and Admin planned as one coherent product system.核心界面/视图规划——消费端与管理端被规划为同一套连贯的产品系统。

9

Component families — foundations, actions, forms, data, cards, navigation, overlays, feedback and states.组件家族——基础、操作、表单、数据、卡片、导航、浮层、反馈与状态。

Component contract — one language, many surfaces · Light / Dark组件契约——一种语言,多个界面 · 明 / 暗
Primary actionConfirmReview
Semantic tokens语义令牌
surface.inverseaction.primaryinsight.aistatus.success
Required states必备状态
DefaultLoadingEmptyErrorOfflinePermission
Token mapping令牌映射
color.surface.primaryspace.4radius.largemotion.component
AI

AI proposesAI 提议

Detects and extracts, ranks merchant candidates, suggests category and split, explains assumptions, exposes confidence.检测与提取、给商户候选排序、建议分类与分法、解释假设、公开置信度。

Detect · Rank · Explain

People confirm人来确认

Review uncertain fields, correct extracted values, confirm tax treatment, approve the final allocation and payment state.审校不确定字段、修正提取结果、确认税务处理、批准最终分配与支付状态。

Review · Correct · Approve

Systems validate系统校验

Preserve original and corrected data, validate Singapore tax rules, reconcile every cent, protect private evidence, audit change.保留原始与修正数据、校验新加坡税规、逐分对账、保护私密凭证、留痕审计。

Validate · Reconcile · Audit
In FigmaFigma 之中

Native Figma — variants, properties, variables.原生 Figma——变体、属性、变量。

The file is a governed product system, not a canvas of pictures: 219 local variables in six collections with an alias model flowing primitives → semantic → component → product; 135 component sets carrying 1,031 variants; complete product flows where every state — empty, loading, error, offline, permission — is drawn; and a seven-board developer handoff that closes the design phase with acceptance gates. One rule sits above all of it: no HTML or React precedes Figma approval.这个文件是一套被治理的产品系统,而不是一张贴图画布:六个集合、219 个本地变量,别名模型沿"原始值 → 语义 → 组件 → 产品"流动;135 个组件集承载 1,031 个变体;完整的产品流程,空、加载、错误、离线、权限每个状态都被画出;以及一套七块板的开发交接,以验收门禁为设计阶段收口。所有规则之上还有一条:任何 HTML 或 React,都不先于 Figma 的批准。

Foundations & governance基础与治理
Variables / Governance变量治理
Variables / Governance
Variables / Governance变量治理

219 variables in six collections — alias model, naming contract, and four governance rules.六个集合、219 个变量——别名模型、命名契约与四条治理规则。

Component Library — full board组件库 · 完整长卷
SplitKaki component library — the full board at a glance
One system. Every product surface.一套系统,覆盖每个产品界面。

The entire library as one continuous board, shown compressed for scale — foundations, actions, forms, data, cards, navigation, overlays, feedback and states, in light and dark. Detail boards appear throughout this page.整座组件库压缩为一根连续长卷,以示体量——基础、操作、表单、数据、卡片、导航、浮层、反馈与状态,横跨明暗两态。细节板见本页各处。

Product flows — every state drawn产品流程——每个状态都被画出
Authentication — 7-screen flow认证 · 7 屏流程
Authentication — 7-screen flow
Authentication — 7-screen flow认证 · 7 屏流程

Trust, recovery and personalisation: PDPA-aware consent, OTP, in-context permissions, Face ID and privacy mode.信任、找回与个性化:PDPA 合规同意、OTP、按需权限、Face ID 与隐私模式。

Today — 12 core + acceptance viewsToday · 12 个核心与验收视图
Today — 12 core + acceptance views
Today — 12 core + acceptance viewsToday · 12 个核心与验收视图

Default, empty, loading, error, offline, permission, privacy-dark, notifications, search, activity, AI insight and quick actions.默认、空、加载、错误、离线、权限、深色隐私、通知、搜索、账目、AI 洞察与快捷操作。

Finance — 8-screen flowFinance · 8 屏流程
Finance — 8-screen flow
Finance — 8-screen flowFinance · 8 屏流程

Cards, accounts, receipts and payment reminders — freshness states, GST detail, and a dark card view.卡片、账户、小票与付款提醒——数据新鲜度状态、GST 明细,以及深色卡片视图。

Budget — 10-screen flow预算 · 10 屏流程
Budget — 10-screen flow
Budget — 10-screen flow预算 · 10 屏流程

Plan, forecast, history and the AI decision loop: confidence, evidence, a reversible move, and settings.计划、预测、历史与 AI 决策闭环:置信度、证据、可撤销的调整,以及设置。

Developer handoff · HND-001–007开发交接 · HND-001–007
HND-001 · Delivery overviewHND-001 · 交付总览
HND-001 · Delivery overview
HND-001 · Delivery overviewHND-001 · 交付总览

219 variables · 135 component sets · 1,031 variants · 6 prototype flows — frozen contracts and an explicit approval boundary.219 个变量 · 135 个组件集 · 1,031 个变体 · 6 条原型流程——冻结的产品契约与明确的批准边界。

HND-002 · Foundation contractHND-002 · 基础契约
HND-002 · Foundation contract
HND-002 · Foundation contractHND-002 · 基础契约

Two color modes, ten text styles, an 8 pt grid, elevation and motion tokens — every visual decision resolves to a token.两种色彩模式、十个文字样式、8pt 网格、层级与动效令牌——每个视觉决策都落到令牌上。

HND-003 · Component contractHND-003 · 组件契约
HND-003 · Component contract
HND-003 · Component contractHND-003 · 组件契约

Instances first, core families, and a required state matrix from hover to offline to permission-denied.实例优先、核心家族,以及从悬停到离线、到权限拒绝的必备状态矩阵。

HND-004 · Screen & route mapHND-004 · 界面与路由地图
HND-004 · Screen & route map
HND-004 · Screen & route mapHND-004 · 界面与路由地图

7 auth · 70 core consumer · 12 acceptance · 40 admin screens — stable IDs that stay immutable once engineering begins.7 屏认证 · 70 屏消费端核心 · 12 屏验收 · 40 屏管理端——工程启动后不可变的稳定 ID。

HND-005 · Responsive & navigationHND-005 · 响应式与导航
HND-005 · Responsive & navigation
HND-005 · Responsive & navigationHND-005 · 响应式与导航

One system from a 390 px mobile baseline to 1,920 px admin — layout rules, thumb reach, no horizontal scroll.一套系统,从 390px 移动基线到 1920px 管理端——布局规则、拇指可达、主流程零横向滚动。

HND-006 · Interaction & accessibilityHND-006 · 交互与无障碍
HND-006 · Interaction & accessibility
HND-006 · Interaction & accessibilityHND-006 · 交互与无障碍

44 px touch targets, AA contrast, five motion tiers, keyboard and focus rules — motion must aid understanding, never reduce control.44px 触控目标、AA 对比度、五级动效层级、键盘与焦点规则——动效必须帮助理解,而非削弱控制。

HND-007 · Engineering readinessHND-007 · 工程就绪
HND-007 · Engineering readiness
HND-007 · Engineering readinessHND-007 · 工程就绪

0 broken aliases · 0 token leaks · 0 layout issues · design QA PASS — the acceptance gate before React, backend and analytics.0 个失效别名 · 0 处令牌泄漏 · 0 个布局问题 · 设计 QA 通过——React、后端与埋点实现之前的验收门。

Hover a card to scroll the full board · on touch devices, scroll inside the card.悬停卡片自动滑览整板 · 触屏设备可在卡片内滚动。

Built Alpha已实现的 Alpha

One high-trust journey, implemented end to end.一条高信任旅程,端到端实现。

Instead of stopping at polished screens, the product logic continued through authentication, private receipt evidence, durable OCR jobs, field-level confidence, human correction, Singapore GST validation, cent-exact splitting, an amount-locked PayNow QR and a traceable activity history. Money lives in integer minor units; original OCR evidence is immutable; corrections are append-only. The screens below are rendered from the Sprint 1 codebase — the same tokens and components documented in the system, running as HTML and React. Hover any card to glide through the full page.产品逻辑没有止步于精修的界面,而是继续穿过:身份认证、私有小票凭证、可持久化的 OCR 任务、字段级置信度、人工修正、新加坡 GST 校验、精确到分的分账、金额锁定的 PayNow 二维码,以及可追溯的账目历史。金额以整数最小单位存储;原始 OCR 凭证不可变;修正只允许追加。下面的界面直接由 Sprint 1 代码库渲染——与系统中记录的是同一套令牌与组件,以 HTML 与 React 运行。悬停任意卡片即可滑览整页。

  1. 01 · USERSign inprivate session私有会话
  2. 02 · USERUpload receiptprivate storage私有存储
  3. 03 · PIPELINEOCR jobfixture + provider contract夹具 + 可替换供应商契约
  4. 04 · SYSTEMConfidencefield level字段级
  5. 05 · HUMANReviewcorrect evidence修正凭证
  6. 06 · SYSTEMValidateGST + totalsGST 与合计
  7. 07 · SYSTEMSavetransaction truth交易事实
  8. 08 · USERSplitassign + reconcile分配 + 对账
  9. 09 · SYSTEMPayNow QRlocked amount金额锁定
  10. 10 · RESULTActivitymanually paid + traceable手动标记已付 + 可追溯

Every step has a product state, data contract, failure path and authoritative owner · Receipt demo: NTUC FairPrice, 95% confidence — GST 9% S$7.14, confirmed total S$86.42, total reconciled, Singapore GST logic validated.每一步都有产品状态、数据契约、失败路径与权责归属 · 小票示例:NTUC FairPrice,置信度 95%——GST 9% 计 S$7.14,确认总额 S$86.42,全额对平,新加坡 GST 逻辑校验通过。

Product decisions expressed in code — the rules that make the experience trustworthy became system constraints以代码表达的产品决策——让体验可信的规则,成为了系统约束
Today — command centerToday · 指挥中心
Today — command center
Today — command centerToday · 指挥中心

Net position, spending pace, money owed and the next useful action on one calm surface.净头寸、消费节奏、待收待付,与下一个有用的操作,收在同一块安静的界面上。

Receipt OCR — confidence review小票 OCR · 置信度审校
Receipt OCR — confidence review
Receipt OCR — confidence review小票 OCR · 置信度审校

Field-level confidence, correction states and Singapore GST validation before anything is confirmed.字段级置信度、修正状态与新加坡 GST 校验——一切确认之前,先过这一关。

Split — exact allocation分账 · 精确到分
Split — exact allocation
Split — exact allocation分账 · 精确到分

Equal, exact, shares and itemized methods reconciling to the confirmed total, every cent.均分、指定、按份与按项四种方式,每一分钱都与确认总额对账。

Wallet — sources of truth钱包 · 资金真相的来源
Wallet — sources of truth
Wallet — sources of truth钱包 · 资金真相的来源

Accounts, cards, receipts and memberships behind the transactions.交易背后的账户、卡片、小票与会员凭证。

Design system catalog设计系统目录
Design system catalog
Design system catalog设计系统目录

Governed component contracts — tokens, states and accessibility notes — as a living catalog.被治理的组件契约——令牌、状态与无障碍说明——以活目录的形式存在。

Hover a card to scroll the full screen · on touch devices, scroll inside the card.悬停卡片自动滑览整页 · 触屏设备可在卡片内滚动。

Verified build evidence — from the Alpha completion report已验证的构建证据——出自 Alpha 完成报告 77 automated checks passed项自动检查通过 29 tables under Row Level Security张表启用行级安全 54 BIGINT minor-unit money columns个 BIGINT 最小单位金额列 14 versioned API routes条版本化 API 路由 94 files in the vertical slice个文件构成垂直切片
Result成果

A product system, not a set of screens.一套产品系统,而不是一沓界面。

SplitKaki moved from a loose idea to a connected strategy, design language, reusable system, engineering architecture and implemented Alpha journey — one implemented vertical slice prioritized over disconnected demos. The outcome: strategy, design and engineering now describe the same product.SplitKaki 从一个松散的想法,走到了互相咬合的产品策略、设计语言、可复用系统、工程架构与已实现的 Alpha 旅程——一条实现完整的垂直切片,优先于一堆互不相连的演示。结论是:策略、设计与工程,如今描述的是同一个产品。

Stage 01

Product strategy产品策略

Why it exists, who it serves and what could create paid value.为何存在、服务谁,以及什么可能创造付费价值。

Stage 02

Experience architecture体验架构

IA, navigation, user flows and AI-human boundaries.信息架构、导航、用户流程与 AI—人的边界。

Stage 03

Design language设计语言

Tokens, modes, states, components and interaction rules.令牌、模式、状态、组件与交互规则。

Stage 04

Engineering architecture工程架构

Data contracts, APIs, rules, security and testable invariants.数据契约、API、规则、安全与可测试的不变量。

Stage 05

Implemented slice已实现切片

A receipt can become a manually marked-paid, traceable shared expense.一张小票可以变成一笔手动标记已付、全程可追溯的共同支出。

Evidence, not theatre — current status: Alpha foundation拿证据说话,不演戏——当前状态:Alpha 基础
What is implemented已实现
  • Authenticated receipt-to-settlement path in the Alpha codebaseAlpha 代码库中带身份认证的"小票到结算"完整路径
  • Deterministic OCR fixture behind a replaceable provider contract可替换供应商契约之后的确定性 OCR 夹具
  • Human correction, GST validation and cent-exact split logic人工修正、GST 校验与精确到分的分账逻辑
  • Amount-locked PayNow QR with explicit manual paid state金额锁定的 PayNow 二维码与明确的手动已付状态
  • Governed component contracts and automated product checks被治理的组件契约与自动化产品检查
What still needs live validation仍待真实环境验证
  • Real OCR provider accuracy across diverse Singapore receipts真实 OCR 供应商在新加坡各类小票上的准确率
  • Running-Supabase RLS, pgTAP and desktop/mobile E2E evidence运行中 Supabase 的 RLS、pgTAP 与桌面/移动端到端证据
  • Deployed environment and live-user reliability evidence已部署环境与真实用户的可靠性证据
  • Retention, willingness to pay and commercial impact留存、付费意愿与商业影响
  • Bank-confirmed settlement and formal SGQR acceptance银行确认的结算与正式的 SGQR 验收
Strategy, design and engineering now describe the same product.策略、设计与工程,如今描述的是同一个产品。
The Takeaway总结
AI didn't replace design thinking — it made its quality visible.AI 没有取代设计思考——它让思考的质量被看见。
The hard work was framing the right product, choosing the right constraints, designing trust, and knowing when the system — not another screen — was the next thing to build. Strategy, design and engineering now describe the same product. Define, decide, systemize, build: that is the role this case documents.真正难的部分,是框定对的产品、选择对的约束、把信任设计出来,并且知道什么时候该去构建系统——而不是再画一块界面。如今,策略、设计与工程描述的是同一个产品。定义、决策、体系化、构建:这就是这个案例所记录的角色。
More UI/UX projects更多 UI/UX 项目
TAVELLA
TAVELLAUI/UX
VV Work
VV WorkUI/UX
Petal
PetalUI/UX
FoodSpace
FoodSpaceUI/UX
UHLOOR
UHLOORUI/UX