剛進公司時，接到一個網(wǎng)站定制任務，對公司的業(yè)務和項目還不是很了解，這個時候你會怎么做？ 筆者總結了自己在項目實施和咨詢過程中的一些做法和步驟，希望對您有所幫助。

項目背景

1、任務：加入新公司后兩天內，我要獨立負責網(wǎng)站定制項目。

2. How to do：首先搞清楚新公司開發(fā)定制項目的流程。

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

（1）執(zhí)行層（初級產品）：根據(jù)客戶要求，結合學習后臺功能，輸出原型，完成網(wǎng)站建設。

（2）咨詢層（中間產品）：根據(jù)客戶公司實際情況、客戶期望、最佳行業(yè)案例、網(wǎng)站使用情況和價格等因素，輸出原型，完成網(wǎng)站建設。

(3)猜測背后可能有超前的操作：可能是透徹的網(wǎng)站原理，對網(wǎng)站的完整規(guī)劃，讓網(wǎng)站超出客戶的預期。

注：本文只討論執(zhí)行層面和部分咨詢層面。

1、評估階段

業(yè)務員遇到定制項目，都會走“定制報價”流程。 產品和開發(fā)團隊要問三個問題：

第一，能否實現(xiàn)客戶需求？

二、是否有自定義功能？

三、開發(fā)需要多長時間，費用多少，報價多少？

1.需求評估

根據(jù)“定制報價”過程中的參考網(wǎng)站、需求描述、銷售工程反饋，了解客戶的需求范圍，包括網(wǎng)站、定制功能等。

2. 預估價格

各職責負責人分別預估產品、UI、測試、開發(fā)時間，最后匯總人日，按照公司規(guī)定的工種單日價格給出銷售報價。

不是給了報價單，客戶就一定會簽合同去做。 這時候，如果銷售方一切順利的話，幾天或者幾周后，可能會聯(lián)系到你，合同已經(jīng)簽好，付款已經(jīng)付款，就可以開工了。 當然，如果不順利，可能就沒有這回事了。

2、準備階段

這個項目即將啟動。 如果上不去，需要跟客戶溝通確認需求。 你需要提前做好準備工作。 每個行業(yè)和公司都是不同的，都有自己的特點。 我們不可能詳細了解，但必須掌握基本情況，不能在基本常識上犯錯誤。 專業(yè)性不好的印象，從而失去客戶對自己的信任，導致項目難以推進。

1.了解行業(yè)

(1) 行業(yè)歷史：起源、發(fā)展、現(xiàn)在和未來。

（2）行業(yè)規(guī)模、趨勢及天花板。

(3)產業(yè)鏈：產業(yè)鏈結構、公司所在地、行業(yè)頭部公司。

2.了解公司

（一）公司定位、成立年份、規(guī)模、收入、發(fā)展情況，涉及產業(yè)鏈及細分賽道。

（二）公司的組織機構、員工人數(shù)、職責。

（三）公司產品或服務、產品用途或價值、產品特點和賣點、以市場為導向、以客戶為導向、公司優(yōu)勢。

(4) 甲方聯(lián)系人、姓名、電話、預計在線時間。

(5) 甲方是否傾向于需要其他服務。

3. 了解參考站點

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

3、需求溝通階段

對行業(yè)、公司、客戶想做的項目已經(jīng)有了一定的了解。 下一步是直接與客戶溝通以確定具體需求。 通訊工具可以使用語音和屏幕共享軟件，例如騰訊會議。

既然項目是網(wǎng)站，合理的網(wǎng)站是金字塔結構。 先設置框架，再設置頁面細節(jié)。 可以直接用客戶給的參考網(wǎng)址進行比較，比較具體，比較形象，雙方也比較容易理解。 網(wǎng)站的結構一般有首頁、頻道頁、商品分類頁、商品詳情頁、新聞頁等。 什么是第一個溝通渠道頁面？ 上下文清楚后，從主頁逐一傳達頁面要求。

在頁面內容的傳播過程中，一定要注意后臺系統(tǒng)不能支持的功能。 比如客戶需要在網(wǎng)站上做兩個表單采集功能，表單域是完全不同的。 這個時候就要提高警惕了，這個需求一定要細化。 .

