产品结构
把一个模糊的需求拆成能执行的模块：谁在用、卡在哪一步、哪些可以先不做。结构定错了，后面画得再好看也是返工。
- 信息架构
- 流程梳理
- 范围界定
- 原型验证
01 — 业务范围
四件事，从头到尾都能接住
界面与设计系统
从视觉语言到组件库。目标不是做一套好看的稿子，而是让界面在半年后加第十个页面时，还是同一个东西。
- 视觉语言
- 组件库
- 响应式规则
- 设计交付
工程实现
把设计做成真正跑得动的产品。性能、可维护性和部署成本一起算，而不是先做完再想办法优化。
- TypeScript
- 服务端与数据
- 性能预算
- 自动化部署
长期运营
上线只是开始。监控、内容更新、按季度的小幅迭代——大多数系统是在这里慢慢变好的。
- 监控告警
- 迭代节奏
- 内容体系
- 技术交接
02 — 能力分布
时间花在哪里
产品结构
96%
大部分项目的成败，在动手画之前就定了。
界面系统
93%
一套能扩张的规则，比一百个漂亮页面有用。
工程交付
90%
前端为主，服务端与数据能自己收尾。
长期维护
87%
愿意接手的项目，才说明它真的站得住。
03 — 近期案例
做过的一些东西
Case 01 / 2026
门诊预约系统重构
一家连锁诊所的预约流程原先要走七个页面，患者中途放弃的比例接近四成。我们把流程压到三步，把号源状态做成实时可见，弃单率降到了个位数。
Case 02 / 2026
跨境结算对账台
原先财务每天要手工核对四份来源不同的报表，月底几乎必然加班。我们把差异做成可追溯的清单，每一笔不平都能点开看到它经过的每一步。
Case 03 / 2025
出版机构数字档案
三十年积累的版面、手稿和校样，散在硬盘与纸箱里。我们做了一套带元数据的归档系统，检索从「问老编辑」变成了自己就能找到。
04 — 开始合作
有东西要理清楚，
或者只是想聊聊？
把现状、卡点和希望的时间节点写清楚发过来就行，不用先整理成方案。我们会在两个工作日内回复，并直接告诉你哪些值得做、哪些可以先放下。