當你剛入職，就接到了一個網站定制的任務，對公司業務和項目還不了解的你，此時會怎么做？作者總結了自己在項目執行和咨詢過程中的一些做法和步驟，希望對你有所幫助。

項目背景

1. 任務：進入新公司沒兩天，要獨立負責網站定制項目。

2. 如何做：先搞清楚新公司開發定制項目的流程。

3. 完成任務后我學到了什么？

（1）執行層（初級產品）：根據客戶要求，結合學到后臺功能，輸出原型，完成網站建設。

（2）咨詢層（中級產品）：根據客戶實際公司情況、客戶期望、最佳行業案例、網站用途以及價格等多方面因素，輸出原型，完成網站建設。

（3）猜測后面可能存在一個高級操作：可能是透徹網站原理，對網站有完整規劃，使網站超出客戶期望。

備注：本文只討論執行層和部分咨詢層內容。

一、評估階段

銷售人員遇到定制項目，走“定制報價”流程。產品和開發團隊要確定三個問題：

第一，客戶需求我們是否可以實現？

第二，是否存在定制功能？

第三，開發多久，成本多少，報價多少？

1. 需求評估

根據“定制報價”流程中的參考網站、需求說明、銷售工程的反饋，了解客戶要做的需求范圍，包括網站、定制功能等。

2. 估算價格

各職責負責人分別估算產品、UI、測試、開發時間，最后匯總人天，根據公司規定的工種單日價格，給到銷售報價。

并不是給出報價，客戶就一定會簽合同做的。此時，如果銷售那邊一切順利，過幾天或幾周，可能就會聯系，合同已簽，款已打，可以開工做了。當然，不順利可能就沒有這個事情了。

二、準備階段

這個項目要開工了，不能上去就找客戶溝通確認需求，要先做一個提前的準備工作。每個行業、公司都是不一樣的，都有其特性，我們不可能了解的很細致，但基本的情況要掌握，不能在基礎常識上犯錯，鬧了笑話不說，還給客戶留下不專業的糟糕印象，從而喪失客戶對自己的信任，導致項目推進困難。

1. 了解行業

（1）行業歷史：起源、發展、現在、未來。

（2）行業規模，趨勢、天花板。

（3）產業鏈：產業鏈結構、公司位置、行業頭部公司。

2. 了解公司

（1）公司定位，成立年限，規模，盈收，發展，涉及產業鏈和細分賽道。

（2）公司組織架構，員工數量，職責。

（3）公司產品或服務、產品用途或價值、產品特點賣點、面向市場、面向客戶、公司優勢。

（4）甲方對接人，姓名電話，對上線時間的期望。

（5）甲方是否有需要其他服務的傾向。

3. 了解參考網站

了解客戶原先的網站、參考網站、同行頭部網站，建立對客戶期望網站的認知。

三、需求溝通階段

前面已經對行業，對公司，對客戶要做的項目，有了一定的認知。接下來就要直接和客戶溝通，確定具體的需求了。溝通工具使用能語音、能共享屏幕的軟件即可，比如：騰訊會議。

由于項目是網站，合理的網站都是金字塔結構的。先定框架，后定頁面細節?？梢灾苯幽每蛻艚o的參考網站去對，這樣更具體，更形象，雙方也更容易理解。網站的結構普遍是首頁、頻道頁、產品分類頁、產品詳情頁、新聞頁等等。先溝通頻道頁有哪些？脈絡清晰了，再從首頁逐個溝通頁面需求。

頁面內容溝通過程中，一定要注意與后臺系統無法支撐的功能，比如客戶要在網站做2個表單收集的功能，且表單字段完全不一樣，此時要警覺，這個需求一定要問的細致一些。

有的客戶是懂網站懂項目，有些則不懂，甚至還會提出一些奇葩的要求，比如，客戶講：“我今天就想到這些需求，你們先做，后面我想到其他的需求，再給你講”。此時，要幫助他把思維扭轉過來。告訴他，項目是分階段的，需求階段就是要把所有需求都確認下來，確認后還要簽需求確認單，總之，把項目流程講一遍。如果后面真的是要提需求且需求源源不斷，那也好辦，分第一版、第二版去做。后面提的需求都放在第二版，這時候可能涉及到重新報價的問題，那就只能請銷售重新走“報價流程”了。

在與客戶溝通需求的過程中，客戶可能會忽略一些需求，客戶沒提，比如：講到公司介紹的時候，頁面內容是公司簡介和公司優勢，此時，可以提醒他加上公司歷程（前提是公司有歷史的情況下）。這樣既幫助了客戶，其實工作量也不大，還能顯示出你的專業性。面對一些不合理的需求，建議砍掉不做，比如客戶希望在首頁放一個2分鐘的視頻，那么建議客戶不要這么做，這樣會嚴重影響網站加載速度，影響用戶體驗。

