中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

文章基于作者自身工作所做的總結，希望能夠給你帶來一些啟發和思考。

很幸運經歷了一款P2P網貸產品的從零到一，短短兩個月時間，收獲頗豐。

從行業小白到對行業有了初步的認知，需求分析、產品設計、項目管理上面也得到了很大長進。項目已經上線一段時間了，看著自己費盡心思做出來的東西面向用戶，心里還是很爽的。忙里偷閑，寫篇文章做個記錄和總結，分享一些心得和感受。

直接進入正題，首先來看一個問題：

你要做的產品是你從來沒有接觸過的行業，完全不了解業務，不知道怎么玩，這種情況下該怎么辦？

看過很多大佬有過分享，產品經理這個行當，經驗越豐富越吃香，行業越細分越吃香。意思大概就是說，在一個細分的的行業深根細作才能越來越牛逼。

能在一個行業穩定的發展當然是好的，但是很多時候都是身不由己的，就像公司原來做電商，突然說要做P2P，在人手有限的情況下，不管你會不會，都只能硬著頭皮上了，咱公司就是這么個情況。

剛接手項目的時候，對P2P真的是一片空白，雖然現在已經熬過了一窮二白的時間段，但想想還真是挺有感觸的，所以特別想總結一下，在完全不了解業務的情況下，如何著手開展項目？

答案是：沒法開展哈哈~~

其實很簡單，不熟悉業務就趕緊去熟悉啊，通過各種渠道搞清楚P2P平臺的玩法。

首先做好競品分析，了解市場行情。

競品分析這詞太熟悉了，不論我們做什么產品，如果不想最后做出一些沒人用的渣渣，這是必不可少的一個步驟，但很多時候我們是經常會忽略這個步驟的。深入分析競品是快速建立行業認知的捷徑。

競品分析必不可少，尤其是在不熟悉行業業務的情況下，更加應該深入的做一次競品分析，而不是走馬觀花的點點點。

然后，熟悉相關法律政策。

如果從事的是金融行業，一定要尋找相關的法律法規認真的閱讀一次。像P2P最近一兩年就出臺很多政策，這對規劃產品功能模塊還是有一定影響的，如果不熟悉相關政策，甚至還有可能會犯一些低級錯誤。

以下是對項目過程的一些總結。

項目背景

接到這個項目應該算是比較突然的，就是上面的領導突然一下子召集研發部門開會，說是要幫兄弟公司研發這么一個P2P平臺，順便還幫我們訂好了上線時間，滿打滿算也就是一個月的時間。

一個月的時間里，我們需要做出來的東西包括微信端、pc端、系統后臺（算三個產品嗎？），小伙伴們聽到這個任務的時候都驚呆了，項目唯一的可能性就是用原有的技術框架（別人的），否則從新研發的話，一個月時間連需求分析都做不完。

連需求分析都做不完？所以項目一開始就真的沒有需求分析，回頭看看上面正常的產品研發流程，正常來說，從項目立項到需求分析、寫prd、出原型、需求評審占據了整個產品研發周期至少三分之一的時間，但是這部分時間全被砍掉了。

所以，從一開始我們就不知道“兄弟公司”的實際業務流程到底是怎樣的，對這個平臺有沒有具體的要求，就只能按著P2P行業通常的做法去做（就是看看人家是怎么做的，說的好聽點就是競品分析，說的難聽點就是抄），上來就是直接出原型，這個過程相當痛苦，因為有時候你會發現，畫著畫著你就不知道自己在畫什么了，畫著畫著就把重要的流程給漏掉了，這也導致在后面的研發過程中出現了不少漏洞。

后來產品快上線的時候才接觸到兄弟公司的人，才知道他們為什么一開始對平臺沒有具體的要求，不能提供具體的業務流程，因為他們也完全沒有P2P的業務經驗（他們原本的業務是純線下形式的）。

最后還有一點就是，我們研發部門包括我自己甚至是上面的領導們也是也是第一次具體深入的接觸P2P業務，對于整個業務流程幾乎是一片空白。這怎么辦呢？說來說去，還是得抄，去研究人家是怎么做的，或許這也是惟一的，最快的方法了。

背景說完了，下面說說具體項目開展的過程中又遇到了哪些坑，回頭看看這些坑有哪些是能避免的，下次應該怎么做。

關于畫原型

因為沒有需求分析，沒有prd，沒有流程圖，所以畫原型其實就是先把市面上做得比較好的、比較知名的P2P平臺（像陸金所、人人貸、你我貸以及本土一些比較知名的平臺）研究一遍，把主要的業務流程搞清楚，再根據主要的業務流程列出一個初步的功能列表，然后就一邊看著別人的平臺一邊看著自己擬定的功能列表畫原型圖。

這里面比較大的坑應該就是業務流程不清晰（不夠清晰），所以在繪制的過程中漏掉了幾個比較重要的模塊，如PC端針對借款人的還款計劃、我的融資等模塊，微信端的回款計劃等模塊，還好在后面的核對過程中及時發現，才補上了這個坑。要是到臨近上線了才發現那就麻煩大了。

另外就是具體在畫原型的工作上也發現了一些值得注意的問題。第一個就是原先畫的太細致了，可能這是處女座的原因吧，這浪費了不少時間。還有就是在原型的配色上面，以后盡量用黑白灰。

原型圖是產品研發過程中比較重要的參考，在這種沒有需求文檔的項目里，就更為重要了，所以原型是絕對不能出錯的文檔，但是大家對這個并沒有重視起來，上面的領導也沒有組織大家一起過一遍，這其實是很不應該的。千錯萬錯都是產品的錯，到快要上線的時候才發現，其實是有小伙伴對原型的理解存在偏差的（也有可能沒看過原型），不過都要上線了，只要不是原則性的錯誤，偏差就偏差吧。

