SCENARIO / A
出口前先把合规要求列清楚
常见情况
已经确定要出口到哪里，也有产品计划，但还不知道要准备哪些资料、需要哪些人参与。
工作步骤
- 01确认产品、目标市场和销售方式
- 02查看现有资料，列出缺少的内容和问题清单
- 03确定每项任务的负责人和处理顺序
完成时检查
采用的要求有明确来源，待办事项和负责人已经列清，问题状态有明确标记。
场景说明
看清问题、处理路径和检查方式
以下内容用于说明常见工作场景，不代表未经核实的客户案例。
查看相关服务
SCENARIO / B
先试用一类内部知识问答
常见情况
业务资料散落在不同地方，员工经常问同样的问题，同时还要控制谁能看到哪些内容。
工作步骤
- 01选择一类常见、答案可以核对的问题
- 02只接入获准使用的代表性资料
- 03用员工实际会问的问题测试引用、拒答和反馈
完成时检查
回答能找到原始资料，权限设置有效，缺少资料依据的内容交给人员处理。
SCENARIO / C
把文档审核规则整理清楚
常见情况
审核人员反复检查相同内容，有些规则只靠个人经验掌握，其他人很难复核结果。
工作步骤
- 01收集实际文档和现有检查要求
- 02分清哪些内容可以自动检查，哪些必须由人判断
- 03测试问题定位、结果提示和人工复核
完成时检查
检查结果标出原文和对应规则，误报和漏报有检查办法，高风险事项由人员确认。
SCENARIO / D
及时发现公开网站的变化
常见情况
团队每天要查看多个公开页面，花费时间多，也容易漏掉重要更新。
工作步骤
- 01确认页面可以合法访问，并划定需要查看的区域
- 02用实际更新示例说明哪些变化需要提醒
- 03试运行一段时间，再调整筛选和通知规则
完成时检查
页面无法访问时会有记录，提醒中包含变化摘要和原文链接，无关提醒保持在约定范围内。
SCENARIO / E
整理短剧项目的协作流程
常见情况
资料、素材、任务和项目进度分散在多个工具里，重要交接主要靠聊天和人工提醒。
工作步骤
- 01列出参与角色、所用资料和各个制作阶段
- 02先选择一段可以单独使用的流程
- 03用一个代表性项目测试信息结构和权限
完成时检查
第一期要做的内容和角色权限已经确定，素材、任务与项目状态能够对应起来。
SCENARIO / F
先验证游戏或互动产品的想法
常见情况
团队已有产品想法，但目标用户、核心玩法、发布平台和开发范围还没有确定。
工作步骤
- 01说明目标用户、使用场景和最重要的玩法
- 02先测试风险最高的玩法或技术问题
- 03根据测试结果确定下一阶段要开发什么
完成时检查
核心玩法已经说清楚，关键问题有对应的测试结果，下一阶段开发什么、是否包含发布工作也已写明。