如何确定产品愿景，梳理迭代需求？

产品愿景回答“希望为谁带来什么长期改变”，迭代需求回答“下一步具体做什么”。先把用户要获得的结果说清，再用它筛选功能，团队才不会把愿景写成一句口号，或把所有人的需求都塞进下一版。

以会议与日程产品为例，“做出功能最全的会议软件”难以指导取舍；“让跨团队会议结束后，每项约定都有人接续推进”则能帮助判断：会后待办可能重要，丰富虚拟背景却未必优先。下文围绕行政助理组织会议的场景，把用户现状、愿景和迭代串起来。

可以在Boardmix博思白板中把用户画像、会议旅程、故事地图和愿景放在同一画布。讨论某项功能时，团队能够同时看到它对应的用户问题和预期结果。

1. 什么是产品愿景

产品愿景描述产品希望创造的长期价值，为产品、研发、设计和业务团队提供共同方向。它不需要列出全部功能，但要让人看懂服务谁、改善什么处境。愿景可以相对稳定，实现它的策略和迭代顺序则会随证据调整。

Roman Pichler 的产品愿景板将愿景与目标人群、需求、产品特征和业务目标放在一起讨论。这样既保留长远方向，也能检查实现路径。愿景本身不能替代产品定位、季度目标或版本计划。

如果一句话里只有“新增标签、支持导出、增加提醒”，它更像需求清单；如果只有“成为领先平台”，则还没说清用户会得到什么。把功能名暂时去掉，仍能描述有意义的用户结果，才有可能成为愿景。

2. 如何确定产品愿景

产品愿景的梳理需要依据真实用户材料。团队可先梳理产品现状，提出迭代假设，再共同确定希望长期改善的用户处境；方向和证据需要来回校准，不必等所有功能排完才讨论愿景。

（1）梳理产品现状

梳理产品现状是确定产品愿景的第一步。在梳理产品现状时需要重点关注的便是用户，坚持始终以用户为中心，列举用户角色、归纳用户类型、描述用户画像，从而使在项目的整个研究周期中始终坚持以用户为设计中心。

针对会议软件，可以先制作用户角色卡片，记录用户怎样组织会议、哪里需要反复确认，以及当前如何补救。下面的角色卡包含设计师的期望、使用动机和不满，适合用来比较不同角色；不要只根据年龄、职业或性格替用户推断需求。

用户画像模板

此外，在绘制完成用户角色后，产品经理还需要带领团队进行核心用户分析。

每位用户对产品的使用程度、依赖程度不同，因而可以划分为不同类型用户，在对不同类型用户的分析过程中可以使用【 用户旅程图】，通过梳理用户在特定使用情境中的使用流程，获取用户对于产品的想法与情绪，从中发现痛点与机会点。

以一名经常组织会议的行政助理为核心角色，将工作分成会议前、会议中、会议后三段。观察点不是“界面够不够好看”，而是会议资料能否及时送达、变更是否被参会者知道、会后的约定有没有继续推进。

行政助理的会议用户旅程

从【用户旅程图】的痛点与机会点中，产品经理便可以对产品相关功能进行调整设计，从而更好地满足消费者需求。

把“用户不满意”继续往下拆，写出可观察的事实。下面是一份用于梳理的访谈记录结构，填写时用团队实际材料替换，不把推测算作已证实需求。

同一句抱怨可能指向不同原因。例如“纪要不好用”可能是找不到入口，也可能是没有负责人。先回看一次实际会议，再决定修导航还是补行动确认；不要直接把抱怨翻译成一个新按钮。

（2）分析迭代期望

分析迭代期望时，先区分用户想要的结果和团队打算采用的方案。可以用用户体验的战略、范围、结构、框架、表现五个层面检查方案是否连贯：先明确目标，再讨论功能、组织方式和具体呈现。这是把愿景落到设计的检查视角，不是产品愿景本身的组成层级。

战略层指的是确定用户需求与产品目标等；

范围层则指代功能规格与内容需求；

结构层中包含有交互设计、信息架构等内容；

框架层中则有界面设计、信息设计、导航设计等具体内容；

表现层中则具体考虑感知设计。

梳理范围层时可使用用户故事地图：横向按用户完成任务的先后组织活动，纵向排列可逐步补齐的能力。首个版本应横向覆盖一条完整任务路径，而不是只完成一个模块的大量细节。

在Boardmix中可以用便签排列这些活动和需求。下图沿“输入日程—日程管理—结束日程”组织工作；对于行政助理的会议场景，还应补上“记录会议决议—确认负责人—跟踪行动”，让首个版本至少能贯通一次会后协作。

用户故事地图模板

这个划分的取舍是先让一次会议形成完整后续动作。如果“承接行动”还没有做，却先完善大量会前模板，产品可能看起来更丰富，仍然没有验证愿景。相反，若用户的主要障碍是无法顺利加入会议，就应先修复入会问题，因为它阻断了后续全部价值。

（3）确定产品愿景

把现状和迭代假设放在一起后，团队应形成简洁的愿景陈述，并明确它能否排除某些选择。会议产品可以写为：“让跨团队会议的约定持续变成可追踪的行动。”这句话提供方向；它不等于保证每次会议都会成功，也不意味着每个团队都需要同一套功能。

愿景可以放在画布顶部，在下方继续展开目标用户、要解决的问题、产品类型和价值。以下会议产品工作表把这些信息集中呈现，适合作为讨论底稿；其中的宽泛人群和“提升效率”等表达，还要进一步收窄到具体角色与行为。

视频会议软件的产品愿景

确定愿景后，用三个问题检查每项新需求：它帮助哪类用户完成什么动作？如果不做，愿景所描述的结果会在哪一步中断？有什么材料支持它比其他问题更优先？答不出来的需求先放入待研究区，不要仅因为提出者职位高就进入版本。

在画布上把每张需求便签连接到对应的旅程问题，再标出“已了解、需研究、暂不做”。复盘时既看交付了多少功能，也看用户是否更容易完成会后的确认与跟进；若仍需回到聊天记录反复找人，就要重新检查任务路径，而不是继续给愿景加形容词。