三月份与某大型国企以六位数的报酬签订了一份名为《信息化建设规划》的Con，最近这几个月工作重心一直在这件事上，虽说有点不情愿，但没办法，这件事还就落在我头上了，本来应该是由售前和方案中心的同事负责的事情，说白了这件事就是写几个报告或规划方案。理所当然做好这件事最重要的就是文采水平以及写方案的一些经验。但没办法，这件事还就落在我头上了，领导给我的解释是负责方案的同事最近都很忙，研发中心就我文采还将就，这迷魂汤灌的我既然不能反驳，既然落到咋头上了，那咋还是要把这件事做好，这算是背景，下面我就这个工作的过程以及总结的一点心得浅谈一下自己的看法；
其实从Con名字就可以看出来，说直接点这就是一份报告的事，具体名字就叫《XXX信息化建设规划》，实际上写一份规划方案对咨询机构性质的企业来说根本不是什么难事，因为大多咨询机构都有相应的模板，问题出就出在我们不是咨询机构，没有做过相关的工作，也就是说没有这方面的经验，不知从何做起，更谈不上报告模板了，而且甲方也不知道他们最后要什么，只有一句话“领导对这件事很重视，必须做好”。那怎么办？只能百度咯 。
言归正传，根据我的理解，写好一篇规划方案的前提是对现有的建设情况做出全面的分析，当然也就从这篇现状报告开始做起，针对现状我与负责硬件的同事“扎根基层”调研了三个月，就针对这份报告而言，修修改改写了不下五份报告内容（问题的关键是最后既然很多都没用，这是抱怨话，一笑而过），甲方负责预计的是五月低这份规划方案要呈报给领导，所以在此同时另外一个规划报告是同时进行的，但还好，COO在这份报告中挑了大梁，我算是轻松多了，目前这个事已经基本算是有着落了，难得抽出时间来梳理一下做这件事的过程以及给我带来的启发。
我一直认为在一个研发团队里（包括产品、视觉交互、交互设计、程序员、测试等）产品经理应该是文采相对较好的，理由 是产品经常要写像PRD、MRD之类的东西，应该有一定的文采能力，但通过这件事我认为写这些产品相关文档真的就像是中学生写作文，我们只是局限在自己的文采世界里。用领导的一句话说，我写的报告就相当于叙事文，该有的也许都有，但就算不上报告，所以我归纳了几点造成这种问题的原因。目的是帮助自己以后再遇到相同工作事情的时候该从那些方面重点注意；
1、文章结构
2、语言技巧
3、理论依据
4、数据支撑
一：文章结构
文章结构的重要性产品经理应该都心有体会，不管什么级别的报告，大到招投标文件，小到产品使用文档，领导看到的第一眼肯定是看目录结构，用BOSS的一句话说，目录就像讲地图，首先你的知道亚洲在哪里，然后是中国，然后是京都（北京），循序渐进，这就是文章目录结构，当真正写文章的时候，每一个章节开始必须要有一段概述，最后要有一段总结性质的话，这才是真正考验我们文采的地方，因为这段话往往要我们动脑壳自己总结，而一篇长点的报告往往有几十上百个总结，这就意味着我们我们光概述要写几十上百次，这也是我这次这件工作内容上最缺的地方，因为我怕这种总结性质的语言写错了闹笑话，导致我根本不敢写，最后我采取的是一二级目录下写概述与总结，而三级目录以下我全部采用开门见山直接写内容，这样会省去一半的概述内容，但不得不说这点领导不满意。
二：语言技巧
上面谈到的文章结构是框架，真正的文章内容才是最考验文采水平的，这就不得不说语言方面的一些技巧了，其中有两点我是深有体会，一是语言准确性，很确定的内容要用很确定的语言，比如建设单位、建设时间等内容是有据可查的，所以要用肯定的语言，但有些比较含糊的内容必须学会打擦边球，多用一些像大约、大概、等、建议这些词汇。另一个语言技巧则是报告成功与否的关键，也是给政府、事业单位、国企等写报告的原则，要在不能否定之前工作的情况下指出问题，并做出规划，不得不说，这真是太难了，等于说我要指出你不行还要夸着你说，这就能看出来语言技巧对写好一份报告是多么的重要。
三：理论依据
当你天马星空的相像出一些好的点子或是解决办法时，不得不泼盆冷水给你，不好意思，你提了个很好主意，但请你告诉我你提这个主意的理论依据是什么。这个一般可以从几个方面切入，比如建设现状的不足、法律法规、先进技术、其他企业的成功经验这些都是可以作为理由依据用来支撑你提出的建设意见的。当然这个需要花大量的时间来收集相关资料。尤其是我们做信息化建设与软件开发的，提出比如安全巡查，防火墙管理等理论时一定要有法律法规做支撑，具体的可以到http://www.lawxp.com、http://www.360doc.com这些专门收集法律文件的平台去查询，针对这一点我一直在想要是有个助理就一切都解决了（只能相像）。
四：数据支撑
这一点对我们做产品经理的应该都能理解，就像开发产品时我们提出一个新的功能或新需求，最好都有相关数据做支撑，写份好报告也是一样，比如金额、时间、设备数、使用年限都可以用来做为我们支撑报告的数据，针对我们做软件的用来支撑的数据就更多了，比如点击率、使用频繁度等，往往领导是最关心这一部分的，所以一般比较成功的报告我们都能看到它在后半部分会有如项目结算、资金预算等字样的章节。
以上四点是我针对最近这份工作内容谈的几点心得，但回过头来想想，产品经理应聘时通常面试官会问我们文采怎么样，一般我们都会说诸如还可以这样的信息，但真的我们只是局限于写产品需求文档或产品使用手册这样的水平就够了吗？当遇到比如招投标书或大型报告这样的工作时才发现，原来写产品文档根本就不算是什么文采能力，只是把一些功能或技术用文字表达出来了而已，也许你会说写写这些PRD\MRD\ORD就够了，也许对我们现阶段产品经理的工作是够了，那等我们高升了以后怎么办？那时候我们可就不止写这些基础
