當你接到獨立負責網站定制項目的需求時,你會怎么做?
當你剛入職,就接到了一個網站定制的任務,對公司業務和項目還不了解的你,此時會怎么做?作者總結了自己在項目執行和咨詢過程中的一些做法和步驟,希望對你有所幫助。
項目背景
1. 任務:進入新公司沒兩天,要獨立負責網站定制項目。
2. 如何做:先搞清楚新公司開發定制項目的流程。
3. 完成任務后我學到了什么?
(1)執行層(初級產品):根據客戶要求,結合學到后臺功能,輸出原型,完成網站建設。
(2)咨詢層(中級產品):根據客戶實際公司情況、客戶期望、最佳行業案例、網站用途以及價格等多方面因素,輸出原型,完成網站建設。
(3)猜測后面可能存在一個高級操作:可能是透徹網站原理,對網站有完整規劃,使網站超出客戶期望。
備注:本文只討論執行層和部分咨詢層內容。
一、評估階段
銷售人員遇到定制項目,走“定制報價”流程。產品和開發團隊要確定三個問題:
第一,客戶需求我們是否可以實現?
第二,是否存在定制功能?
第三,開發多久,成本多少,報價多少?
1. 需求評估
根據“定制報價”流程中的參考網站、需求說明、銷售工程的反饋,了解客戶要做的需求范圍,包括網站、定制功能等。
2. 估算價格
各職責負責人分別估算產品、UI、測試、開發時間,最后匯總人天,根據公司規定的工種單日價格,給到銷售報價。
并不是給出報價,客戶就一定會簽合同做的。此時,如果銷售那邊一切順利,過幾天或幾周,可能就會聯系,合同已簽,款已打,可以開工做了。當然,不順利可能就沒有這個事情了。
二、準備階段
這個項目要開工了,不能上去就找客戶溝通確認需求,要先做一個提前的準備工作。每個行業、公司都是不一樣的,都有其特性,我們不可能了解的很細致,但基本的情況要掌握,不能在基礎常識上犯錯,鬧了笑話不說,還給客戶留下不專業的糟糕印象,從而喪失客戶對自己的信任,導致項目推進困難。
1. 了解行業
(1)行業歷史:起源、發展、現在、未來。
(2)行業規模,趨勢、天花板。
(3)產業鏈:產業鏈結構、公司位置、行業頭部公司。
2. 了解公司
(1)公司定位,成立年限,規模,盈收,發展,涉及產業鏈和細分賽道。
(2)公司組織架構,員工數量,職責。
(3)公司產品或服務、產品用途或價值、產品特點賣點、面向市場、面向客戶、公司優勢。
(4)甲方對接人,姓名電話,對上線時間的期望。
(5)甲方是否有需要其他服務的傾向。
3. 了解參考網站
了解客戶原先的網站、參考網站、同行頭部網站,建立對客戶期望網站的認知。
三、需求溝通階段
前面已經對行業,對公司,對客戶要做的項目,有了一定的認知。接下來就要直接和客戶溝通,確定具體的需求了。溝通工具使用能語音、能共享屏幕的軟件即可,比如:騰訊會議。
由于項目是網站,合理的網站都是金字塔結構的。先定框架,后定頁面細節。可以直接拿客戶給的參考網站去對,這樣更具體,更形象,雙方也更容易理解。網站的結構普遍是首頁、頻道頁、產品分類頁、產品詳情頁、新聞頁等等。先溝通頻道頁有哪些?脈絡清晰了,再從首頁逐個溝通頁面需求。
頁面內容溝通過程中,一定要注意與后臺系統無法支撐的功能,比如客戶要在網站做2個表單收集的功能,且表單字段完全不一樣,此時要警覺,這個需求一定要問的細致一些。
有的客戶是懂網站懂項目,有些則不懂,甚至還會提出一些奇葩的要求,比如,客戶講:“我今天就想到這些需求,你們先做,后面我想到其他的需求,再給你講”。此時,要幫助他把思維扭轉過來。告訴他,項目是分階段的,需求階段就是要把所有需求都確認下來,確認后還要簽需求確認單,總之,把項目流程講一遍。如果后面真的是要提需求且需求源源不斷,那也好辦,分第一版、第二版去做。后面提的需求都放在第二版,這時候可能涉及到重新報價的問題,那就只能請銷售重新走“報價流程”了。
在與客戶溝通需求的過程中,客戶可能會忽略一些需求,客戶沒提,比如:講到公司介紹的時候,頁面內容是公司簡介和公司優勢,此時,可以提醒他加上公司歷程(前提是公司有歷史的情況下)。這樣既幫助了客戶,其實工作量也不大,還能顯示出你的專業性。面對一些不合理的需求,建議砍掉不做,比如客戶希望在首頁放一個2分鐘的視頻,那么建議客戶不要這么做,這樣會嚴重影響網站加載速度,影響用戶體驗。
備注:一定要把和客戶溝通的所有記錄,全部留備份!全部留備份!全部留備份!原因嘛,等客戶扯皮你就知道了。
四、設計階段
設計階段最關鍵的任務就是根據與客戶的溝通需求,無遺漏、詳細的落在原型上。這份原型的作用,一方面是給客戶看,要確定需求,要作為需求確認單的附件。一方面是要給UI、開發看,跟著原型搞UI、開發的。
網站要搞清楚頁面之間的跳轉。要標注清楚需求要做到的標準,包括交互的要求,給出參考鏈接。做原型的過程也是思考的過程,會發現很多遺漏的需求,不清晰的需求,或者因為記憶不清的需求,這些問題要全部記錄下來,并在原型上標注清楚。這些問題也要形成一份問題清單。
五、需求確認
先把原型鏈接和問題清單發給客戶,等待客戶確認原型,針對問題清單給出回復。一定要注意,溝通問題一定要在一份問題清單上,不要乙方建一份,甲方建一份,后面文檔就全亂了。
客戶兩天沒有給回復了,催不催客戶呢?看情況,如果客戶在溝通需求的時候,告訴你,他時間很緊張,那就催一下,要是時間很寬裕,三四天不催也無所謂。
客戶回復了,根據客戶的要求補充原型,給客戶查看原型,如有需要就開一次需求確認會議。
在這個階段可能會出現客戶猶豫不決,或者不斷有新需求冒出來,此時可以跟客戶敞開了說,這是浪費客戶自己的時間,需求確認階段拖的越久,網站就越遲上線。同時,讓客戶多想想把需求想完整再交流。
直到客戶無異議,做一份《需求確認單》,原型作為附件,給到銷售人員,讓他和客戶簽訂《需求確認單》。
六、需求評審
需求評審會,一般參與人員有,產品經理、UI主管、測試主管、前后端研發主管,還有各主管下的執行人員。開會之前要先注意,一定要提前把原型發出去給大家看,否則開會的時候,上來就直接講原型,大家一臉懵逼的看著,也不知道講的什么。
開會時,先介紹這個公司,是做什么的?行業是什么?做的什么樣?項目復雜程度?網站有多少頁面?網站重點頁面有哪些?客戶對進度的要求等。先讓大家有一個大概的認識,再講原型。
講原型時,先講框架,后講具體的頁面和需求。基本上照著原型思路講一遍,遇到客戶重點要求的交互或者需求時,詳細的講解,并且要把參考網站打開,讓與會人員看清楚,避免歧義。會議的最后要強調項目進度安排,講清楚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)把自己思考的實現方式標注在原型上。
備注:一定要寫,否則開發問起來自己一臉懵逼,會挨罵呢。
本文是我做完網站定制項目的復盤。
本文說明:這只是我的經驗總結,可能存在問題、理解偏差等。對你有幫助,我很高興。如果有哪些不對的、和大家經驗不符合的,請一定善意的評論告訴我,我想改進,謝謝。
本文由 @巔魂 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!