每一个产品或项目，无论是从0到1，还是已经上线，持续迭代，都需要一套持续更新，并能够进行版本追溯的Wiki。这也是redmine、Git、TAPD等等各类项目管理工具提供的通用功能。
但是，小团队，或者野生的产品/项目经理，在刚开始的时候，可能不知道如何去建立一套能够切实提高沟通效率的Wiki。在此总结和分享一下本人这几年的实践经验，希望能提供一些帮助。
当一个项目团队迎来新成员，首先需要做的，就是“同步”，或者说“get everyone on the same page”。但不管是口头讲、甩一坨产品文档过去自己看，还是有啥看啥，都不成体系。新人到底能吸收多少，很大程度上取决于自觉性。如果行业不熟悉，光名词都需要很长时间才能统一认识。
随着项目的迭代，每个项目的相关文档都会迅速增长。如果没有一个统一的位置进行管理，大家的电脑里会充斥着：XXX设计稿1.svg、XXX最终版.pdf、…
这些问题，相信每个B端产品经理都不陌生。与其每次被问到的时候临时准备，不如养成定期更新以上文档的习惯。下次再有人问到，只需要从容不迫地把相关链接和内容甩过去，深藏身与名。
1. 项目管理方式（敏捷/瀑布…项目管理工具及使用规范）项目管理工具（通常也就是wiki所在的位置）的使用说明和规范，比如每个人都需要及时更新自己的任务状态等等
所有项目成员的姓名、项目角色（以及项目中负责的模块）、公司职位、所属部门，电话、邮箱等联系方式
一些典型的用户故事，更生动地阐述产品价值。比如：我是一个XX负责人，今天要完成XX任务。我可以通过产品的XX功能，进行XXX的操作。这样的优点是XXX、XXX，解决了以往XXX、XXX的问题
6. 主要竞争对手7. FAQ（区分对内、对外）8. 商标、专利、软著等资质相关文件9. 对外宣传的资料
1. 产品文档及带编号的目录每个模块、甚至每个页面都应该有唯一编码。并且产品文档、运营文档都遵循同一规范
产品经理做到后面，需要不断加深对行业的了解，这些资料也需要不断地收集、积累和消化。以项目组的形式把资料存在一起，可以和团队一起提升
以上这一套东西，如果维护得当，对内可以供团队新人、老人统一思想，随时截屏开撕；对外可以供市场团队根据需要东拼西凑，排列组合，发给各路神仙，实乃居家旅行必备良品。