有些客戶了解網(wǎng)站和項目，有些則不了解，甚至提出一些奇怪的要求。 比如客戶說：“我今天想到這些需求，你先做，等會想到其他需求，再給你講”。 這個時候，幫助他扭轉思維。 告訴他這個項目是分階段的，需求階段就是確認所有的需求，確認之后在需求確認表上簽字。 總之，再說明一下項目流程。 如果后面真的有需求提出來，而且需求是持續(xù)的，那好辦，分第一版和第二版。 后面提到的要求都放在了第二版中。 這時可能會涉及到重新報價的問題，只能讓業(yè)務員重新走一遍“報價流程”。

在與客戶溝通需求的過程中，客戶可能會忽略一些需求，客戶也沒有提及。 例如：在談到公司介紹時，頁面的內容是公司概況和公司優(yōu)勢。 這時候可以提醒他添加公司歷史（前提是公司有歷史）。 這樣不僅對客戶有幫助，工作量其實也不算大，也能體現(xiàn)出你的專業(yè)度。 面對一些不合理的要求，建議砍掉。 比如客戶要在首頁放一個2分鐘的視頻，建議客戶不要放。 這會嚴重影響網(wǎng)站的加載速度，影響用戶體驗。

備注：務必保留所有與客戶溝通的記錄作為備份！ 全部備份！ 全部備份！ 原因是，當客戶談論它時，您就會知道。

4.設計階段

設計階段最關鍵的任務是根據(jù)與客戶的溝通需求，全面、詳細地實現(xiàn)原型。 這個原型的作用，一方面是展示給客戶，確定需求，作為需求確認單的附件。 一方面是展示UI和開發(fā)，跟著原型搞UI和開發(fā)。

網(wǎng)站需要弄清楚頁面之間的跳轉。 需要明確標注要求必須滿足的標準，包括交互的要求，并給出參考鏈接。 原型制作的過程也是一個思考的過程。 會發(fā)現(xiàn)很多遺漏的需求，不清楚的需求，或者因為記憶不清晰導致的需求。 所有這些問題都應該記錄下來并清楚地標記在樣機上。 這些問題也構成了一個問題列表。

5.需求確認

先把樣機鏈接和問題清單發(fā)給客戶，等待客戶確認樣機，對問題清單給予回復。 必須注意，溝通問題必須在問題清單上。 不要給乙方一份，給甲方一份，后面的文件就亂套了。

客戶兩天沒反應，是不是該催促客戶？ 視情況而定，如果客戶告訴你他在傳達需求時時間不夠，那么就應該催促他。 他要是時間充裕，三四天不催他也沒關系。

客戶回復，根據(jù)客戶要求補充樣機，給客戶出示樣機，必要時召開需求確認會。

在這個階段，客戶可能會猶豫，也可能會有新的需求出現(xiàn)。 這時候，你可以開誠布公地告訴客戶，這是在浪費客戶自己的時間。 需求確認階段拖得越久，網(wǎng)站上線的時間就越晚。 同時，讓客戶在溝通之前多想想自己的需求。

直到客戶沒有異議，制作一份《需求確認單》，并以樣機作為附件，交給業(yè)務員，讓他與客戶在《需求確認單》上簽字。

6.需求審核

一般需求評審會議的參與人員包括產品經(jīng)理、UI主管、測試主管、前后端研發(fā)主管，以及各主管手下的高管。 會前一定要注意。 一定要提前把樣機發(fā)出來給大家看。 否則開會的時候，你會上來直接談原型。

開會，先介紹一下這家公司，它是做什么的？ 什么是行業(yè)？ 你做了什么？ 項目復雜度？ 網(wǎng)站有多少頁？ 網(wǎng)站的關鍵頁面是什么？ 客戶對進度的要求等等。先讓大家有個大概的了解，再說原型。

講原型的時候，先講框架，再講具體的頁面和需求。 基本遵循原型思路，遇到關鍵交互或客戶需求時詳細講解，并打開參考網(wǎng)站，讓參會者看得清楚，避免歧義。 會議最后強調項目進度，明確UI設計初稿交付時間和開發(fā)完成時間。

七、后續(xù)階段 1、UI階段

需求評審會議結束后，UI 設計師會制作一個可視化地圖。 你就推進度，完成了你檢查，他改圖紙，直到符合樣機要求。 產品經(jīng)理確認沒有問題，交給客戶確認。 確認無誤后，業(yè)務員與客戶簽署《UI設計確認書》。 UI 階段完成。 如果客戶不滿意，就一直改，直到客戶滿意為止。

2、研發(fā)階段

UI確定后，提醒前后端主管排班，并給出上線時間，反饋給客戶。 求進步！

3.測試階段

