📚 课程目录第4章需求分析

4、需求分析：如何从项目目标、受众、场景中提取交付物需求，编写需求文档

需求分析是艺术成果交付物设计与验收标准的起点。如果需求定义模糊，后续的设计、制作、验收都将失去依据。本章聚焦于如何从项目目标、受众特征和使用场景三个维度系统化地提取交付物需求，并将其转化为可执行、可验证的需求文档。我们将介绍一套从抽象目标到具体规格的拆解方法，并给出需求文档的标准结构。

4.1 核心原理：需求分析的本质是“约束转化”

艺术成果交付物的需求分析，本质上是一个将模糊的项目意图转化为明确约束条件的过程。它不同于纯技术系统的需求分析，艺术交付物往往同时包含功能性需求（如尺寸、分辨率、交互逻辑）和非功能性需求（如风格调性、情感传达、文化适配）。需求分析的核心任务，是从项目目标、受众、场景三个维度提取出可验证的“硬性指标”和可感知的“软性标准”。

需求分析遵循“三层漏斗”模型：第一层是项目目标层，回答“为什么要做”；第二层是受众与场景层，回答“给谁看、在哪里看”；第三层是交付物规格层，回答“具体做成什么样”。每一层都需要通过提问、调研、推演来逐步收敛，最终形成一份各方达成共识的需求文档。

  关键认知：需求文档不是“愿望清单”，而是“验收依据”。每条需求必须能被验证——要么通过测量（如尺寸、时长、分辨率），要么通过评审（如风格一致性、情感表达准确性）。无法验证的需求，不应写入文档。

4.2 判断方法：从三个维度提取需求的实操流程

需求提取需要系统化的提问和记录。以下是从项目目标、受众、场景三个维度提取需求的标准操作流程。

4.2.1 从项目目标提取需求

项目目标决定了交付物的核心功能和内容方向。需要回答以下问题：

商业目标：是品牌曝光、产品促销、还是用户增长？这决定了视觉冲击力和信息密度的优先级。
传播目标：是追求话题性、病毒传播，还是深度阅读？这影响内容叙事结构和媒介选择。
教育目标：是知识传递、技能训练，还是观念改变？这决定信息组织逻辑和交互深度。
艺术目标：是探索形式语言、表达观念，还是服务功能？这决定风格自由度与约束程度。

4.2.2 从受众特征提取需求

受众分析决定了交付物的语言体系、审美层级和信息接受方式。关键维度包括：

受众维度	关键问题	对交付物的影响
年龄与代际	目标受众的年龄段？	视觉风格、字体选择、交互方式
文化背景	受众的文化语境、价值观？	符号使用、色彩含义、叙事逻辑
认知水平	受众对主题的熟悉程度？	信息密度、术语使用、解释深度
审美偏好	受众偏好的视觉风格？	整体调性、材质选择、色彩倾向
使用能力	受众的操作技能水平？	交互复杂度、辅助说明、容错设计

4.2.3 从使用场景提取需求

场景分析决定了交付物的物理形态和技术参数。需要考察：

物理环境：室内/室外、光线条件、空间尺寸、噪音水平。例如户外广告需要高对比度和耐候性，展厅装置需要考虑人流和安全性。
时间维度：观看时长（3秒路过 vs 10分钟沉浸）、使用时段（白天/夜晚）、使用频率（一次性/长期）。
设备媒介：手机屏幕、电脑显示器、LED大屏、印刷品、实体装置。不同媒介决定了分辨率、色彩模式、文件格式。
交互方式：被动观看、主动点击、触摸操作、体感交互。这决定了交付物的交互逻辑和技术选型。

实操建议：使用“场景故事板”方法——将目标受众在典型场景中的使用过程写成一个小故事，标注每个环节的接触点、情绪状态和信息需求。这比抽象分析更容易发现隐藏需求。

4.3 案例拆解：博物馆互动装置的需求提取全过程

以下是一个完整的案例，展示如何从项目目标、受众、场景中提取需求并形成文档。

4.3.1 项目背景与初始目标

某省级博物馆计划为“古代丝绸之路”展厅新增一个互动多媒体装置，预算80万元，工期4个月。初始目标描述为：“让观众了解丝绸之路的贸易路线和文化交流。”这个目标过于模糊，无法直接指导设计。

3.3.2 需求提取过程

第一步：目标拆解。与馆方沟通后，明确具体目标：① 让观众在3分钟内理解丝绸之路的主要路线和贸易商品；② 通过互动体验引发观众对文化交流的兴趣；③ 成为展厅的打卡热点，提升社交媒体曝光。

