作為產品經理我們每天要寫的文件可是不少。除了brd/mrd/prd等我們要寫的正規文件。還包括一些其他無法起名，但我們每天還是要寫的文件。例如我最近在寫個需求概要文件。雖然是需求概要文件，但其實是乙個設計文件，要求產品經理在了解行業形態和公司產品特點的情況下，將公司產品與行業規則結合，創造乙個全新主打產品。寫這個文件方式也適用於其他文件，所以我在這裡總結一下。
1、先寫結構
比如你想要寫些什麼內容，這些內容包含哪些方面。各個方面之間的關係是什麼，總之就是寫個提綱，也就是骨架。
2、發揮想象力的寫內容
在結構的前提下，把你所能想到方方面都寫進去，不管格式字型等這些內容，就是發揮所有聰明才智的寫。
3、精整內容
這個部分就是新增、修改、刪除。按照你寫作目的，刪掉不合適的內容，增加缺少的內容，修改錯別字和言語不通的地方。總之去其糟粕取其精華。
4、排版
沒有什麼可說的就是使文件好看，讓領導賞心悅目。
在我的工作中，大多數文件都是這麼寫，但不排除其他情況。
介面文件的編寫
二 為什麼要寫介面文件？1 專案開發過程中前後端工程師有乙個統一的檔案進行溝通交流開發 2 專案維護中或者專案人員更迭，方便後期人員檢視 維護 三 介面規範是什麼？首先介面分為四部分 方法 uri 請求引數 返回引數 1 方法 新增 post 修改 put 刪除 delete 獲取 get 2 ur...
需求文件的編寫
需求的寫作形式一般分為兩種，物件導向和面向過程。對於不同的受眾和應用,採取不同的形式。面向過程的形式 主要的思想是ipo的原則，也就是 輸出 處理 輸出 文件格式，一 首先是對於整體系統的簡略介紹 目的，確定文件描述的物件和大體內容 二 系統上下文，介紹系統和其他系統之間的關係，邊界如何劃分 三 系...
編寫 Sphinx 文件
編寫 sphinx 文件 參考 官網 文件轉換神器 restructuredtext 語法簡介 用 restructuredtext 寫作 快速入門指南 restructuredtext markup specification sphinx 教程 sphinx 使用手冊 使用 sphinx 快速為...