M产品研发日志--万事开头难

        Wiki新波（M产品的研发经理）的努力下搭建好了。虽然在搭建的过程中，破费周折，自己机子测试良好的Wiki在发布到服务器上，却巨慢无比，也不知道为什么，于是连忙换了台机子之后，方才有所改善。那么Wiki好了，该如何开始呢？工具都已经有了，就看你怎么干了。

 

        K君还在思考着后续如何进行的时候，突然想到产品的大纲还没有写上呢，于是赶紧登陆Wiki准备研究一下大纲编写的格式，然后让我们的需求Z君去更新一下，结果上去一看，买糕的，之前讨论的需求条目都已清清楚楚的放在那里了。包括几级分类，模块名称，模块内已经讨论清楚的功能节点名称等都已经存在，剩下的就是每个功能点的具体需求了。K君很兴奋的跑过去拍了一下Z君的肩膀，“不错嘛，还想催你写呢，没想到都写完了。”，Z君淡然一笑，“必需的。”

 

         好的，下面的事情就是格式了，后续的需求不能随意编写，大家如果任意填写的话，就会造成后期的理解，整理，阅读上的混乱。当百废待兴的时候，当万事开头的时候，最关键的还是流程规范，K君开始抓头研究模块编写的模板，业务领域，功能节点编写的模板。这几个模板之间的关系，格式，组织形式都要先憋出一个初稿才行。看来这个又要花费一定的脑细胞才能换得一个凑乎能用的雏形。

 

PS：顺道答一下疑，和感谢大家的帮助，任何问题，指责都是帮助我向正确的道路上行驶。

1.这个M产品是产品经理在公司规划下进行设计的，不是一个人拍出来的，所以不会成为一个人的产品。

2.因为时间紧迫的愿意，所以才采用了这种一切依靠口头，Wiki进行记录的方式，这样的风险是存在研发的方向跑偏，讨论不清楚就研发等现象，需要在研发过程中进行把控的。

3.经过大家的问题追问，后面会考虑加上需求（每日/每周）确认的流程，具体流程还需要摸着石头过河。