產品究竟要幫使用者解決什麼問題嗎？產品在市場的定位是？產品最終想達到的願景是？這篇想分享我近期在思考求職平台的產品走向時，不斷碰壁的過程，文章主要提到使用者需求、產品願景、產品金字塔。
誰適合看這篇文章？
✔ 對產品經理、產品企劃、產品規劃、產品願景、產品定位有興趣的朋友一、使用者都怎麼使用求職平台
使用「求職平台」的目的是什麼？
若只是單純「找工作」，這個答案還太過簡易。經過近幾個月的使用者訪談，以及看了不少求職者在 App Store、Google Play、和社群媒體上的回饋，我的觀察是：
- 「快速篩選」找工作：求職者想藉由「搜尋功能、篩選器」，快速從一堆職缺中挑出理想工作，不想要在 FB 社團慢慢翻，而且還很難篩選。
- 「建完履歷」快速投遞：求職者想要建好一份履歷後，直接開始一間間線上應徵，不想要自己用 Gmail 慢慢寄信。
對於求職者來說，「簡單、快速」幾乎是對求職平台的唯二期待，至於其他求職服務反而不是那麼重要。
在過去幾個月，我們針對會員中心很多功能進行優化翻修，像是「自傳產生器」、「職缺配對」、「收藏職缺」、「封鎖公司」等，但後來發現這些對於求職者來說，大約不到 20% 的人會使用，多數求職者基本上只會用到「建立履歷」、「搜尋功能」。
二、如何幫產品設定願景
最一開始我認為的願景是：「幫每一位求職者找到最適合的工作」。
後來看了不少使用者回饋，我認為願景需要再簡單一點，簡單到使用者能聽懂的語言。
比起「我們想帶使用者去哪裡」或「我們想幫使用者創造什麼價值」的角度，我認為求職平台可以從「我們想幫使用者解決什麼問題」來思考，因為我想專注在解決使用者面對的問題和痛點，因此產品願景我會定位在：
幫求職者更快建立履歷、篩選出理想職缺。
接著落實到產品目標、產品規劃，分別是：
- 產品策略：打造一個 5 分鐘就能建完的履歷產品
- 產品規劃：部分欄位預設資料、預測查詢字串、縮減必填項目等
把目標和行動都梳理清楚後，就不會糾結於「要不要讓求職者多填一點資料」，因為對多數求職者來說，「建立一份 100 分的精美履歷」、「填寫過多細節的履歷資料」都不是必須。「填寫完必填欄位」、「製作 60 分的履歷」就已經滿足多數人的應徵需求。
三、用願景來規劃產品路線圖
有了產品願景，路線圖（Product Roadmap）也會更專注，因為兩大主軸就是：
- 優化填寫履歷：註冊、登入、進到會員中心、履歷列表、編輯履歷等。
- 優化搜尋工作：首頁、搜尋功能、搜尋頁、職缺列表、職缺頁、應徵頁。
專注在這兩個 User Story 其實就有夠多要優化的項目，也能讓整個產品團隊更知道我們當下要改哪些，以及哪些暫時不改。
我過往也曾一直想針對使用者的客訴或評價改東改西，但最後才發現這樣的後果是在「解決少數人的抱怨問題」，不是在「滿足多數使用者的需求」，更慘的是，有時改了少數人的功能，反而讓原本正常使用的多數人跳腳！
建立清楚的產品路線圖，也能更方便去拒絕跨部門的特殊許願，像是有些部門會許願「想針對新鮮人進行客製化彈窗」、「想針對 OO 興趣的求職者進行 OO 工作推廣」、「想針對 OO 學校進行招募推播」，這些功能有些可以透過行銷來解決，但往往大家都會期待透過產品本身來執行。
「跟自己的心魔 Say no」也是一個課題，以我過往的產品日常工作，也很常遇到 OO 功能我超想做，但後來仔細想了以下的題目，就發現其實我當下想到的功能不是那麼必須。
- 要解決誰的問題？
- 影響多少比例的使用者？
- 相比於其他 P0、P1 項目，優先程度是？
- 開發後會對使用者帶來什麼效益？
過往 UIUX 常提到「以人為本」的精神，我後來想想，產品願景比較像是「使用者為本 User Driven」，而下一層的產品目標則是「數據為本 Data Driven」，再下一層的產品規劃則是「優先級為本 Priority Driven」。
四、總結
這篇是紀錄我的產品工作心得，如對這系列有興趣，也可以持續觀看：
