在群眾集資平台擔任平台專員(客戶成功專員)時,不斷在優化「專案管理執行效率」、「大量服務客戶的公版流程」,過程中也在思考自身實際的貢獻與職場價值,因此想透過這篇整理我觀察到的專案數據優化、客戶輔導細節。
誰適合看這篇文章?
✔ 想進到群眾集資產業
✔ 對專案管理、專案執行、平台營運、客戶成功、客戶關係維護有興趣
一、專案執行 Project Management
根據將近一年的實際工作,統計結果花最多時間的是「釐清客戶需求」、「尋找客戶問題的答案」、「提供客戶客製化的專案建議」,這些大約佔 80% 以上的時間,其他 20% 則是內部會議、或是小部分客戶開發、以及我額外接觸的產品開發管理。
1. 釐清客戶需求:在對方傳訊息時,能夠馬上推敲他實際遇到的問題
初期在輔導客戶時,常常不確定客戶的真實需求,例如:輔導集資專案上線後,過一陣子常會遇到客戶說「平台有沒有幫我曝光」。
一開始服務時我都會馬上去調資源,確認平台內部是否有足夠廣告預算可以協助,但後來發現這樣的需求越來越多,越來越多客戶都想仰賴平台資源,實在不可能每個專案都能 100% 投入照顧,因此我開始思考,似乎要反過來執行。
客戶想知道的不一定是平台到底有沒有曝光,而是他想透過問問題,來反應「專案成績很差,請盡速幫我想辦法」,因此我的真正課題應該是:是否能透過協助客戶既有的資源來達到目的?
很多專案差的情況,其實是專案頁面不夠吸引人、客戶自己投的廣告素材不夠吸引人,不一定都是需要平台資源直接投入,只要經過專員適當的引導、提供修改建議,從數據就能看出優化過的成效,像是 CPC、CTR、跳出率等,因此我後來的專案執行方式都變成:
先抓出客戶的實際需求,從專案既有內容做優化,再輔以外部資源。
這個改變,原本 10 個客戶中,大約會有 7–9 個來爭取平台資源,原本每週都在處理各種需求/許願。
現在只要我有對症下藥,大約數字會降到 2–4 個,幾乎從 80% 降至 30%,中間差距的這 50% 客戶,多數都會聽從我的建議,先修改專案現況,而非一昧要求各項資源。
2. 尋找客戶問題的答案:統合客戶常見問題,擬定專案流程最佳解
呈上故事,雖然客戶來爭論的數量大幅下降,另一方面代表更多客戶需要我提供專案建議,客戶的問題變成:「平台不直接投入資源,那總該提供具體專案修改建議吧」。
若專案內文、敘述方式需要優化,其實就不該一昧投入平台資源,避免廣告一直下,但消費者實際看到頁面內文、或是圖片,一樣不會想下單,因此真正解法是
先修改頁面排版順序,再優化圖片、產品文案。
然而,要幫每個專案一個個調整頁面順序,其實也會花不少時間,因此在輔導數個客戶之後,我發現必須找出一套公式,可以讓客戶直接照著順序排版頁面,後來開始製作「頁面公版架構」、甚至整理「專案頁面範例的連結」、「廣告貼文範例的連結」、「文案範例」。
原本一個專案頁面可能要花 15 分鐘檢查、整理回饋、打成信件,現在我只要用 3–5 分鐘時間,就可以根據公版架構快速挑出問題,直接請客戶把漏掉的頁面補齊,每個專案就能減少 70–80% 的時間。
3. 客製化建議:不斷將客製化問題整理成公版問題
服務客戶一年多以來,雖然會常常遇到客製化問題,但漸漸發現很多問題都不斷重複,並不是真的要從 0 到 1 生出答案,我其實可以套用回覆 A 客戶的答案,微調一下,就能回覆給 B 客戶。
我遇過的客製化問題,像是「幫我看看這個領域的廣告受眾可以投給誰」、「針對我這個產業有沒有推薦的 KOL 人選」、「針對我這種產品有沒有建議的廣告貼文方向」。
多數問題都是:客戶的領域我過往比較少遇到,所以就必須客製化處理。
但輔導客戶超過 100 個之後,漸漸就能摸索到規律,因此就可以不斷將原本客製化的問題和答案,整理成一份 FAQ 內部知識庫,讓其他專員也可以微調公版答案就回覆出去,目的在於:
加速服務效率、擴大服務數量,同時要確保服務品質、回覆內容都是口徑一致的。
原本一個客戶的複雜問題可能要花 10 分鐘找答案,例如廣告投放方式,可能要先自己上網 Google 研究、或是向內部詢問廣告投手的操作方式,收到答案後,要先確保不能外流太多機密數據出去,因此要重新整理,且要讓客戶看得懂。
整個都整理完,就會濃縮成一題公版 FAQ,未來只要先花時間釐清客戶需求,就能直接貼答案給他,3 分鐘搞定,一樣節省約 70% 的時間!
二、平台營運 Product Operations
第一大點提到的專案執行,比較面向客戶端,而接下來想分享的平台營運,比較是面向內部公司。
我主要參與到、且確實有創造流程的有「專案各時間點的公版信」、「專案結案流程」、「提高專案長期價值」。
1. 專案公版信:從陌生會議邀約、簽約、上架,各個節點的公版信
很幸運參與到平台初期建立,從每封信自己寫,到陸續建立能夠複製貼上的公版信,花了大約 3 個月時間,公版信像是:
.第一次陌生開發,邀約會議的信件
.會議談完後,提供上架合約
.回簽合約後,準備上架專案
.專案上架後,開始各項輔導
.專案結束後,準備收尾結案
其中還包含各項特殊情境,像是中止專案、婉拒專案、專案請款等。
初期我一封信可能要花 10 分鐘,確認信件方向、信件內的數據是否有寫錯(服務報價、專案執行費)、以及預計對方的下一步,但後來隨著服務也制式化,加上越來越懂得整理公版信文字,現在一封信可能只需要 2 分鐘就可以寄出,足足省下 70–80% 寫信時間。
2. 專案結案:專案時間一到,不是單純出款,而是要確認專案是否會執行
服務客戶時,不僅專案初期很花時間、中期優化也花時間,後期結案更是不能馬虎。
之前有遇過客戶「即使專案達第一階段的 A 萬元,但因為未達 B 萬元,所以無法開模生產,需要中止專案,進行退款給贊助者」,或是遇過「專案生產需要先一筆經費,需要先中途申請集資專項先撥款」,每個計劃都有不同的情境。
因此不是專案時間一到,OK 有達標就出款、沒達標就退款,實務上需要一個個跟客戶最後確認專案下一步,避免款項匯出去,結果客戶說其實沒有要生產,就會釀成公關危機。
這一段的流程當時也是建立很久,才終於摸索出一套 SOP,原本可能光是與客戶的訊息來回確認,通常會花到 1–2 小時;現在只要專案結束前,提前寄公版的結案說明信件、或是傳公版結案說明訊息,就能在 1 小時內,就能馬上了解下一步,幾乎有省下至少 50% 的確認時間。
3. 提高專案長期價值:專案結束後,持續上架
在集資平台服務時,最不希望只服務「單次客戶」,意思是他專案結束後,從此合作就結束。
我們希望專案結束後,未來也能持續在平台提案,因此現在挖貝平台開始培育「挖貝選物專區」、「長期集資專案」,讓想要長期在平台的專案可以持續上架,延長客戶終身價值(Customer Lifetime Value)。
原本一個專案可能成績 100 萬就結案,平台金流費也是收固定 % 數,但該專案若可以長期上架,平台就可以長期收取服務費 % 數。
這一段流程尚在建立中,尚未有明確數據可以佐證提高多少價值 % 數。
▍總結
以上六個是我這一年非常有感、也滿有成就感的實質產出,由於我近期對數據分析也正在著墨,因此也正在歸納過往的各項專案執行數據、成效,來分析我自身還可以加強的地方。
同時有明確的數據脈絡,也更可以知道有哪些流程需要被優化,哪些環節最耗費專員時間,以及做哪些事項可以明確改善服務品質等。
接下來我尚在研究的包含,專案漏斗分析、專案生命週期、客戶管理 CRM 等,期待能挖掘更多值得分享的經驗。