基于这些信息 ， 商业计划书的负责人就可以正式开始进行设计工作了 ， 整体完成周期也会大大降低 。
这里我补充一点 ， 在数据的分享和传递阶段 ， 我们并不需要过多在乎形式 ， 只需要保持数据的结构化形式即可 ， 最终输出的商业计划书是由文档专家进行专业视觉转化的产物 。 要确保良好的输出 ， 其实只需要保证源数据的完整与准确即可 。
数据孤岛化的情况
对于上述的协作过程 ， 看起来是一气呵成 ， 非常顺畅 ， 但在其背后是有企业文化和制度的保障 ， 也有每个人自驱的协作意识 ， 没有这些从上到下的协作意识的话 ， 也没有数据共享机制的话 ， 这样的协作根本无法实现 。

文章图片
下面我们来看看 ， 数据孤岛化下的协作又会是怎样的 。
首先 ， 在开展这一任务时 ， 负责人几乎是无从入手的 ， 虽然他的经验足够丰富 ， 了解商业计划书所需要的内容 ， 但他并不清楚如何获取这些内容的原始数据 ， 也无法在一开始便知晓谁是合适的SME 。 也许需求方会提供一些初始信息 ， 但这些信息是否准确 ， 出处如何 ， 往往连自己也说不清楚 。
这个时候 ， 商业计划书的负责人只能像“推理探案”一般找寻相关的SME ， 先从需求方这里挖掘一些他所知的SME信息 ， 然后与各相关部门的领导进行确认 ， 了解究竟有哪些SME 。
然后 ， 负责人就需要与这些潜在的SME进行沟通 ， 获取信息 。 在沟通的过程中 ， 可能会出现SME变更的情况 ， 也可能需要追加新的SME来提供更多信息的情况 。 在这一阶段 ， 沟通会消耗大量的时间 ， 也会在沟通上调动大量的同事 。 即便如此 ， 也没有办法保证SME的“穷尽” 。
当素材最终磕磕绊绊收集到了之后 ， 还需进行整理 ， 因为这些素材往往并没有经过良好的版本管理 ， 一般都是从自己电脑中随意拿出来的一个版本 ， 遵循每个人自己的版本管理策略 ， 因此往往会是过程稿 ， 遗留着各种修订信息 。

文章图片
这个时候 ， 负责人需要再次和SME进行沟通和确认 ， 直至拿到符合要求的源数据 。
基本信息均确认完毕后 ， 就可以由文档专家进行初步的PPT设计了 ， 但在完成设计后 ， 企业内部没有公共平台可以上传 ， 只能通过邮件或即时通信工具发送到各位SME ， 由其对内容的完整性进行确认 。
当所有SME都确认和修改完毕后 ， 再次对其交付的修改稿进行整合 ， 最终完成交付 。
在整合过程中 ， 往往也会在重新设计上耗费较多时间 ， 因为PPT和其他文档介质不同 ， 即使是微小的内容改动 ， 往往也会带来视觉上的较大改动 ， 甚至是重新设计 ， 特别是对于视觉要求比较高的商业计划书 。

文章图片
我们也会经常看到这一现象 ， 在即将完成或者发布之后 ， 并且已经进入后续工作流程时 ， 突然间会跳出来一位SME ， 说自己这里有最新的信息 ， 或者是有一位员工临时得知了这一工作 ， 主动认领了SME ， 并依然从自己的本地电脑里拿出相关文件 ， 这样又会带来更多的版本迭代 。
通过上述对比 ， 我们可以非常明显看出 ， 数据的孤岛化会给协作带来非常大的障碍 ， 不仅大大提升了过程中的沟通成本 ， 还会使最终呈现结果的准确度和完整性上大打折扣 ， 或者说充满风险 。
【“孤岛化”给协作带来的影响（3）：分散的数据