備注：一定要把和客戶溝通的所有記錄，全部留備份！全部留備份！全部留備份！原因嘛，等客戶扯皮你就知道了。

四、設計階段

設計階段最關鍵的任務就是根據與客戶的溝通需求，無遺漏、詳細的落在原型上。這份原型的作用，一方面是給客戶看，要確定需求，要作為需求確認單的附件。一方面是要給UI、開發看，跟著原型搞UI、開發的。

網站要搞清楚頁面之間的跳轉。要標注清楚需求要做到的標準，包括交互的要求，給出參考鏈接。做原型的過程也是思考的過程，會發現很多遺漏的需求，不清晰的需求，或者因為記憶不清的需求，這些問題要全部記錄下來，并在原型上標注清楚。這些問題也要形成一份問題清單。

五、需求確認

先把原型鏈接和問題清單發給客戶，等待客戶確認原型，針對問題清單給出回復。一定要注意，溝通問題一定要在一份問題清單上，不要乙方建一份，甲方建一份，后面文檔就全亂了。

客戶兩天沒有給回復了，催不催客戶呢？看情況，如果客戶在溝通需求的時候，告訴你，他時間很緊張，那就催一下，要是時間很寬裕，三四天不催也無所謂。

客戶回復了，根據客戶的要求補充原型，給客戶查看原型，如有需要就開一次需求確認會議。

在這個階段可能會出現客戶猶豫不決，或者不斷有新需求冒出來，此時可以跟客戶敞開了說，這是浪費客戶自己的時間，需求確認階段拖的越久，網站就越遲上線。同時，讓客戶多想想把需求想完整再交流。

直到客戶無異議，做一份《需求確認單》，原型作為附件，給到銷售人員，讓他和客戶簽訂《需求確認單》。

六、需求評審

需求評審會，一般參與人員有，產品經理、UI主管、測試主管、前后端研發主管，還有各主管下的執行人員。開會之前要先注意，一定要提前把原型發出去給大家看，否則開會的時候，上來就直接講原型，大家一臉懵逼的看著，也不知道講的什么。

開會時，先介紹這個公司，是做什么的？行業是什么？做的什么樣？項目復雜程度？網站有多少頁面？網站重點頁面有哪些？客戶對進度的要求等。先讓大家有一個大概的認識，再講原型。

講原型時，先講框架，后講具體的頁面和需求?；旧险罩退悸分v一遍，遇到客戶重點要求的交互或者需求時，詳細的講解，并且要把參考網站打開，讓與會人員看清楚，避免歧義。會議的最后要強調項目進度安排，講清楚UI設計初稿交稿時間和開發完成時間。

七、跟進階段

1. UI階段

需求評審會結束后，UI設計師出視覺圖。你就催進度，等出好后，你檢查，他改圖，直到與原型要求一致。產品經理確認沒有問題了，給到客戶確認。確認無誤，銷售和客戶簽訂《UI設計確認單》。UI階段完成。如果客戶不滿意，那就一直改到客戶滿意。

2. 研發階段

UI確認后，提醒前后端主管排期，并給出上線時間，反饋給客戶。催進度！

3. 測試階段

研發會和測試工程師溝通測試，但是測試總會有很多問題問產品經理。等測試覺得沒有問題了，這個時候，不能松懈，測試對需求的理解比較淺，估計還是有很多問題的。作為產品經理，一定也要看一遍。

備注：在跟進階段中，產品經理，對內部解答需求問題。對外部：同步我們開發進度，讓客戶放心。小技巧是，同步的進度會適當慢于真實的開發進度，后面出現人員流動等特殊情況，也有個時間緩沖。

八、上線

1. 網站配置

網站是有結構的，不需要產品經理全部配置好，只要把網站框架搭建出來、首頁搭建出來，還有定制功能配置好，就可以了。剩下的全部交給工程師去配置。

網站框架就是頻道頁，不能少也不能漏掉。首頁一定要精細一點，直接使用UI設計稿上面的切圖即可。其他頁面作一兩個，起到示范效果就可以，不需要全部建完，用的時間比較長，就純屬浪費時間了，除非是新手，在借機會學習系統。

2. 操作說明撰寫

操作說明寫給客戶、工程師看，畢竟產品經理不會一直給客戶做系統維護。標準系統，工程師會維護很多客戶，是比較熟悉操作的。這里的操作說明主要是針對定制化功能的，比如，系統新加了文章標簽的字段，那么需要截圖說明下。