研發(fā)會和測試工程師溝通測試，但測試總會有很多問題要問產品經(jīng)理。 等待測試感覺沒有問題。 這個時候，你不能放松。 測試對需求的理解比較淺，估計問題還是比較多的。 作為產品經(jīng)理，一定要再讀一遍。

備注：后續(xù)階段，產品經(jīng)理回答內需問題。 對外：同步我們的開發(fā)進度，讓客戶放心。 訣竅是同步進度會比真正的開發(fā)進度慢，后期人員流動等特殊情況會有時間緩沖。

八、在線 1.網(wǎng)站配置

網(wǎng)站有結構，不需要產品經(jīng)理配置一切。 只需要搭建網(wǎng)站框架，首頁，自定義功能配置即可。 剩下的就交給工程師去配置了。

網(wǎng)站框架就是頻道頁，不能漏也不能漏。 首頁一定要更精細，UI設計稿上用摳圖就好了。 可以使用一兩個其他頁面作為演示。 沒有必要完成所有這些。 這將需要很長時間，而且會浪費時間。 除非你是新手，否則你是在借機學習系統(tǒng)。

2.編寫操作說明

操作說明是為客戶和工程師編寫的。 畢竟產品經(jīng)理不會一直為客戶做系統(tǒng)維護。 對于標準系統(tǒng)，工程師會維護很多客戶，相對熟悉操作。 這里的操作說明主要針對自定義功能。 例如，如果系統(tǒng)為文章標簽添加了一個新字段，則需要截圖進行說明。

3. 移交給工程師

完成前兩步后，就可以將原型、UI草稿、操作說明交給工程師了。 工程師會根據(jù)客戶的需求，收集文案、圖片、視頻等素材。 根據(jù)原型、UI稿和操作說明完成剩余部分。 交給工程師后，把進度狀態(tài)發(fā)給客戶，不管是什么產品，客戶的提醒不是產品的提醒，就算是提醒，產品也是@。

4. 簽署在線確認表

工程師配置好網(wǎng)站后，產品會發(fā)給銷售《在線確認單》，銷售員會要求客戶在確認單上簽字并收取尾款。

九、三張確認單

不知道大家有沒有注意到，項目過程中涉及到三張確認單。 分別是“需求確認表”、“UI確認表”、“在線確認表”。 定制項目開發(fā)流程采用瀑布式開發(fā)方式。 這種開發(fā)方式適用于確定性高、風險小的項目。

因此，在開發(fā)過程中，風險控制尤為關鍵。 前兩個文件是為了提高確定性和降低風險。 確認單對客戶有一定的約束。 否則，客戶每天都要增加和改變他們的需求，沒有辦法繼續(xù)工作。 最后，文件是上線的分水嶺，給客戶打分，對上線效果的認可。 乙方在本項目結束后不再接受新需求或變更需求，僅修改BUG。

十、項目過程中的問題及方法一、問題1

深入了解一個行業(yè)和公司是很難的，會浪費很多精力，根本沒有必要。 如何快速了解行業(yè)和公司？ 你知道什么？ 我在上面的“ 1~2 of the stage”寫的很清楚。

2.問題2

可能有幾個參考網(wǎng)站，如何快速了解參考網(wǎng)站？

你首先要了解公司的Saas系統(tǒng)。 說白了，不了解后臺系統(tǒng)，是無法快速了解參考網(wǎng)站的。 因為沒有辦法判斷需求是可以通過后臺配置實現(xiàn)，還是需要自定義功能。 作為新手，不要想著快速了解參考網(wǎng)站，而是認真地將參考網(wǎng)站的功能與后臺系統(tǒng)功能一一對應起來，搞清楚這些功能在后臺是如何實現(xiàn)的。 慢一點不要緊，但一定要小心。 想清楚每個功能是如何實現(xiàn)的。

熟練之后就不用講的那么詳細了。 重點理解三個方面：

(1) 頻道和頁面是什么？ 主要是確定需求的框架和范圍。

(2)需要自定義哪些功能？主要是判斷哪些是配置實現(xiàn)，哪些需要自定義功能

(3) 每個頁面大致是干什么的？主要是了解業(yè)務流程

3.問題3

一開始總是耐心傾聽客戶的需求，但客戶不專業(yè)，很多時間會浪費在表達上。 反映是由于對客戶的引導不夠，導致客戶隨意發(fā)揮，溝通效率低下。 如何提高溝通效率？

提前了解行業(yè)、公司、參考網(wǎng)站，是為引導客戶做準備。 進行以下更改以提高通信效率：

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