一款B端產品從0到1的經歷和總結

很對產品經理入行后，可能一直在做迭代優(yōu)化的工作，沒有機會參與到從0到1設計一套產品的過程，相比較他們而言，我是比較幸運的，在剛入行進入現(xiàn)在的公司一個月后，因為公司產品人員的短缺，加上我們老大一直看重我，想讓我快速成長，所以直接讓我負責公司接的一款新的產品。所以我經歷了這款產品的需求溝通、產品規(guī)劃與設計、產品開發(fā)、產品測試和產品上線和運營的整個生命周期。下面我也會從這幾個方面來闡述。

產品需求溝通

產品的需求溝通，因為這一款產品是鐵路行業(yè)某甲方定制的關于施工安全的產品，所以我們要去和甲方爸爸溝通需求。在溝通之前，我根據(jù)以前學習的知識，提前梳理了產品功能要點，準備好了錄音筆，信心滿滿老大的陪伴下去找甲方爸爸進行需求溝通。我天真的以為需求溝通的過程一定會和想象的那樣，開始需求溝通的時候，我才知道，我想多了。需求溝通的現(xiàn)場就像實在菜市場一下，大家每個人都在都有自己的想法，當有人突出自己的想法時，就會有人出來反對，這樣導致了溝通效率非常的低，討論了三個多小時，我才記錄了不超過五條的需求記錄，甲方爸爸們因為有其他的事情，這場需求溝通會就結束了。沒辦法，我只能回去反復聽錄音，進行需求的記錄和梳理，當我把需求梳理完后，拿給甲方爸爸確認需求時，還好甲方爸爸比較認可，讓我們依據(jù)現(xiàn)有的需求去設計和開發(fā)。

產品規(guī)劃和設計

在產品的規(guī)劃和設計階段，對于客戶的用戶場景沒有了解得很到位，在與客戶溝通需求得過程中，專注于客戶提得需求，并未從產品得角度對用戶提出得需求做出自己得判斷，同時專注于用戶的提出的需求，并未在用戶需求的基礎上做出超越用戶需求期望的產品需求，同時并未考慮客戶提出的需求是否就是客戶真正的需求，因為這樣，導致產品上線和運營過程中，很多甲方提出的需求和我們依據(jù)自己的判斷做出的功能并沒有用，同時甲方應該關注的但是沒有提出的需求，并沒有規(guī)劃到一期產品中，比如說時數(shù)據(jù)統(tǒng)計和查看，統(tǒng)計數(shù)據(jù)導出功能等。

在產品設計過程中，并未對產品需求進行整體規(guī)劃，急于用axure畫出產品的原型圖，在用axure畫產品原型圖的時候，過于在意產品原型的逼真性而忽略了產品各功能之間的業(yè)務邏輯，以及一些重要的功能需求。在輸出需求產品需求文檔時，因為缺少軟件設計經驗，所以對于產品很多功能點的業(yè)務規(guī)則考慮的不夠細致、和完全。導致在開發(fā)過程中增加了開發(fā)的成本。在產品設計的過程中忽視了客戶使用時的體驗，增加了用戶使用的時間成本。

產品開發(fā)階段

在產品開發(fā)階段，由于是第一次負責與開發(fā)進行溝通，因為經驗的不足和對于產品底層的業(yè)務邏輯不熟悉，導致在于開發(fā)和UI進行業(yè)務溝通時不自信，從而影響了產品的開發(fā)；由于產品規(guī)劃和設計階段，需求文檔中對于需求寫得不是很詳細，增加了與開發(fā)溝通的時間成本；另外在需求文檔更新后，并未于老大及時確認，導致給開發(fā)的需求版本不完整，導致在后期于開發(fā)團隊溝通中出現(xiàn)扯皮現(xiàn)象。

產品測試階段

[if !supportLists]（1）?? [endif]平臺測試階段

在平臺測試階段，對測試的流程不熟悉，不知道從哪些方面和角度進行測試，只能夠測試大的功能點，對于每個功能點細節(jié)方面的要求不熟悉或者不知道，從而使產品在細節(jié)方面還存在很多的問題。

[if !supportLists]（2）?? [endif]聯(lián)合測試階段

在聯(lián)合測試的時候，溝通協(xié)調出現(xiàn)了問題，導致在現(xiàn)場測試過程中出現(xiàn)了很多狀況，浪費了很多的時間，例如，在進行測試之前未提前告知各方我們測試的時間，測試的功能點是什么，導致在現(xiàn)場測試出現(xiàn)問題時，不能夠及時的找到解決問題的人員，從而在現(xiàn)場浪費了很多的時間。

設備安裝和移交階段

在設備安裝和移交的時候，由于在最開始時并未將移交的流程和注意事項列清楚，導致在設備移交和安裝過程中影響了安裝效率和以及設備上線使用的進度。

數(shù)據(jù)上傳階段