項目管理

關于項目管理，想說的就比較多了，有時間再仔細的總結一下，自己對于項目管理還算是有蠻多心得的，可惜沒有發揮的地方。針對這個項目來說，項目管理做得太爛了，領導和下面干活的人腳步完全對不上，下面不知道上面的時間計劃，上面不知道下面具體在做些什么事，問來問去浪費了很多時間，也出現了很多狀況。

項目管理最基本的兩點，一是溝通，另外是協作。溝通應該是項目管理中最大的問題，溝通的目的就是讓大家步調一致，讓領導知道大家在做什么，才能心里有數，讓成員之間了解各自的進度，才能更好的掌握開發節奏，發現問題及時處理。下面是我認為一個項目里必須要有的溝通渠道或方法：

• 日報：日報是記錄工作比較好的一種方式，可以采用工作計劃-工作記錄-工作總結的形式來記錄每天的日報，配合今目標（軟件）的主線共享給項目成員，讓項目成員之間相互了解工作進度，有利于形成一致的工作目標。
• 晨會：每天早上進行站立式晨會，輪流匯報昨天的工作進展情況和今天的工作計劃，有問題的會后協調沒問題的快速過一遍，每天保持15分鐘左右的晨會是非常有必要的。
• 項目總結：項目研發過程中，每個周至少要進行一次項目總結，由項目經理負責，以周報的形式發送給項目成員，總結過去一周的項目進展情況，指出存在的問題和解決/協調辦法，安排下一周的工作重點。

以上是我對項目管理的一些簡單的看法。當然具體的項目管理肯定不止這一些。本次項目在項目管理上最突出的問題應該就是項目進度不清晰，研發沒有節奏，產品設計階段后臺沒有安排研發工作，導致項目后期任務巨多，其實有蠻多功能點在一開始沒有設計圖的情況下都是可以進行程序設計的。這是值得反思的地方。

需求管理

需求管理應該算是每一個產品經理最本職的工作了，我們幾乎每一天的工作都在和需求打交道：

收集需求–需求整理（需求池）–需求優先級排序–需求分析–需求評審–需求研發–迭代

一系列的工作都是圍繞需求進行的。以前剛入行的時候總聽著別人說什么需求調研，競品分析，但實際上入坑了之后才知道，其實需求是不用調研的，在業務導向的公司里，根本不用擔心沒有需求做，隨便找來一個業務經理都能給你的產品提出一堆的需求，這時候更多的是把這些需求整理到一起，判斷他的合理性，評估它的性價比，對產品的發展是否有幫助，是不是必須的功能。所以從頭到尾，很多時候產品經理是不能決定產品最終要長什么樣的……

寫偏了，回到正題。項目研發過程中我們如何進行需求管理呢？

正常來說，在產品研發過程中，需求應該是鎖定的（否則不斷該需求，產品是無法上線的），是一開始就確定好我們要做什么，也很清楚最終產品做出來之后的樣子才對。但是這永遠都是最理想的情況，研發過程中你會發現一開始這也沒想到，那也沒想好，甲方還不斷的給你提新的需求，讓你改這改那，不知不覺工期就延長了，上線遙遙無期。

這種情況其實最好的處理辦法就是在一開始的時候就訂好需求，爭取把需求分析做到位（這就是考驗產品經理基本功底的時候了，需求理解透徹，準確無誤才能在需求分析過程中做到準確無誤不遺漏，而這的前提是必須對業務理解得足夠清楚，所以為什么說一開始要先搞清楚業務流程），項目研發過程中新增的需求只要是對當前版本流程沒有太大影響的就做好記錄，規劃到下一版本中進行開發，盡量不影響當前的開發進度，總結為以下幾點：

• 一定要搞清楚業務流程；
• 優化業務流程（原有的業務流程不一定是最好的，從線下到線上可能會有不一樣的地方，要注意優化原有的業務流程，切忌生搬硬套）；
• 深刻的理解需求，一定要搞清楚這樣做最本質的目的到底是什么，有沒有更好的辦法，也只有這樣才能設計出更好的業務流程；
• 版本規劃，將需求劃分優先級，規劃好研發版本，盡量不影響當前版本的研發進度；
• 需求分析要到位，按增、刪、查、改、顯、算、傳的步驟逐一核對，全面的去審視單個需求對整個產品的影響，盡量避免因為需求分析的遺漏導致新增需求對產品原有版塊造成影響；
• 版本上線前甲方一定會對頁面上的一些東西（文案、圖片等）改來改去，爭取讓其匯總好之后再統一修改，頻繁的修改更新總歸是不好的，容易出錯。

其它

項目過程中也得到了其它的一些經驗教訓。

• 提前準備好服務器，做好域名備案，域名備案一般需求14天左右，不提前準備好可能會影響上線；另外在創建域名的時候盡量不要選擇類似于www.xxp2p.com這樣包含有p2p的域名，因為有可能會被網站屏蔽；
• 需要用到的資質證書要提前準備好；
• 提前準備好網站上線所需的相關資料，如標的資料、注冊協議、投資合同等；

總的來說呢，從零到一經歷一款產品確實是一個很難得的經歷，很慶幸有了這么一次經歷，讓我了解到了產品研發的整個流程。從中我也知道了一個項目能夠如期上線的關鍵：鎖定需求–按計劃開發–緊密溝通協調。雖然過程比較坎坷，但最終還是按期交付了，但愿后期的運營能夠跟得上。

End

本文由 @15K 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自unsplash，基于CC0協議