少花时间查找，多完成工作。

不是。正在使用的协作内容、归档内容，以及不再需要的内容，可以分开处理。这样可以减少冗余数据和不清晰的共享设置。

不是。内容、职责和发布工作，必须由相关业务部门来承担。我们负责将这些需求与技术实现衔接起来。

信息应当便于查找，共享设置应当清晰易懂，协作也应当能够跨团队顺畅进行。我们负责规划内网和文档空间的结构，设置权限，并协助将现有内容迁移到数字化办公环境中。

信息架构，包括分区、模板和负责人 面向 Teams、SharePoint 和 Confluence 的权限模型，基于目录中的用户组 使用 Microsoft Purview 或 LAN Crypt 对机密文档进行分类和加密 文件服务器和旧系统的迁移，包括数据清理和保存期限规则 针对团队空间、页面和外部共享的生命周期治理

信息架构与权限模型 可投入运行的内网，含相关模板 治理手册，含保存期限和共享规则

我们会区分具有约束力的企业信息、团队协作内容和个人草稿。每个区域都会指定负责人、建立清晰的导航结构，并制定处理过时内容的机制。SharePoint、Teams 或 Confluence 在其中可以承担不同的职能。内网的作用是回答重复出现的问题，因此我们会通过典型任务来检验搜索和导航功能。页面数量的增加，或是对文件服务器的完整复制，并不会自动让信息变得更容易查找。

一个协作区域会经历创建、成员变动，并最终在某个时刻关闭。为此，我们会规划权限组、外部共享和定期审查机制。特别敏感的内容需要匹配的分级和保护措施，具体采用的技术会结合使用方式来确定。在迁移过程中，我们会检查元数据、版本管理需求和现有的共享设置。文档中的链接和嵌入文件也是测试内容的一部分，以避免技术上迁移成功，却导致知识库无法正常使用。

验收内容包括面向员工的示例任务、访问权限核查，以及对约定发布流程的测试。编辑人员会获得相应模板和明确的职责划分。技术运维与内容编辑维护，始终是两项分开的任务，并各自指定负责人。最适合作为切入点的，是您最重要的信息领域、现有的资料存放方式，以及团队最常遇到的搜索问题。

流程、系统环境、数据质量 业务部门、IT、数据保护、OTOKO® 流程顾问 流程全景图、系统清单、数据质量报告，以及按优先级排列的行动领域

目标流程、架构、集成计划 业务部门、架构、信息安全 目标流程、系统架构、接口登记册、权限方案

一个流程或站点正式上线运行 OTOKO® 顾问、关键用户、您的 IT 部门 使用真实数据进行试点，收集关键用户的反馈，并就是否全面推广做出决定

配置、接口、数据迁移、培训 OTOKO® 顾问与开发人员、关键用户、您的 IT 部门 已配置完成的系统、接口、已迁移的数据、培训、验收

监控、版本发布、支持 OTOKO® 运维团队或您的团队 监控、版本发布规划、支持，以及年度权限审查

目标流程、需求，以及与关键用户的沟通协调

边界清晰的实施、迁移或集成项目，具备明确成果、固定里程碑和验收。

一个边界清晰的实施、迁移或对接项目。有明确成果、里程碑和验收。