Problem Framing
先把对象、状态、约束理清
让团队对问题有同一张图
Selected Work
Zon
design engineering · workflow systems · creator tools
我更擅长的，是把分散的真实问题收成状态模型、判断界面与可以继续维护的工作流。过去的设计、产品与实现经验，最后都汇到同一件事上：把复杂问题做成可运行的系统。
Workflow ProductsCreator ToolsDesign to BuildAI Applications
Overview
把判断做成界面，把流程做成产品。
我最适合的是那些问题本身很复杂、需要一边定义一边落地的场景。
我通常先把对象、状态、约束和动作理清，再决定界面长什么样。这样团队先统一判断方式，再决定要做网页、board、脚本还是本地工具。
因此我更适合 workflow、creator tools、治理面板、内容系统这类产品，也适合需要跨过设计、产品与实现边界的团队。
最终交付不只是页面本身，而是一套可以继续维护、继续生长的工作结构。
Selected Work
三个最能说明当前工作的入口。
Governance
OpenClaw × 飞书治理
把多话题反馈收成统一状态模型、判断口径与推进节奏，让工程处理与业务沟通使用同一视图。
state model · issue triage · decision interface
Engineering
Next.js Upgrade Board
把多仓库版本扫描、风险判断和升级动作收成同一张治理面板，减少跨仓库排查与重复判断。
multi-repo audit · upgrade workflow · execution UI
Publishing
Board / Evidence System
把调研、复盘、报告与发布统一成证据系统，让结果、过程与入口可以被长期回看。
research archive · report publishing · public evidence
What Teams Notice
团队通常最先感受到的几件事。
这些不是口号，而是反复在项目里出现的工作方式与结果。
Interface Thinking
把判断收成可读界面
不是只停留在方案或稿子上
Workflow Productization
页面、数据、自动化一起考虑
让流程可追踪、可复盘、可维护
Shipping
把抽象系统推进到可运行版本
真实交付，而不只是概念展示
Working Mode
我更像是把复杂协作重新组织一遍。
从问题定义到界面与工作流，这几件事通常会同时发生。
Topic
How I Work
What It Creates
Problem framing
先统一对象、状态、约束与动作，再谈功能列表。
团队对问题的理解更一致，后续迭代更稳。
Interface
把判断、优先级和推进动作做进同一张界面里。
页面不只是展示层，而是工作界面本身。
Workflow
网页、脚本、数据层与发布链路一起设计。
流程不容易断裂，也更容易继续维护。
Shipping
不把决定停在口头，尽快推进到真实可用版本。
更容易验证方向，也更容易看到长期价值。
Experience
从交互设计到工作流系统，这条线一直在变得更完整。
2025 - Now
独立实践 · 设计工程 / AI 工作流 / 内容系统
公开作品与自驱交付
围绕 AI 工作流、内容系统与创作者工具持续交付可用版本，把问题定义、界面设计、前端实现和自动化收成一条链路。
- OpenClaw × 飞书治理：85 条真实问题审计，19 条已验证关闭
- 把研究、复盘、报告和站点收束成可访问的页面系统
- 围绕 AI 音乐、拉丁日志、小说工程持续验证创作者工具场景
2023 - 2024
AI 产品探索 · 体验 / 原型 / 实现
小团队 / 自驱项目
关注 AI 产品输入约束、原型效率与闭环交付，强调最小可用版本和快速验证。
- 原型驱动验证，不先写大方案
- 把编程、工作流和内容生产统一到一套实践中
2018 - 2022
高级交互设计师
大型互联网公司（电商 / 增长）
长期做复杂业务的信息结构、关键路径与跨团队落地，习惯在多限制环境里做高密度决策。
- 节点会场、优惠与增长链路、多版本协同
- 把体验争议转成可验证假设与复盘沉淀
Working Pattern
我通常会按这个顺序把项目推进出来。
STEP 01
Step 01 · 把问题说清楚
先确认对象、状态、约束与动作，建立团队共用的判断框架。
STEP 02
Step 02 · 把判断做进界面
让优先级、状态变化和下一步动作在同一张界面里可见。
STEP 03
Step 03 · 把流程做成产品
网页、脚本、数据层和发布方式一起考虑，而不是拆成几段各做各的。
STEP 04
Step 04 · 尽快变成真实交付
优先做能被使用、被验证、被继续维护的版本。
Principle
判断标准
先把问题与约束收对，再把界面与流程做出来。
Next
如果你要看的是能不能把抽象系统做成真实交付，这几类项目最能说明问题。
继续往下看项目细节，会比单看一页简介更接近真实工作方式。
从治理面板、证据系统到工作流产品化，这些项目共同说明了我如何定义问题、组织信息、设计界面，并把它们推进到可以继续维护的版本。
Selected Projects
3
优先推荐的公开入口
Surfaces
Sites · Boards · Tools
不同形态共用同一条工作线
Contact