复杂软件截图包含导航、列表、字段和提示，放在手机里整体缩小后，读者可能连当前任务都认不出来。把文件导得更高清，只能增加可放大的细节，不能改变正常浏览时的信息密度。客户若需要先理解产品，再决定观看演示，材料应该承担不同层次的阅读任务。
产品Demo材料设计可以分为总览、任务细节与完整流程。手机预览帮助辨认主题，投屏帮助多人共同理解，操作演示帮助看动作与结果。三者围绕同一产品和任务，但不必使用同一张缩小截图，也不能为了好看改变真实功能与状态。
先分清材料会在哪里被观看
收集本次实际使用位置：手机转发、会前阅读、会议投屏或现场操作。每种位置都问一句“读者此刻要判断什么”。手机可能只需知道产品与任务，投屏需要看清讲解节点，现场操作则需要完整路径和反馈。
不要把观看设备简单等同于使用设备。客户在手机上看桌面软件介绍，不代表软件已经支持手机完成同样操作。材料应说明它展示的是哪种产品环境，避免一张手机样机图暗示未经确认的移动功能。
以下是假设场景：企业向采购与使用人员介绍一套任务管理产品，先发送简短预览，随后投屏讲解，再展示操作。它不对应真实客户或产品效果。三种材料应回答各自问题，而不是把同一长图分别塞进三个容器。
整理素材时保留版本与状态。总览来自一个版本、局部来自另一个版本，会让读者以为可以在同一流程中找到所有内容。已有功能、样例和待评估方向都应按真实状态说明，不能因制作成宣传材料就省略。
还要确认读者是否能自行打开后续内容。投屏时主持人可以解释，转发之后没有人在场。需要独立阅读的版本应保留必要上下文，不靠会中口头介绍支撑。材料任务明确后，再安排尺寸与排版。
总览帮助建立位置，不承担每个字段
总览可以用少量模块说明产品主要组成、当前任务所在位置和预期结果。选择对理解有用的信息，不是将所有功能名称都放进去。读者能够说出“这次要看哪段任务”，就已完成总览的主要作用。
完整截图可以作为背景或辅助识别，但重要说明应以可正常阅读的内容出现。若必须放大才能知道主题，总览仍然承担了过多细节。可以把任务名称、对象和简短解释独立组织，而非全部烙在一张密集图片上。
简化时不得新增实际产品没有的结构。把多个模块重组为介绍图，可以说明它是讲解用概览，不冒充真实界面。客户需要辨认哪些是产品画面、哪些是内容组织，才能按正确依据判断。
总览也需要指向任务细节。可以采用准确的资料标题或经核对的入口，让读者继续看自己关注的部分。不要只写“查看全部”，让客户不知道会打开长图、视频还是操作环境；后续形式以实际内容为准。
判断是否足够简洁，可让未参与制作的人短暂阅读后说出主题和下一步想看什么。如果只能记住产品名和漂亮色块，却不知道任务关系，就需要补信息；如果忙着读几十个字段，则应减少层级竞争。
局部画面需要保留动作的前后关系
任务细节应围绕输入、动作与结果解释，不只截一个按钮。局部画面可以放大当前信息，但应保留产品、任务和角色线索，让读者知道它属于哪条路径。否则细节越清楚，越难与整体关联。
每个重点画面可以配一段简短说明：为什么来到这里，需要做什么，完成后看到什么。说明来自现行功能或明确样例，不虚构自动处理与系统结果。具体操作若未展示，应保留未验证身份。
裁切应先确认不可删除的上下文。例如角色影响可用动作，资料状态影响后续判断，就不能只留下输入框。裁图的边界由任务决定，而不是按相同高度切成漂亮的几段。屏幕信息与文字说明可以互补。
局部材料适合深入一个关键判断，不必承担所有字段解释。其他细节可以进入完整流程或现行资料，避免每一张图都写成小型说明书。重点越明确，投屏时讲解顺序越容易保持。
所有片段需来自同一已确认来源，并能找到原素材。更换版本后，局部说明与概览一起检查，不能只替换最显眼的一张图。维护者应知道片段服务哪项任务，避免日后混用。
完整流程要允许读者回到上下文
完整流程为需要深入了解的人保留输入、关键分支、角色与结果，不要求所有手机预览者立即看完。可以通过任务资料、章节化说明或实际演示提供，形式依据当前能力和材料规模决定，不默认要开发新工具。
从局部进入完整内容时，读者应知道所在位置。若打开长视频，可以提供实际可用的任务段落说明；若是文件，标题和章节应对应；若进入操作环境，需说明当前演示范围。未经核对的跳转能力不能写成已经存在。
返回总览同样要清楚。客户看完一个局部后可能想选择另一任务，不应只剩一条无背景的大图链接。材料可以很简单，只要产品身份、任务关系和返回方向可辨认，不需要用复杂动画掩盖路径问题。
完整内容也不代表正式操作指导。样例流程仅能说明对应范围，真实功能的适用条件仍需产品负责人确认。不要因为内容长、画面精细，就把演示升级成全部产品能力或实施证明。
对下载与转发内容，保留版本和来源线索。读者在离线或其他软件中查看时，仍能够核对材料身份。一个网页链接方便继续阅读，但不能替代文件里必要的任务与状态说明。
在真实观看条件下检验顺序
检查手机预览时，按正常阅读方式看主题、重点和资料入口，不先放大再宣布清晰。检查投屏时，从实际观看距离确认参与者能辨认讲解对象。具体字号与布局由实际条件判断，不套一个固定尺寸作为全部场景标准。
再按计划顺序走一遍：总览到局部，再到完整内容。读者是否知道每次打开什么，能否说出当前任务与上一段关系？若进入局部就忘了产品身份，补上下文比不断增加高清版本更有效。
检查演示讲解与材料是否一致。主持人解释的是新版本，屏幕局部仍是旧版，会造成理解冲突。资料更新后应同步常用发送位置，无法控制的历史副本不宣称全部替换，可按实际安排说明更新范围。
请内容、产品和设计角色分别确认。内容负责人看信息是否容易理解，产品负责人看事实与状态，设计人员看清晰度和层级。某一项通过不能代表其余都通过，不能只用“好看”做验收。
完成标志是手机读者能够识别主题，多人投屏能够跟上关键任务，深入读者能够查看完整流程并回到上下文。材料按阅读目的分工，才不会把复杂产品介绍变成一场反复放大截图的活动。
还要记录哪些资料适合独立发送，哪些必须配合讲解。发送人员知道这个区别后，才不会将一张依赖口头背景的局部画面当作完整介绍转交。材料身份清楚，也能减少后续补充时重新解释整条任务的负担。相关操作可参阅《低保真、高保真、可交互原型有什么区别？按验证问题来选》。
常见问题
只提供一个完整PDF可以吗？
如果真实任务简单且阅读清楚，可以。但复杂资料通常需要清楚的总览与任务索引，不能要求所有人从头阅读。是否拆分依据实际阅读检查决定。
手机预览能否只保留几张美观截图？
需要同时保留主题和任务线索。美观画面可以辅助识别，但不能让客户看完仍不知道介绍什么功能或下一步看什么材料，也不能暗示未经确认的移动能力。相关操作可参阅《响应式UI设计怎么做？从断点到内容优先级的完整方法》。
局部截图是不是越大越好？
不是。重点要清楚，上下文也不能丢。只放大一个按钮可能看不出动作目的，应保留必要对象与前后关系，其他细节放到合适资料。
总览重新绘制，会不会改变产品事实？
可能，因此要标明讲解用途并核对来源。可以重组表达，但不能新增产品结构、功能或状态。概览图不应冒充真实可操作界面。
现场演示已经清楚，为什么还检查转发版本？
转发后没有主持人解释，资料必须独立成立。版本、任务和状态等必要信息需继续可辨认，不能用现场观看成功代替后续阅读检查。
链接复制成功
