产品设计流程怎么做？五个环节、交付物与完整案例

产品设计流程通常包括市场与用户研究、头脑风暴、选择并验证想法、制作原型与测试、产品投放五个环节。每个环节都应留下能支持下一步的产物：问题定义、备选方案、选择理由、测试结论和上线观察计划。不能只把流程走完，却没有回答产品是否解决了真实问题。

产品设计不是从起点直线走到终点的过程。测试可能暴露需求理解有误，上线反馈也可能要求回到研究阶段。团队可以把研究材料、方案、流程和评审意见放在Boardmix 博思白板中，让不同角色看见决定的依据和仍未解决的问题。

1. 什么是产品设计

产品设计融合了研究、策略、行业知识和创造性思维，包括构思、概念化、测试、迭代和改进。设计的产物可以是实物，也可以是软件和服务；界面外观只是其中一部分，任务流程、业务规则与使用体验同样重要。

产品设计过程围绕用户与商业目标展开，也受到成本、技术和运营条件的约束。产品是否有价值，要看它怎样解决用户生活和工作中的实际问题。因此，设计师需要与用户、业务、研发和运营共同工作，不能仅凭团队内部的偏好作决定。

Design Council 的双钻模型强调先理解问题、再发展和交付方案，其中包含发散与收敛。下面的五个环节是一种便于执行的组织方式；项目可以来回迭代，不是所有团队都必须依次完成的固定审批流程。

2. 产品设计流程梳理：五个环节分别交付什么

产品设计师需要了解用户目标和业务需求，也要考虑可用性、实现成本和现有产品的关系。先看流程全貌，再用“公司会议室预约”这一任务贯穿每个环节：员工要为明天 10:00—11:00 的 6 人会议找到有投屏设备的房间，并能在计划变化后改期。

（1）市场与用户调研：先定义问题，再提出功能

在开发设计之前，团队需要了解最终用户和业务目标，定义待解决的问题与使用情境。访谈、问卷、现场观察和既有记录可以提供不同信息；选择方法取决于问题，而不是把所有方法都做一遍。

对会议室预约，先请员工回忆最近一次预约经历，再观察他们实际寻找、比较和预约房间。记录在哪一步需要问人、切换工具或反复返回。还要向行政了解房间维护、临时占用和取消规则，否则只改页面也可能无法解决问题。

这个环节应产出一份简短的问题定义：

• 用户与任务：需要临时组织会议的员工，要在时间、人数与设备条件下找到可用房间。
• 当前障碍：可用时段、容纳人数和投屏设备分散在不同位置，员工无法在一个判断中确认房间是否合适。
• 业务约束：沿用现有日历和房间权限；设备维修期间不能继续被预约。
• 判断标准：用户能找到符合条件的房间、理解预约是否成功，并能改期或取消。
• 尚需确认：现场空置但系统已占用的原因，究竟是迟到、未取消还是状态不同步。

“用户需要一个筛选按钮”已经预设了解法；“用户难以判断哪个房间可用且合适”则为不同方案留下空间。研究结论整理方式可参考用户研究报告写作方法，先把观察和判断分开。

（2）进行头脑风暴：让备选方案真正不同

随着研究加深，团队会产生不同创意。在发散阶段，先记录想法，避免过早因为职位、表达方式或个人喜好否定它。Boardmix 的便签和图形可以用于收集方案，再按要解决的问题归类。

会议室预约可以形成三条不同路线：先选房间再看日历；先输入时间和人数再筛房间；从会议邀请中匹配房间。它们改变的是任务入口和信息顺序，不只是把同一个按钮换个位置。

开会前让每人独立写方案，再逐一说明。每张方案卡写“适合谁、改变哪一步、预期帮助、可能代价”。这样，讨论会落在真实取舍上；颜色投票可以帮助收集倾向，但不能代替研究和技术判断。

（3）选择并验证想法：先排除不满足约束的方案

设计团队需要从备选方案中作选择，并邀请业务、研发等相关角色评估。除了用户需要，也要检查与现有产品的重叠、可实现性及预算。概念受到欢迎，不等于已经证明可用或值得完整开发。

如果当前目标是改善预约页面，且暂不具备日历集成条件，可以先验证第二条路线，同时保留按房间浏览的入口。这是基于任务与约束的选择，不是宣布某种界面永远更好。若可用状态不可靠，应先解决数据与管理规则，不能用新界面掩盖根因。

（4）制作产品原型并测试：观察任务是否完成

选定值得验证的想法后，制作能表达关键操作的原型，再让目标用户完成任务。原型的精细程度取决于要验证什么：讨论信息顺序时，低保真页面即可；判断交互反馈时，需要能展示相应状态的原型。实物产品则可能需要验证形态、材料和使用方式。

会议室预约原型至少覆盖搜索、结果列表、房间详情、确认、冲突提示和改期。准备三项任务：

1. 预约明天 10:00—11:00、容纳 6 人且有投屏设备的房间。
2. 在目标时段没有合适房间时，找到可接受的替代时段。
3. 将已有预约改到下午，并确认原时段是否释放。

观察时记录用户的动作、停顿、求助和结果，不提示“去点筛选”。如果用户看到绿色房间就以为预约成功，却没有进入确认页，问题可能是状态表达不清。此时应修改反馈和确认路径，再测试相同任务；不能因为用户说“页面挺好看”就忽略失败。

迭代是根据发现修改并再次验证，不是测试次数越多问题就必然越少。每次改动应对应一条发现；同时检查改动是否让其他任务更难，例如强化预约确认后，取消入口是否变得难找。

团队可以借助Boardmix 模板中心中的回顾结构整理“发生了什么、学到什么、下次改什么”。回顾会议用于改进协作方式；用户测试用于观察产品使用，两者可以相互补充，不能相互替代。

（5）投放产品：用上线反馈继续改进

达到约定条件后，团队可以安排产品投放。上线不是研究与迭代的结束，仍要收集使用反馈，观察产品在真实环境中的表现，并检查业务规则是否落实。

会议室预约上线前，要共同确认：冲突时如何提示、维修房间如何停用、重复提交怎样处理、预约失败如何恢复，以及谁接收异常反馈。先在合适范围开放使用，保留暂停或回退办法，不能把“原型可以点击”当成产品已具备上线条件。

像上图一样，把发布安排、待解决事项和负责人放到同一画布，便于设计、研发和运营对照推进。上线后关注任务完成、错误反馈、改期与取消是否顺畅；如果实际使用方式与研究阶段不同，就把新问题带回流程前端。

3. 怎样判断一个设计环节可以往下走

产品设计流程容易失效的地方，往往是环节之间没有明确交接。可以用五个问题检查当前产物：

• 研究完成了吗？能说清谁在什么情境下遇到什么问题，并区分已观察事实和待验证假设。
• 方案充分了吗？有实质不同的备选方向，能解释它们分别解决哪部分问题。
• 选择有理由吗？记录关键约束、取舍与未解决风险，不能只说“大家都选这个”。
• 原型验证了吗？核心任务有观察记录，失败得到处理，未覆盖场景有下一步安排。
• 上线准备好了吗？明确交付范围、异常处理、负责人和观察计划，产品与业务规则能共同运行。

不必等所有不确定性消失才前进，但要知道带着什么风险进入下一步。准备整理自己的设计流程时，可进入 Boardmix 创建项目画布，把五个环节横向展开，在每个环节下放入真实产物、待确认问题和下一位接手的人。