前言
在日常的产品项目中，每个项目都会产生大量的项目资料。如何构建一个可以方便管理并且快速查找的资料体系是我经常思考的问题。根据参与过的大小项目逐渐总结了一套项目通用的资料管理方式。
两个维度
维度：通用资料管理、项目资料管理
- 项目资料管理：每个项目都是单独的文件夹体系，这样可以保证项目资源独立。
- 通用资料管理：通用资料管理是一些常用的资料的集合，源于不同项目的逐步积累。在通用资料管理中，尽可能的是一些可以快速复用的模板文件。
关系
通用资料管理与项目资料管理是一个相辅相成的关系。通过项目资料文件的积累抽离出通用的常用文件。建立通用资料库。同时在下次可以新的项目与迭代时可以快速的复用部分文件。
如何快速将项目资料抽离成通用资料
- 归纳总结：不同的项目在部分资料的需求上是不同，但是也会通常会有50%左右的相关重复类型文件。如果公司有统一文档的规范，这里的规范就可以直接纳入我们的通用资料。如果公司没有统一的规范，就需要我们从已有的项目中进行抽离。并且逐步的完善。
- 内容标准化：在部分文档中，每次提交或处理都是固定内容与位置进行替换。此时就可以进行通用模板文件中的常用替换内容进行有效的标记。例如：模板文件中文字用红色进行标记，方便直接定位替换。同时有利于检查是否全部修改。
- 整合标记：在通用资料管理中通过标签或文件命名的形式，进行文件的标签化处理。方便快速定位查找。
四个方面
四个方面我是按照项目整体的进度顺序进行划分的。一个项目常规的流程就是调研、设计、研发、运营（交付）为一个周期。
调研方面资料
在调研方面，我们通常有部分调研数据的收集与整理。此过程中可能产生相关的政策资料、行业报告、各类数据、规划计划大纲等等。
如何抽离为通用调研资料。
- 网站收集，建立快速导航目录。
- 文档模板收集（MRD、BRD、部分PPT文档）。
- 问卷调查问卷题库方式。
- …
设计方面资料
在设计方面，经过了调研，产品一般就会进入确定功能与内容；交互设计与信息架构；界面设计、导航设计、信息设计；本质上是对产品调研结果与产品目标进行“实体化”的一个部分。
设计方面资料主要分为产品设计资料、交互设计资料、UI设计资料。一般UI设计资料对于我们来说相对较少，但是可以养成对应的收集管理习惯。方便了解主流的UI设计趋势与规范。
产品设计资料
此处的产品设计资料主要是需求层面的资料。对应的是通常我们在我们项目完成调研后，整理项目功能点、核心流程等等都是在产品设计层面的东西。此时我们会产生项目的相关流程图、角色构成，核心功能等等。
交互设计资料
交互设计资料主要是将以梳理完成的需求进行结构层面的处理，在结构层面，我们需要设计部分交互逻辑与信息流转结构。此处会产生较多按照项目类型形成的通用交互方式。同时市场上主流头部产品具有的通用交互形式也是我们需要收集的资料之一。
UI设计资料
UI设计资料我们只需要收集对应生态的官方资料即可，不同的生态具有不同的差异性。在处理对应生态的产品时，需提前了解对应生态的设计规范。
如何抽离为通用设计资料
- 产品设计资料：抽离常用的流程，总结流程中核心字段。例如：常规的订单流程。我们可以整理出通用的订单流程。然后进行标记订单流程分支位置即可。如：线上线下结合订单。
- 交互设计资料：抽离出常用的数据交互方式，此类型需要抽象为层级。
- UI设计资料：只需整理生态差异化的总结即可。（注：此处UI设计资料只是为了方便后期快速查找规范）。
研发方面资料
研发方面资料主要是整理收集常用的项目使用的规范。研发方面资料重在收集归纳。在部分问题上可以咨询研发获取部分资料。
例如：
- 平台的API申请流程，所需提交资料。
- 部分生态开发框架整理。例如：图表、前端框架等等。
- 定点知识整理收集整理，例如：数据库使用、数据埋点规范等等。
如何抽离为研发设计资料
研发资料重点在于积累，扩充自我的知识边界，在这里需要进行自我总结形式的整理。例如不同平台框架的特性进行交叉对比等等。
运营交付资料
主要分为两个方案，自研产品的运营，合作项目的交付。
自研产品的运营
系统使用手册、系统使用规范、反馈流程规范、版本迭代规范等等，此处主要是在项目基础上搭建一个完整的项目资料库。
合作项目交付
在合作项目交付上，有的项目需要提交完整的项目资料，此时我们可以将项目资料按照调研、设计、研发、运营四个方面进行整理。
如何抽离为运营交付资料
在自主运营上，对应的相关运营规范可以整理成通用模板，方便复用。
在合作项目交付上，按照层级整理出对应的文件夹体系，后续只需将对应文件进行归档即可。
总结
如何搭建一个合理的体系需要结合所处环境进行合理调整。例如：公司有对应的文档规范库，此时这部分规范就是项目通用的基础组成。后续只需进行自我补充即可。
资料的整理主要是为了搭建通用的资料库，通过通用资料库的搭建逐渐的进行我们的积累与提效。
