适合什么项目
从真实的需求出发。
- 有产品想法，但核心用户与首版范围还不清晰
- 现有产品操作复杂，需要重整用户流程
- 需要统一设计规范并提高设计开发衔接质量
交付内容
不止于想法，更落到交付。
01
需求梳理与用户旅程
在项目启动时确认具体范围与验收方式，让交付内容可讨论、可检查、可持续使用。
02
信息架构与交互原型
在项目启动时确认具体范围与验收方式，让交付内容可讨论、可检查、可持续使用。
03
完整 UI 与设计系统
在项目启动时确认具体范围与验收方式，让交付内容可讨论、可检查、可持续使用。
04
面向开发的设计交付
在项目启动时确认具体范围与验收方式，让交付内容可讨论、可检查、可持续使用。
协作流程
让每个阶段，都有明确的下一步。
- 01
需求沟通
理解业务目标、项目背景、使用场景及需要解决的问题。
- 02
产品规划
梳理功能、业务流程、角色权限和整体产品架构。
- 03
原型设计
建立页面结构、信息层级及核心交互逻辑。
- 04
视觉设计
完成 UI、视觉体系及必要的设计规范。
- 05
开发实现
完成前端、后端、数据库、接口及第三方服务开发。
- 06
测试上线
完成功能测试、兼容测试、性能优化及正式上线。
- 07
持续迭代
根据真实使用情况持续优化产品和技术架构。
技术架构
架构服务于业务，
而不是反过来。
不预设一套适用于所有项目的技术方案。围绕实际约束，让业务、体验与工程形成清晰的结构。
- 层级 01
问题与用户
记录业务目标、用户场景与关键假设，为设计取舍提供依据。
- 层级 02
流程与结构
建立用户旅程、信息架构与核心任务原型，覆盖异常和空状态。
- 层级 03
设计与交付
将界面规范映射到组件、状态和交互说明，便于开发验证与后续维护。
常见问题
你可能还想了解。
可以只合作产品设计吗？
可以。交付范围可包含需求梳理、交互原型、视觉设计与设计系统，具体深度在启动前确认。
已有研发团队如何协作？
在设计阶段共同讨论技术约束，按模块交付设计和状态说明，并安排开发过程中的体验核对。
如何验证设计是否合适？
结合任务走查、原型反馈与可安排的用户测试验证关键假设，不将视觉偏好等同于产品效果。
聊聊你的项目
让我们从你的业务聊起。
不必准备完整的需求文档。一个问题、一个想法，也可以成为起点。