一、項目背景
? ? 校招助手是我兩個月之前在一位即將創業的HR的啟發下，根據這位HR的一些需求設計的一款產品。在兩個月的設計之后，已經形成了一個簡單的1.0版本。這個項目是我從產品經理理論到實踐的一個轉折點，從功能設計、流程設計、頁面規劃都親手操作過一遍，在這個過程中有了很多體會和感悟，同時在項目結束之后，回過頭來看看這個項目，發現還有很多的不足。
二、項目簡介
? ? 校招助手聚焦于校招中用人單位收集各高校雙選會信息、報名高校雙選會過程中信息量大、過程繁瑣這一痛點。產品主要功能在于將全國各個高校的雙選會信息進行集中，同時支持用戶進行篩選、對心儀高校的雙選會關注以免錯過重要信息等功能。產品的功能設計導圖如下：
? ? 設計功能之后對頁面進行設計，以下是頁面架構圖：
項目原型鏈接：https://629q5t.axshare.com
三、項目復盤
1、問題與解決
（1）去掉高校搜索功能，改為通過雙選會介紹高校
HR需要高校信息的場景是在搜索到該高校要開雙選會時，不了解該高校，所以需要高校簡介信息。因此我們去掉高校搜索功能，改為在雙選會介紹的頁面顯示部分高校信息，同時增加高校百度百科鏈接，輔助HR了解該高校。
（2）搜索和篩選的界定
我們將高校名稱作為模糊搜索功能提供輸入框，將雙選會時間、雙選會地點、高校類別作為篩選選項，提供選項框。
因為高校比較多，所以按照高校名稱篩選會出現較多選項，可以直接使用模糊搜索功能來搜索目標篩選。
（3）增加我的雙選會功能
由于version1.0版本不提供在線報名的功能，所以我們不提供雙選會報名狀態的顯示，因此不能提供雙選會報名狀態的篩選功能。也可以考慮在version1.0中增加企業手動修改雙選會報名狀態的功能，增加此功能之后可以考慮增加雙選會報名狀態篩選功能。
（4）在沒有高校端以及高校搜索功能的情況下如何收藏高校
我讓所有搜索結果都按學校分個類，如果模糊搜的時候這個學校沒有雙選會，我也顯示這個學校的簡介，但是標出來沒有符合要求的結果。在簡介的頁面放一個收藏按鈕。
2、反思
（1）需求不是自己定義的或是別人告訴你的。需求要從用戶角度出發，真實的調研、分析之后才能提煉出需求。校招助手這個項目的需求是從一個HR的“拍腦袋”開始的，HR告訴我需要一個雙選會信息整合的產品，我就著手去做了，這和經典的洞與鉆頭的故事很相似。用戶真正需要的是一個整合雙選會信息的平臺嗎，用戶的這些需求可以支撐這個產品嗎，換句話說這是不是一個偽需求。我沒有經過調研，沒有去接觸用戶而是覺得他需要就去做了，在沒有足夠的產品經驗的情況下，這樣的做法是很危險的，產品的出發點很可能是一個偽需求，最終導致產品的失敗。
（2）沒有自始至終秉承著MVP原則。這個產品1.0版本的核心需求是雙選會信息整合，但是在許多“我以為”以及“老板需求”的驅使下增加了很多追求大而全的功能，這是產品設計的過程中不應該的。實際上，在設計產品時，要圍繞定位和核心需求不斷打磨，而不是每修改一次就增加一些不必要的內容。
（3）一級導航欄的設置是否科學。在一級導航欄的設置中我糾結了許多次，最終確定由校園招聘、消息通知、賬號管理、企業認證四個部分組成。其中賬號管理和企業認證屬于管理員權限。導航欄的設置過程中要考慮這些部分之間是否有重復、用戶想要找到的功能是否立刻能找到。例如個人中心的部分我最終決定將他放在點擊頭像會出現個人中心的選項，用戶是否能找到、用戶找到這個功能付出的代價是多少，這些都是我沒有考慮到的。
（4）產品的多端問題。校招助手這個項目我只做了一端，即用戶端。但是在產品設計的過程中我發現管理員權限下的賬號管理以及企業認證屬于后臺系統，最好能夠使用產品的另一端進行。每個產品都不是由單一端構成的。
（5）不是這款產品的忠實用戶，沒有接觸這類產品，導致在遇到問題時不能整合已有信息解決。這一點體現在篩選雙選會時對輸入框、選擇框的設置上，沒有接觸足夠的產品導致在多項選擇輸入框上遇到很大困難。
