起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識從3個方面出發，完成項目立項文檔
完成一份好的項目立項文檔，需要在開始編寫文件前需要明確文檔的目的和閱讀對象；在項目概況和產品設計環節中注意項目背景、用戶畫像、用戶需求、市場價值、競品和產品設計以及財務；在項目落地實施階段給出產品的簡要原型、項目的里程碑和資源需求。
各位產品同學，在產品工作中，或多或少都會有這樣的場景。你老大給你一個任務，我們要做個XXX產品，計劃在XXX時間上會討論，我們產品和XXX類似，你在周五前給我一份文件，我們去報項目。
有類似經歷的產品同學都知道，領導是要一份立項文件。其實這個比較玄乎，正常來說，要做一個什么業務，首先要做市場調研，出個MRD文件，然后再出BRD文件，最后細化成我們的PRD文件。但是除了PRD，大概其他的都是可以根據實際情況進行裁剪的。所以也沒有那么絕對。我們今天要討論的就是這個立項文件怎么寫。
以下是我們本文的框架：
1、開始編寫文件前需要明確的事情
A、文檔的目的
B、文檔的閱讀或說服對象
2、項目的概況
A、項目背景
B、用戶畫像
C、用戶需求評估
D、市場價值評估
E、競品分析
F、產品設計與財務測算
3、項目交付物
A、產品原型
B、粗略的項目里程碑
C、項目的資源需求
我們日常產品立項文件大概就是以上的套路，需要根據實際的情況，比如領導的喜好，評審委員的喜好，公司內部的約定模板，立項流程等情況對順序，內容，各模塊詳盡程度做適合的裁剪。
裁剪的原則要時刻牢記，以項目成功立項為目標。總之，讓人非常失望的是，這件事沒有標準答案（我也想有，就沒有那么費頭發了….）。
下面我們來聊聊每一項具體包含了哪些東西。
一、開始編寫文件前需要明確的事情
還記得我前文說，我們對模塊裁剪的原則么。我們要以項目成功立項為目標，這是我們編制這份文件的首要需求。這部分內容是不體現在文件里面的，但確實是我們的整個工作的指導思想。
1. 文檔的目的
我們是介紹如何編制立項文件，隱含的邏輯是，你已經對你要做的事情有了初步評估，覺得可行，業務能夠獲得回報，無論是戰略意義還是經濟利益。
在此之后，你才會系統的去編制這份文件，用來向組織要錢要人要資源。所以沒得說，這份文件要達到的目的就是說服組織，通過立項，拿到許可，對你賦予使用組織資源的權力。
2. 文檔的閱讀或說服對象
文檔的使用對象也同樣重要，對象不同，其關注的重點也就大不相同。
- 面對財務老大，你需要的是投產比；
- 面對法務老大，你需要的是合規性；
- 面對開發老大，你需要講明里程碑和預估資源；
- 面對組織CEO以上幾個你都需要說明，甚至的補充一些他關心的內容。
從我們組織的實踐來看，參與項目立項評審的有CEO、財務、法務、IT老大等。所以我們提供的內容一般比較全，但是我們會盡量控制在20分鐘之內講完，然后就是答疑和討論時間。
二、項目概況和產品設計
關于項目概況這個環節，我們要回答以下幾個問題。我們要為誰的什么需求做一個什么樣的產品去服務他？市場上有沒有同類的玩家？對用戶需求的滿足是什么程度？我們現在開發的這個產品還有沒有空間？我們來做，對于我們有什么樣的好處？
這些問題，在實踐中，我們也是放在這個模塊來做的。但是仍然要注意“裁剪”。
1. 項目背景
其實主要的是講這個商業機會形成的背景邏輯。就是他為什么會存在、基于什么業務模式存在。
比如說，我們有些產品是因為有了一個比較好的渠道，有了一批客群。我們針對這部分客群去設計產品，去滿足他們的需求。當然了，我們的產品比較特殊，所以這塊無法廣泛套用。但是基本的背景介紹卻是需要的。
2. 用戶畫像
簡單的說，就是我們打算向哪些用戶提供服務。在實踐中，我們常常去定義這個用戶的年齡，性別，職業，收入，所處地域。
當然，更多的維度，還是需要以擬提供的服務來定。由于我們是強客群依賴的產品，經常去評估一個流量渠道是否能做，所以我們會向渠道方要一些數據，與我們既有的用戶數據做對比。確定為該客群開發產品的可行性。
在這個過程中，我們也不會只是依賴渠道方提供的數據，我們會找一些行業報告用于佐證。
3. 用戶需求分析
在對用戶進行畫像之后，我們會對用戶的需求進行分析，以便確定提供的產品屬性。
比如說你是信貸產品，如果你的客群是普通的小職員，那么可能他需要的產品屬性是等額本息的小額信用貸產品。
但如果你的客群是企業主，只是用于臨時資金周轉的，那么他的資金需求就是短，小，急?？赡苄枰O計一款隨借隨還，循環用信，全線上審批的產品。
當然了，用戶需求是可以歸類的，行業中也有許多用研報告很明確的揭示了什么類型的用戶可能有什么樣的需求，適合什么樣的產品。從這個角度看，信貸產品的設計是相對簡單的。但也許其他產品和信貸需求不一樣，不會有這么簡單。
4. 市場價值評估
這個模塊主要描述我們看準的這個市場，有多大的量級。并且給出一個預估的數值，以便作為后續財務測算模型的輸入數據。我們在實踐中，主要是去評估這個渠道能夠帶來多少用戶量。
5. 競品分析
我們對經營同類產品的競爭對手進行分析。例如對于信貸產品來說，無非就是額度，期限，利率，件均，通過率，日均或月均放款量等比較量化的指標數據和還款方式等少數的組合。
通常，一個流量渠道不會只為一家產品導流。我們會參考該流量渠道對接的所有產品，分析所有產品以上幾個要素的組合，盡量確定一個或多個產品方案，這些產品方案決定了后續財務模型如何構建。
6. 產品設計與財務測算
在這個模塊我們首先會基于以上對用戶，需求，市場價值，競品的綜合考量設計幾個不同要素的組合產品。對不同產品構建財務測算模型，然后確定一個或多個要素組合。
當然，確定的標準無非就是兩方面：一個是財務價值，一個是戰略價值。財務價值是我們能夠從這個項目中賺多少錢，投入產出比大概是怎么樣的；戰略價值包含的東西就比較多了。比如說為了與某個合作方綁定合作，或者為了快速擴大規模等等。
由于是自下而上發起的項目，所以我們需要有足夠的理由說服評審委員會。最后我們在立項文件里面引用到前文關于市場，用戶，需求，競品，財務測算的分析為方案設計提供有力的支撐。
三、項目落地與實施
根據前文的分析，我們已經確定我們要做什么樣的產品，為什么要做這個產品。接下來就需要給出一個產品的初步形態，以及我們期望在什么時間節點完成這個產品，并且提出一些我們能夠預估到的資源需求。
1. 產品原型
我們要給出產品的簡要原型，通過原型的方式去描述產品形態。也為IT領導評估提供一些依據。通常不需要太詳細，能夠體現業務主流程即可，也可以另附文件說明。
2. 粗略的項目里程碑
里程碑就是項目生命周期的關鍵時間節點，簡單的說就是分別在什么時間節點啟動、規劃、實施、測試、上線。
當然，也有更細的里程碑，一般我們按照下圖對項目進度做一個簡單的估計，立項通過之后，由開發部門進行更加精細的里程碑和進度計劃的輸出。
3. 項目資源需求
在立項的時候，我們要初步給出一個資源預估，目前我們實踐是給出所需資源的類別，但并沒有給出數量，這實際是一種耍流氓的做法。
但是作為業務需求方來說，對于開發內部的工作量預估，也難以做出。若要精細化一點，那就提前找對應的開發同學做個簡單的預估，這個對于能否通過立項，影響還是比較大。
下圖是目前我們給出的材料，其顆粒度可以更細一點。
最后，不同的組織的項目立項有不同的要求。還是需要根據不同的因素進行相應的調整和裁剪。
總之，沒有放之四海皆準的模板。仔細思考一下編制文檔的目的與受眾，對文件的編制有莫大的益處。
另外關于前文提到的用戶畫像，需求分析，市場價值評估，競品分析等，每一個單獨拿出來都可以寫一大篇，可以去看下對應的分享。后續有空，也可以和大家嘮叨一下。
本文由 @安安安強啊 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自 Unsplash，基于 CC0 協議
發一個范文出來，我們具體學一下
網絡乞丐？有個范文最好了，感謝大佬