3. 交接給工程師

完成前2步，就可以把原型、UI稿、操作說明給到工程師。工程師會根據客戶的需求，收集文案、圖片、視頻等素材。按照原型、UI稿和操作說明把剩下部分完善。交給工程師后，發給客戶進度情況，就不管產品的事了，客戶催也不是催產品了，就算催，產品也是@工程師。

4. 簽訂上線確認單

工程師在配置網站時，產品會發給銷售《上線確認單》，銷售會去把確認單讓客戶簽字，并收回尾款。

九、三個確認單

不知道大家是否發現，項目過程中涉及到三份確認單。分別是《需求確認單》、《UI確認單》、《上線確認單》。定制項目開發過程，采用的是瀑布流開發方法。這種開發方法，適合確定性高，風險小的項目。

所以，在開發過程中，控制風險尤為關鍵，前2份文檔，就是提高確定性、降低風險的，確認單對客戶有一定的約束。否則客戶天天要加需求，變更需求，那就沒辦法繼續工作了。最后文檔是上線的分水嶺，標志網站交給客戶并且承認上線效果，乙方本次項目結束，也不再接受新需求，也不再改需求，只會改BUG。

十、項目過程中的問題與方法

1. 問題一

想去深入了解一個行業和公司很難，也會浪費很多精力，且根本沒有必要。如何快速了解行業和公司呢？了解什么內容呢？
我在上文“準備階段的1~2段”寫清楚了。

2. 問題二

要參考網站可能有好幾個，如何快速了解參考網站？

必須先了解清楚公司的Saas系統，直白的說，如果不了解后臺系統的話，是無法快速了解參考網站的。因為沒辦法判斷，需求是否可以在后臺通過配置實現，還是需要定制功能。作為新人時，不要想著很快的了解清楚參考網站，而應該小心翼翼的把參考網站功能和后臺系統功能逐個對應，搞清楚這些功能在后臺是如何實現的，慢一點沒關系，但一定要細心，把每個功能實現方式想清楚。

熟練以后，就沒必要這么細致了，著重了解3個方面：

（1）頻道、頁面有哪些？主要為了確定框架和需求范圍。

（2）有哪些功能是需要定制？主要為了確定哪些是配置實現，哪些需求定制功能

（3）每個頁面大概是做什么？主要為了了解業務流程

3. 問題三

剛開始總是會耐心的聽客戶去講需求，但客戶并不專業，會浪費大量的時間在表達上。反思是因為對客戶的引導不足，導致客戶自由發揮，溝通效率低下。如何提高溝通效率呢？

提前了解行業、公司、參考網站，就是為引導客戶做準備。為提高溝通效率做以下改變：

（1）把原有的客戶說我來聽，改成我描述需求，客戶來確認或補充。

（2）定頻道、定首頁、定頁腳。

（3）描述每個頁面的作用，快速講出客戶需要的功能。

4. 問題四

眼看就要確認需求了，可客戶總是反復修改需求，有時還會新增加一兩個需求，總這么加，拖項目進度不說，搞的產品經理也很崩潰。如何讓客戶停止反復修改和意味增加需求的行為？

（1）明確告知項目開發流程，并說明反復修改需求可能會帶來上線延遲的風險。

（2）在溝通需求過程中，要電話錄音、聊天記錄保存，預防后續出現誤解。

（3）把原型每次的修改都保存一個版本，并記錄修改內容和修改原因。

（4）一定要讓客戶在《需求確認單》上簽字蓋章。

5. 問題五

客戶急，很急，從開始溝通需求就要求盡快上線。怎么辦？

體現搬磚素養，給領導留下好印象的時候到了——加班，快速完成需求階段，給UI、開發、測試爭取時間，然后就是催催催。同時，在早期溝通需求時也要和客戶講清楚，為了網站質量，請客戶多點耐心，多爭取些時間。

6. 問題六

由于我是新入職，對后臺系統還不夠了解，對需求在后臺的實現方式不清楚。怎么辦？

我是在做項目的過程中學習的：

（1）先猜測用什么功能實現，以及實現邏輯。

（2）動手在后臺進行驗證。

（3）把自己思考的實現方式標注在原型上。

備注：一定要寫，否則開發問起來自己一臉懵逼，會挨罵呢。

本文是我做完網站定制項目的復盤。

本文說明：這只是我的經驗總結，可能存在問題、理解偏差等。對你有幫助，我很高興。如果有哪些不對的、和大家經驗不符合的，請一定善意的評論告訴我，我想改進，謝謝。