網頁制作Webjx文章簡介：構建完善的互聯網產品文案體系.
這是一個完整的互聯網產品文案體系結構，這個體系貫穿在產品的整個生命周期中。
有的看官可能會問：
1、你這個所謂的體系真的有用麼？
答：產品本身就是由不同的體系構成的，除了文案還有價格體系、銷售體系、UI設計規范、交互設計規范等等。所以這個文案體系的作用也正是為了產品良性發展做鋪墊。如果產品的名稱三天兩頭的改；如果產品都開始鋪市場了，銷售合同還沒有擬好；如果客戶買了你的產品之後，不會用或者遇到問題，可是沒有客服支持、沒有產品手冊、沒有產品幫助。產品不是這樣做的。
2、每個產品都需要做這麼多狗屁玩意？
答：根據產品的業務類型而定，例如面向中小企業的付費型SAAS產品就需要《產品手冊》和《銷售合同》；而網易推出免費郵箱就沒有必要了 。
3、如此龐大的體系如何落到實處？
答：再龐大和復雜的體系都需要分拆來實現。首先是分階段實現：撇開產品的市場和用戶調查階段，產品規劃、產品功能設計、產品需求、產品測試、產品上線、產品入市、產品售後這幾個階段都可以作為文案體系的時間節點。下面是一張甘特圖，橫軸是產品進度的幾個階段，縱軸是文案體系的12個內容。
這裡簡單的對每個任務點做一下說明：
產品名稱需要在產品規劃階段完成：這個顯而易見，否則還得弄個產品的臨時代號，多尴尬。在有的公司如果產品名稱沒有確定是無法立項的。
廣告創意從產品規劃中期開始到產品測試階段中期完成：因為在規劃階段就已經開始提煉產品的賣點和精髓，很多創意都萌生在這個階段，一般的產品上線都是結合市場一起來做的，所以上線的時候這些廣告就要派上用場了。
功能名稱在功能設計階段完成：這個和產品名稱一樣，不用多說。
產品幫助從功能規劃階段開始到測試階段完成：規劃的功能的時候就已經在考慮功能的操作方法、機制、可能會遇到的問題了，所以至少可以給產品幫助做一個框架，產品測試的時候可以已經實現了注冊、登陸、系統功能、交互效果，產品幫助裡面的截圖這時候就可以補充了。產品上線至少得保證常見問題有內容。
產品手冊從功能設計的中期開始到產品入市之前完成：這個手冊大部份公司是提供給客戶，而不是用戶的，可以是電子文檔，也可以是光盤或者紙張的小冊子。
產品信件從功能規劃階段開始到產品需求階段完成：產品信件是產品和用戶之間信息的溝通渠道，例如通過郵箱找回密碼、通過有些激活帳號、通過郵箱訂閱信息等等，都需要一個信件的方式來實現。作為產品使用流程的一部分，這些內容需要在產品測試之前完成，確保整個產品流程的暢通。
功能交互在產品需求階段完成：功能交互性內容，可以說是這個體系中較重要的一部分，用戶在使用產品時，系統出現的提示、成功或者失敗的反饋、引導類圖示、信息范例類備注都在功能交互類文案范圍內。必須在產品測試之前完成。
服務條款在產品需求階段完成：服務條款一般出現在注冊、安裝、下載、轉載等涉及到法律或者政治風險的使用流程中，需要在產品測試之前完成。
產品問卷在產品需求階段完成：因為測試階段包括用戶測試，所以產品問卷得在測試之前完成。當然，問卷調查在產品上線之後仍然可以進行，產品是不斷的收集市場需求過程中完善的。
推廣軟文在產品測試階段完成：這個和廣告創意類似，一般都是配合產品上線來做的。也有為了危機公關和產品打算投入市場而做的。
銷售合同在產品入市之前完成：這不用說了，沒合同賣毛哦！
產品海報在產品入市之前完成：可能互聯網的大部份產品不會去做海報，但是在大型公司的重點產品來說是經常需要的。
把這個體系按階段拆解完之後，就可以開始安排按人員拆解了。
如果這個產品有一個團隊支持，包括產品經理、產品設計、交互設計、產品助理、內容設計那麼恭喜你，這個團隊會很好的把這個體系消化掉。
產品名稱和廣告創意：可以發揮整個團隊的創意，最後篩選出幾個給公司領導拍板。
功能名稱：最好是產品經理親自來定，然後發起團隊討論。
產品幫助和產品手冊：就交給產品專員吧。
產品信件：也是最好由產品經理親自來定，然後發起團隊討論。
功能交互：這個是交互設計師的強項。
服務條款和銷售合同：產品經理親自上吧！最後交給公司的法務把關。（很多公司沒有法務，就給直接領導或者總經理。）
產品海報：交給產品專員，他通過產品首頁的文案設計，已經領會了產品的精髓應該怎麼表達。
產品問卷：交互設計如果對用戶測試很了解，就知道應該怎麼來書寫問卷。
可能產品經理沒有經理專門來盯這個體系，可以找產品設計來盯。
如果你是光桿一個，啥人都沒有，那也恭喜你，因為這是個提升你個人能力的契機，如果沒有一定的表達能力、邏輯思維能力、項目管理能力是很難把這個體系支撐起來的。不管是不是有這些能力，只要在進度允許的范圍內我都建議嘗試一下這個體系。找一個勤勞的助手來寫《產品幫助》和《產品手冊》。
這個體系的12個內容中的每一塊，在撰寫的時候都有一些方法、原則和需要注意的地方，各位看官可以關注一下，在未來的一周裡我會詳細說。