外包公司的産品第一次負責項目，工作流程是怎樣進行的？文章對此進行了闡述，與大家分享。

當你點進這篇文章，首先恭喜你，開始獨立負責一個項目，在産品經理這條成長之路邁了一大步。

接下來我們就來了解下，外包公司的産品是如何完成一個項目從0 到1的孵化吧！

一、需求分析

何為需求分析？官方解釋為需求分析也稱為軟件需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細緻的調研和分析，準确理解用戶和項目的功能、性能、可靠性等具體要求。

将用戶非形式的需求表述轉化為完整的需求定義，從而确定系統必須做什麼的過程。

說白了就是分析客戶的需求，定位系統方向。在項目前期細緻的分析需求，可以增強開發效率，明确系統要求，以避免二次開發及重複工作的出現。

那麼對于外包公司來講，需求一般分為兩種：

一種是客戶方告知我們大體框架想法，由産品經理去編寫PRD 需求文檔；

另一種就是客戶方已存在完整的需求文檔，我們接收後，去構思産品細節。無論是哪一種，消化需求都是重中之重的第一步。

1. 了解客戶需求，羅列主體框架

所以當我們接收到需求後，首先就是要整體閱讀，制作思維導圖，了解需求主體，記錄對原始需求的疑問。

這時候思維導圖做出大概三個層級即可，基礎需求了解下，項目主業務的需求需要了解清楚，導圖上可以針對這一部分深入記錄一下。

2. 多角度溝通需求，整理會議記錄并排期

與客戶對接時，交換想法。

此時原始需求可能發生改變，我們會接收一些用戶或個性需求，有些原始需求也可能被砍掉或推翻，會議結束後，将首次對接的記錄進行整理，調整需求文檔，再次發送給客戶，等待客戶反饋，同時編寫功能列表及項目排期表，安排相應工作。

二、原型設計

确認好最新的需求文檔，接下來我們要将需求具象化。

相比于文檔的長篇累牍，原型的存在，産品與客戶、開發、運營等溝通時，就會高效很多，并且會更加形象化，細節問題也可以進行标注，分析的更加透徹。

1. 原型結構設計

如果沒什麼想法，可以先在紙上勾勒大緻樣式，再運用 Axure 将其轉化為原型。

初版原型低保真效果即可，主要通過線條勾勒，在這一步我們要完成項目整體結構的确認，各個功能模塊的布局排版，完成後與最新的需求文檔一同交付客戶審核。

2. 原型交互設計

這時原型工作并沒有完成，等待用戶審核通過後，便進行中高保真的填色配圖處理。此時要注意原型頁面之間的交互跳轉效果，以及各個功能之間的關聯。

比如一款電商産品可以手機号驗證或者賬号密碼登錄，前端注冊賬号的時候輸入的手機号驗證碼注冊，沒有編輯賬号的地方，就是漏掉的功能，開發完成後需要二次返工，重複工作量大。

原型全部完成後，就可以提交用戶等待反饋，這期間一些基礎的頁面就可以讓開發先做，或者項目的表關系可以先搭建。

三、項目開發

1. 需求凍結期

原型确認後就可以安排開發工作，這期間開發已經搭建好項目主框架和表關系，如果客戶那邊有大的需求要更改，要懂得拒絕。

首先我們的開發進程是有時效的，每個開發都有自己的工作安排和時間管理，如果有大需求想要變更，嚴重幹擾到了開發自身的安排，降低工作效率，并且容易使項目延期交工。

不影響邏輯框架的小功能可以選擇性的修改幾個，例如增加一個輸入框，多一個删除操作等，但是影響邏輯的需求如果一定要改，要等客戶方讨論确定後，要求以書面形式發至郵箱或工作對接群，以防後期可能出現的甩鍋行為。

2. 多平台的同時管理

假如項目存在 pc 端、微信端、後台，同時需要開發的情況，你就很有可能遇到上一面還是後台的商品新增功能，下一秒就會 pc 端的購買下單功能詢問，這就需要增強你的項目管理能力。

如果沒有相應的管理，工作起來就會很亂，前端過來要切圖，ui 過來問切圖需求，後端又過來問邏輯，幾項加在一起，總會産生纰漏。那麼如何進行管理呢？我們下一期再來詳細講講。

關于對接的技術溝通，其實不算做是工作流程的一部分，是工作的需要與自我的提升，懂一些基礎技術，站在開發角度講需求，開發會樂于和你溝通，相處起來會更加融洽些。

四、項目驗收

項目是樓下沙縣小吃的一碗新品炒飯，需求就是雞蛋和各種配菜，産品是菜譜，開發是廚師，那麼測試就是點炒飯的我，我來品嘗下這碗炒飯好不好吃，再決定是否要推薦個我的新老顧客。由此看來測試是項目驗收很重要的一步。

1. 項目需求驗收，功能測試

測試主要分為功能測試、性能測試、自動化測試。功能測試主要是人工對已經完成的功能進行點擊以達到檢驗目的；性能測試和自動化測試偏技術性，檢驗的範圍更廣。

完善的測試可以檢驗項目的功能點是否滿足規定需求，可以站在開發人員以外的角度查看功能的缜密性，以降低項目風險。

2. 編寫測試用例

為了方便測試人員對測試工作的維護與記錄，測試期間需要編寫相應的測試用例，将每一個功能的測試流程、預期結果、實際結果等記錄，方便後期查看。

測試通過後就可以把項目交付給客戶，部署客戶環境，供他們使用，這期間存在 1-2 周的适應期，可能還會存在一些結合了使用感的用戶反饋，這種反饋最好記錄下來，往往客觀的看法更有利于我們成長。

五、複盤

項目完成後，項目複盤是必不可少的。

上級剛要求我做複盤的時候，我還去百度了一下，說複盤是圍棋術語，也稱“複局”，指對局完畢後，複演該盤棋的記錄，以檢查對局中招法的優劣與得失關鍵。

用在項目裡面，其實就是為了總結每次的項目過程，吸取其中的經驗，優化弱項，強化強項，明确價值。

1. 項目回顧

首先項目完成交付後，産品回顧最初的項目目标，對比實際完成情況，記錄下未完成的目标是因為什麼原因，完成了未達到最初要求的目标又是因為什麼原因。

比如原型設計的交互效果不好，存在漏頁面的情況；或者開發工作沒有及時跟進，以至于拖延項目交付時間；再或者；最終結果客戶不滿意，出現了二次返工的情況。

2. 項目總結

在這個過程中，可以總結經驗，對一些沒必要但是卻出錯的坑進行記錄，防止下一次再踩坑；對于一些設計細節也要進行記錄，這一步就是經驗的累計。

複盤的最後就是要告訴自己，在本次項目過程中我學到了什麼？比如設計原型要更加注意細節，字段限制要明确在原型上标注；和開發溝通時，該強硬的強硬，不要覺得不好意思；當你有了總結内容，你的複盤才是有意義的。

結語

本篇主要從需求分析、原型設計、項目開發、項目驗收及複盤這五點來描述外包公司的産品負責一個項目的全過程。

從需求的整理再到原型的制作設計再到驗收，每一步都能細化好多點，這就考驗一個産品經理的業務能力與細心程度。項目結束後記得一定要去複盤，總結項目收獲，這樣才能逐漸成長。

作者：桃浪；公衆号：桃浪産品日記

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

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部