第二步：受众分析。通过观众调研发现：主要受众为8-15岁学生（占40%）和25-40岁亲子家庭（占35%），其余为普通游客。学生群体偏好游戏化互动，家长群体注重教育意义和安全性。受众对历史知识的认知水平普遍较低，需要直观、生动的表达。

第三步：场景分析。装置将放置在展厅中央，面积约20平方米，层高4米。展厅平均照度约200勒克斯，但装置区域可局部调暗。观众平均停留时间约5分钟，高峰期人流量大（每小时300人）。需要支持多人同时操作，且操作方式应直观无需教学。

4.3.3 需求转化与文档输出

基于以上分析，形成以下需求条目：

需求编号	需求描述	验证标准	优先级
R-01	装置应展示丝绸之路主要路线（长安至罗马）	地图准确度经历史专家审核	必须
R-02	支持至少4人同时互动操作	压力测试4人同时操作无卡顿	必须
R-03	互动方式为体感或触控，无需文字说明	用户测试中95%的观众无需帮助即可操作	必须
R-04	单次体验时长控制在2-3分钟	计时测试平均时长在范围内	必须
R-05	视觉风格符合展厅整体调性，偏古朴典雅	馆方设计委员会评审通过	应该
R-06	装置需具备拍照分享功能	可生成带二维码的纪念照片	应该
R-07	设备连续运行8小时无故障	72小时连续运行测试	必须

4.3.4 案例复盘

该案例中，需求分析的价值体现在：通过目标拆解将“了解丝绸之路”转化为“3分钟内理解路线和商品”的可验证指标；通过受众分析确定了“无需文字说明”的交互原则；通过场景分析确定了“4人同时操作”和“8小时运行”的技术要求。最终需求文档成为设计、开发、验收的共同依据，避免了后期反复修改。

风险提示：需求提取过程中，最常见的错误是“过度设计”——将个人审美偏好或技术炫技混入需求。需求必须服务于项目目标和受众体验，而非展示技术能力。每条需求都应能回答“为什么需要它”。

4.4 需求文档的标准结构与编写要点

一份合格的需求文档应包含以下模块，每个模块都有明确的编写要点。

4.4.1 需求文档结构

项目概述：项目背景、目标、范围、相关方。
受众与场景定义：目标受众画像、使用场景描述、关键用户旅程。
功能需求：交付物必须实现的功能列表，每条有编号、描述、优先级。
非功能需求：性能指标（响应时间、并发数）、可靠性（运行时长、故障恢复）、视觉风格要求。
内容需求：需要呈现的具体内容清单（文案、图片、视频、数据）。
技术约束：平台限制、文件格式、分辨率、色彩模式、兼容性要求。
验收标准：每条需求对应的验证方法和通过条件。
附录：参考素材、竞品分析、术语表。

4.4.2 编写要点

使用“用户语言+技术语言”双语描述：每条需求先写用户可理解的描述，再补充技术规格。
明确优先级：使用“必须/应该/可选”（MoSCoW方法）分级，确保核心需求优先实现。
避免歧义：不使用“美观”“流畅”“友好”等模糊词汇，改用可测量的指标。
建立追踪矩阵：每条需求与项目目标关联，确保无遗漏、无冗余。

  经验总结：需求文档的编写过程比文档本身更重要。通过访谈、问卷、现场观察、原型测试等方式与相关方反复确认，比一次性写完文档更有效。建议采用“两轮评审+一轮确认”的流程：第一轮评审确认方向，第二轮评审确认细节，最终签字确认。

4.5 常见误区与应对策略

在需求分析实践中，以下误区最为常见，需要特别注意规避。

误区	表现	后果	应对策略
需求过载	所有相关方都提出需求，不加筛选全部纳入	交付物臃肿、工期延误、核心体验被稀释	坚持优先级分级，砍掉与目标无关的需求
假设代替调研	凭经验猜测受众偏好，不做实际调研	交付物与受众需求错位，返工率高	至少进行小样本用户访谈或问卷验证
忽视场景约束	只关注内容设计，不考虑物理环境限制	交付物在实际场景中无法使用或效果大打折扣	进行现场勘查，记录环境参数
需求描述不可验证	使用“高端”“大气”“有感染力”等主观词汇	验收时无法达成共识，陷入争论	将主观描述转化为可评审的维度（如色彩数量、字体风格、节奏变化）

需求分析是一个动态迭代的过程，而非一次性的任务。随着项目推进，可能会发现新的约束或机会，需求文档需要相应更新。但每次更新都应经过相关方确认，避免随意变更导致项目失控。最终，一份高质量的需求文档应当让所有参与者——设计师、开发者、客户、管理者——对“要交付什么”和“如何验收”达成清晰共识。