? ? ? 三月份與某大型國企以六位數的報酬簽訂了一份名為《信息化建設規劃》的Con，最近這幾個月工作重心一直在這件事上，雖說有點不情愿，但沒辦法，這件事還就落在我頭上了，本來應該是由售前和方案中心的同事負責的事情，說白了這件事就是寫幾個報告或規劃方案。理所當然做好這件事最重要的就是文采水平以及寫方案的一些經驗。但沒辦法，這件事還就落在我頭上了，領導給我的解釋是負責方案的同事最近都很忙，研發中心就我文采還將就，這迷魂湯灌的我既然不能反駁，既然落到咋頭上了，那咋還是要把這件事做好，這算是背景，下面我就這個工作的過程以及總結的一點心得淺談一下自己的看法；
? ? ? 其實從Con名字就可以看出來，說直接點這就是一份報告的事，具體名字就叫《XXX信息化建設規劃》，實際上寫一份規劃方案對咨詢機構性質的企業來說根本不是什么難事，因為大多咨詢機構都有相應的模板，問題出就出在我們不是咨詢機構，沒有做過相關的工作，也就是說沒有這方面的經驗，不知從何做起，更談不上報告模板了，而且甲方也不知道他們最后要什么，只有一句話“領導對這件事很重視，必須做好”。那怎么辦？只能百度咯 。
??? 言歸正傳，根據我的理解，寫好一篇規劃方案的前提是對現有的建設情況做出全面的分析，當然也就從這篇現狀報告開始做起，針對現狀我與負責硬件的同事“扎根基層”調研了三個月，就針對這份報告而言，修修改改寫了不下五份報告內容（問題的關鍵是最后既然很多都沒用，這是抱怨話，一笑而過），甲方負責預計的是五月低這份規劃方案要呈報給領導，所以在此同時另外一個規劃報告是同時進行的，但還好，COO在這份報告中挑了大梁，我算是輕松多了，目前這個事已經基本算是有著落了，難得抽出時間來梳理一下做這件事的過程以及給我帶來的啟發。
??????? 我一直認為在一個研發團隊里（包括產品、視覺交互、交互設計、程序員、測試等）產品經理應該是文采相對較好的，理由 是產品經常要寫像PRD、MRD之類的東西，應該有一定的文采能力，但通過這件事我認為寫這些產品相關文檔真的就像是中學生寫作文，我們只是局限在自己的文采世界里。用領導的一句話說，我寫的報告就相當于敘事文，該有的也許都有，但就算不上報告，所以我歸納了幾點造成這種問題的原因。目的是幫助自己以后再遇到相同工作事情的時候該從那些方面重點注意；
1、文章結構
2、語言技巧
3、理論依據
4、數據支撐
一：文章結構
? ? ?? 文章結構的重要性產品經理應該都心有體會，不管什么級別的報告，大到招投標文件，小到產品使用文檔，領導看到的第一眼肯定是看目錄結構，用BOSS的一句話說，目錄就像講地圖，首先你的知道亞洲在哪里，然后是中國，然后是京都（北京），循序漸進，這就是文章目錄結構，當真正寫文章的時候，每一個章節開始必須要有一段概述，最后要有一段總結性質的話，這才是真正考驗我們文采的地方，因為這段話往往要我們動腦殼自己總結，而一篇長點的報告往往有幾十上百個總結，這就意味著我們我們光概述要寫幾十上百次，這也是我這次這件工作內容上最缺的地方，因為我怕這種總結性質的語言寫錯了鬧笑話，導致我根本不敢寫，最后我采取的是一二級目錄下寫概述與總結，而三級目錄以下我全部采用開門見山直接寫內容，這樣會省去一半的概述內容，但不得不說這點領導不滿意。
二：語言技巧
? ?? 上面談到的文章結構是框架，真正的文章內容才是最考驗文采水平的，這就不得不說語言方面的一些技巧了，其中有兩點我是深有體會，一是語言準確性，很確定的內容要用很確定的語言，比如建設單位、建設時間等內容是有據可查的，所以要用肯定的語言，但有些比較含糊的內容必須學會打擦邊球，多用一些像大約、大概、等、建議這些詞匯。另一個語言技巧則是報告成功與否的關鍵，也是給政府、事業單位、國企等寫報告的原則，要在不能否定之前工作的情況下指出問題，并做出規劃，不得不說，這真是太難了，等于說我要指出你不行還要夸著你說，這就能看出來語言技巧對寫好一份報告是多么的重要。
三：理論依據?
? ? ? 當你天馬星空的相像出一些好的點子或是解決辦法時，不得不潑盆冷水給你，不好意思，你提了個很好主意，但請你告訴我你提這個主意的理論依據是什么。這個一般可以從幾個方面切入，比如建設現狀的不足、法律法規、先進技術、其他企業的成功經驗這些都是可以作為理由依據用來支撐你提出的建設意見的。當然這個需要花大量的時間來收集相關資料。尤其是我們做信息化建設與軟件開發的，提出比如安全巡查，防火墻管理等理論時一定要有法律法規做支撐，具體的可以到http://www.lawxp.com、http://www.360doc.com這些專門收集法律文件的平臺去查詢，針對這一點我一直在想要是有個助理就一切都解決了（只能相像）。
四：數據支撐
?????? 這一點對我們做產品經理的應該都能理解，就像開發產品時我們提出一個新的功能或新需求，最好都有相關數據做支撐，寫份好報告也是一樣，比如金額、時間、設備數、使用年限都可以用來做為我們支撐報告的數據，針對我們做軟件的用來支撐的數據就更多了，比如點擊率、使用頻繁度等，往往領導是最關心這一部分的，所以一般比較成功的報告我們都能看到它在后半部分會有如項目結算、資金預算等字樣的章節。
?????? 以上四點是我針對最近這份工作內容談的幾點心得，但回過頭來想想，產品經理應聘時通常面試官會問我們文采怎么樣，一般我們都會說諸如還可以這樣的信息，但真的我們只是局限于寫產品需求文檔或產品使用手冊這樣的水平就夠了嗎？當遇到比如招投標書或大型報告這樣的工作時才發現，原來寫產品文檔根本就不算是什么文采能力，只是把一些功能或技術用文字表達出來了而已，也許你會說寫寫這些PRD\MRD\ORD就夠了，也許對我們現階段產品經理的工作是夠了，那等我們高升了以后怎么辦？那時候我們可就不止寫這些基礎