在處理地圖數(shù)據(jù)期間，出現(xiàn)了對此失誤的地方，例如，最開始時，未徹底該清楚超軟件和服務器的功能點和與我們平臺業(yè)務相關的功能點，導致在測試階段的數(shù)據(jù)處理，出現(xiàn)多次的問題，從而在測試階段浪費了很多的時間；在處理正式地圖數(shù)據(jù)時，專注于處理地圖數(shù)據(jù)，而未考慮地圖數(shù)據(jù)的整理流程，導致地圖數(shù)據(jù)上傳至服務器上無法使用；在處理地圖數(shù)據(jù)之前，未將地圖數(shù)據(jù)在服務器上的命名規(guī)則理出來，導致數(shù)據(jù)出現(xiàn)問題，影響了測試和數(shù)據(jù)上傳的進度。

產品上線運營階段

在產品上線運營階段，主要任務是監(jiān)控平臺日常數(shù)據(jù)和測試平臺的bug，不斷完善系統(tǒng)，因為考慮的不全面，只注重PC端和安卓版app的功能測試，忽視了對蘋果版本各版本的測試；監(jiān)控的日常數(shù)據(jù)未及時向對應的相關負責人匯報，導致相關負責人對平臺的數(shù)據(jù)運行情況不知情，不了解等。

自我反思與總結

通過這個項目的需求溝通、產品設計、產品開發(fā)、產品測試到產品上線，我了解這個產品整個生命周期，這個項目，讓我學到了很多的知識，從開始對于軟件產品的知識的空白到有了一定的了解，讓我知道了在產品需求溝通、產品規(guī)劃和設計、產品開發(fā)、產品測試以及產品上線過程中需要怎樣去考慮問題，更讓我知道了自己的很多不足之處，自己的短板。

在和客戶進行產品需求溝通時，一切先以客戶為中心，將客戶所表達出的所有需求都記錄下來，然后對客戶的需求進行整合和思考，并依據(jù)自己的理解提出自己的建議，向客戶反饋，進行需求確認。

在產品規(guī)劃和設計時，不要急于畫原型圖或者把產品表現(xiàn)出來，而是要花時間理清楚各需求之間的邏輯關系，然后將各需求之間的功能需求進行優(yōu)化組合，將所有的業(yè)務邏輯關系理清楚之后，再考慮產品的表現(xiàn)方式和輸出原型圖和需求文檔；再編寫需求文檔時，盡量全面的將自己考慮到的細節(jié)列出來，進行組合。

在產品開發(fā)的過程中，要非常熟悉產品的業(yè)務邏輯，在與開發(fā)溝通過程中，要先搞清楚問題，然后在進行溝通，提高溝通的效率，同時在進行問題反饋的時候，要有理有據(jù)，最好讓開發(fā)能夠直觀的看到問題在哪里，能夠直觀的了解產品需求。

在產品測試時，首先要明確測試的目標和所要達到的效果，然后列出測試的流程和測試要點，但是在測試的其他方面，還要繼續(xù)學習。

?在產品上線運營時，首先要從產品需求開始梳理產品現(xiàn)階段是否能夠滿足上線要求，整理上線前所需要的各種數(shù)據(jù)，了解數(shù)據(jù)是否準備充分和完整，及時協(xié)調各合作方進行配合，將數(shù)據(jù)準備和工作及時匯報，讓領導了解到具體的進度。

工作方式與思考方式

a.做事之前缺乏計劃性，即使做了計劃，有時并未按照計劃實施；做事習慣一步到位，未有將事情按照輕重緩急進行合理的安排和協(xié)調；

b.思考問題沒有框架意識，思考缺乏層次性，導致思考問提升容易忽視細節(jié)；

c.做事急于完成工作任務，缺乏必要的思考，當出現(xiàn)問題時，急于詢問，缺乏自己尋找解決問題方法的意識；

d.學習浮于表面，并未深挖學習的內容，知其然，不知其所以然。

思考與改進

a.最主要的時改工作方式和思維意識，做事之前做好計劃，并嚴格執(zhí)行；接收工作任務之后，不急于做事，而是要先思考，搞清楚問題之后，再執(zhí)行；思考問題要梳理框架意識。

b.工作學習過程中遇到問題，不要急于詢問他人，首先要自己想辦法去解決，多嘗試幾種方法去解決問題；在解決問題和學習的過程中，要靜下心來，仔細思考，要知其然，還要知其所以然。

工作技能學習提升

a.在完成工作之余，學習公司現(xiàn)有的產品，了解和分析個產品中的業(yè)務邏輯，在熟悉公司現(xiàn)有產品的過程中，提高自己的邏輯思維，加深自己對產品業(yè)務邏輯的理解；

b.學習現(xiàn)有的產品視頻資料，完成交互設計師系列課程的學習，并嘗試將在課程學習到的知識用在實際的工作中，提高自己的工作效率和工作技能；

c.了解行業(yè)最新的行業(yè)知識，以及行業(yè)中同類產品的知識，加深對行業(yè)知識的了解，拓寬自己的知識面。

作者：B端產品小白，公眾號“B端產品經理”，專注于B端產品，自我成長經歷總結，B端產品經理相關資料的收集與整理。