從15年9月中旬選定拉勾APP作為重新設計的對象，到今年3中旬剛剛完成了交互原型，耗時3個多月（中間家里有事回去了2個多月），終于完成這個面試作品——Redesign拉勾APP。
本次Redesign拉勾APP，主要是嘗試交互設計之父 Alan Cooper 的目標導向設計并結合自己的理解來進行的。通過這次的Redesign，深深地感到要想設計出一個優(yōu)秀的產品，其背后要做的和要思考的東西非常多，優(yōu)秀的產品設計出來并不容易（難怪試用競品的時候，發(fā)現(xiàn)有那么多如此糟糕的APP，以至于作者都有種想吐的感覺?。?。
設計不是一蹴而就的，是一個不斷改進的過程，時間關系，前階段的成果可能有部分需要更新的沒有改過來，不過總體的思路方法還是不變的。
最終的交互原型先睹為快請點擊：
（1）瀏覽器查看交互原型（下載解壓后點擊“index.html”這個文件進入瀏覽器查看即可）：https://yunpan.cn/cY66LpgXIbzxI 訪問密碼 59c2 （2）Axure交互原型源文件：https://yunpan.cn/cY66YZvuFCEeW 訪問密碼 b112
因360關閉影響更新了新下載地址：鏈接: https://pan.baidu.com/s/1nuUWbK9 密碼: hvp6
好了，以下是正文，歡迎大家討論交流，共同進步，如有不對的地方，歡迎指出！
注：點右鍵“在新標簽中打開鏈接”可以查看高清大圖。另，因為本文有很多高清大圖，可能遇到圖片加載很慢的情況，請耐心等待一下，不要太著急哦。
拉勾的口號是：專業(yè)的互聯(lián)網(wǎng)招聘平臺，專注互聯(lián)網(wǎng)職業(yè)機會。應用商店的介紹文案是：專為擁有3至10年工作經驗的資深互聯(lián)網(wǎng)從業(yè)者，提供工作機會的垂直招聘平臺。然而，APP卻是針對有不同工作經驗的人設計，因此宣傳文案有問題。另外，從虎嗅網(wǎng)發(fā)表的文章中了解到： 從拉勾網(wǎng)建立的第一天開始，馬德龍要求所有產品的設計和服務都是圍繞著求職者來展開的。
綜上，拉勾的定位應該是以求職者為中心、不限制工作經驗、專注互聯(lián)網(wǎng)領域的招聘平臺。（應用商店的宣傳文案應該改過來，以免“嚇跑”很多潛在用戶）。
拉勾APP是互聯(lián)網(wǎng)垂直招聘平臺，作者試用了互聯(lián)網(wǎng)類垂直招聘APP和其他APP，希望在需求/功能層面和展示/操作層面取其精華去其糟粕。
互聯(lián)網(wǎng)類垂直招聘APP——內推APP，哪上班APP，周伯通招聘APP，電猴APP；
其他APP——智聯(lián)招聘APP，前程無憂APP，趕集工作通APP，58同城APP，大街網(wǎng)APP，領英APP，獵聘同道APP，途盯招聘APP，找啦APP，小職了APP，BOSS直聘APP。
【內推APP】
總結：交互問題很多，基本沒有借鑒的價值。
eg：簡歷動態(tài)消息查看不直觀快捷，信息提供不夠充分，內容布局無重點；職位詳情頁內容沒有統(tǒng)一規(guī)范，不便閱讀；不能查看公司等等。
【哪上班APP】
總結：交互問題也很多，基本沒有借鑒價值。
eg：搜索結果有大量不相關的職位；多余的搜索頁面轉場；搜索結果沒有篩選項；缺乏重要的信息（如公司地址，薪資）；簡歷動態(tài)消息隱藏太深，訂閱推送占用了重要的位置；等等。
【周伯通招聘APP】
總結：需求/功能層面、展示/操作層面基本無借鑒價值。
需求/功能層面——雖然周伯通APP也是主打互聯(lián)網(wǎng)招聘，但是跟拉勾APP還是不同的。前者是招聘+職場社交+求職，太復雜，而拉勾APP只專注于招聘。
展示/操作層面——沒什么亮點和可以學習借鑒的地方，首頁卡片的左滑不感興趣、右滑喜歡，貌似用不上。
【電猴APP】
總結：交互問題很多?；緵]有借鑒價值。
eg：導航不合理（資訊和找工作放在同類）重要內容（找工作隱藏在二級頁面）沒有突出；強制用戶提前填好篩選信息；公司簡介缺少地址；等等。
【智聯(lián)招聘APP】
教訓：
職位類別要經常更新檢查（職位類別竟然沒有熱門的“交互設計”）；
考慮借鑒：
需求/功能層面——1.對于急招的，用“急”角標突出；2.篩選 （地域/地標，地鐵的 ，學歷 ，發(fā)布時間 ，公司性質 ，公司規(guī)模 ，工作類型（全職/兼職/實習） ）；3.“附近職位”的功能；4.投遞反饋增加“投遞成功”的狀態(tài)項，讓求職者更放心。 系列文案為“投遞成功，已被查看，對我有意，邀請面試，暫不合適”
展示/操作層面——1.右滑同級切換；邊緣右滑返回上一級；2.列表頁可以收藏職位；
【前程無憂APP】
考慮借鑒：
需求/功能層面——1.篩選條目標明了數(shù)量；2.關鍵字排除篩選；
展示/操作層面——填寫信息時，有一條浮動工具欄（上一項/下一項，收起鍵盤）
【趕集工作通APP】
總結：需求/功能層面、展示/操作層面基本無借鑒價值。
【58同城APP】
總結：需求/功能層面、展示/操作層面基本無借鑒價值。
【大街網(wǎng)APP】
教訓：
1.手機號、驗證碼、密碼應該在一個頁面，減少跳轉；
2.填寫當前公司、當前職位以篩選顯示不妥（要考慮到想換職位的人）。
【領英APP】
總結：需求/功能層面、展示/操作層面基本無借鑒價值。
【獵聘同道APP】
考慮借鑒：
需求/功能層面——1.地圖模式查看公司位置；2.可以私信；3.可以看同道er；
展示/操作層面——1.瀏覽過的職位變灰（全系統(tǒng)）；2.非邊緣滑動即可返回。
【途盯招聘APP】
總結： 很多問題，無借鑒價值。
【找啦APP】
總結：很多問題，無借鑒價值。
【小職了APP】
總結： 很多問題，無借鑒價值。
【BOSS直聘APP】
教訓：
1.（要填寫的信息太多）應該可以保存未完成的信息；
2.要篩選職位時需要填的信息太多了（要先填寫微簡歷）。
將海量的用戶和潛在用戶濃縮簡化成一個or幾個人物角色，作為設計產品的根據(jù)，方便設計，方便團隊交流達成共識。
實際工作中主要有2種方式來進行用戶建模：
（1）有時間和資源的話，專門進行用戶調研收集大量數(shù)據(jù)資料（條件好的公司有專門的用研人員），然后根據(jù)這些調研結果來建立人物角色。這個方式最有效，最可信，同時成本也最大。
（2）沒有時間和資源的話，就只能憑行業(yè)經驗 or 收集研究相關的資料 or 訪談有相關經驗的人 or 小范圍用戶調查了 or 設計人員自己的推測來建立了。
當然，方式（1）和方式（2）可以一起使用。
由于時間和資源關系，作者本次是通過自己的推測簡單建立的人物角色，嚴格說來是固定型（有效度方面：人物角色＞即興人物角色＞固定型）。
陳莉：
22歲，女，應屆畢業(yè)生，電子商務專業(yè)大四學生。
張磊：
23歲，男，是一家科技公司的iOS工程師，剛入行不到1年。
吳欣：
25歲，男，是一個有2年經驗的交互設計師。每天坐車上下班，朝九晚六，周六日偶爾加班，工作上的事基本都能勝任，工作比較穩(wěn)定。對于現(xiàn)在的工作還算滿意，但是有機會的話，他想換個更理想的工作。
王曉燕：
28歲，女，是一個有3年產品經驗的產品經理。
胡力：
30歲，男，互聯(lián)網(wǎng)資深從業(yè)者，是一家移動互聯(lián)網(wǎng)公司的技術總監(jiān)。
每個人物角色的目標、痛點、行為習慣等都不同，投射到產品上就會各有側重，由于產品的定位是覆蓋不同工作經驗的群體（ps：這樣的定位大大增加了產品設計的難度），因此作者認為在設計中應盡量取幾者的交集，適當兼顧并集。
一方面作者覺得幾個人物角色的交集很大，另一方面作者對其他人物角色暫時不太了解，于是接下來的階段主要以人物角色吳欣為對象進行分析和設計，并適當兼顧其他幾個人物角色。
大體分為5個步驟：步驟1——創(chuàng)建問題綜述和前景綜述；步驟2——頭腦風暴；步驟3——確定人物角色的期望；步驟4——構造情景場景劇本；步驟5——確定需要。步驟3~5可能反復循環(huán)。
問題綜述：
目前的拉勾App（v1.1.0，iOS），在需求/功能層面和展示/操作層面都有不少待優(yōu)化改進的地方。
前景綜述：
根據(jù)產品定位，從起點開始重新設計，并結合現(xiàn)有拉勾App優(yōu)點，以求在需求/功能層面和展示/操作層面都更好地滿足目標用戶群。
注：頭腦風暴越多人參與越好，目的是以開放自由的方式探索盡可能多的用戶的目標、使用情境和解決辦法。條件有限，此處為作者一個人頭腦風暴。
頭腦風暴-Redesign拉勾App-顯示2級：
頭腦風暴-Redesign拉勾App-顯示全部：
理想的情況下，是根據(jù)前期的用戶調研數(shù)據(jù)，來推測確定人物角色的期望（有的訪談者不方便告訴調研者自己的目標，有的訪談者自己也描述的不全面不準確，因此主要靠調研者根據(jù)用戶的行為來推測用戶的期望or目標）。
現(xiàn)在作者主要是根據(jù)自己的期望（自己也是求職者）+同理心推測來確定人物角色的期望。（頭腦風暴時已經為本階段做了很多鋪墊，剩下只是再一次梳理確認了）
人物角色總的期望是盡快找到自己滿意的工作有一個更好的發(fā)展。更具體的可以分為以下幾個方面：
#想掌握現(xiàn)有情況
1.關于工作：
1.1.想了解所有現(xiàn)有的機會；
1.1.1.薪資，行業(yè)薪資；
1.1.2.職位描述，職位要求；
1.1.3.團隊成員（跟自己直接相關的人，跟自己間接相關的人，團隊氛圍）；
1.1.4.環(huán)境（工作環(huán)境，地址，上班路上要多久）；
1.1.5.未來發(fā)展（公司融資情況，公司自我介紹）；
1.1.6.了解職位的競爭狀態(tài)；
1.1.7.其他（經常加班嗎？其他福利待遇如何？）；
1.1.8.信息的真實性；
1.2.想隨時隨地掌握新出現(xiàn)的機會；
2.關于自己：
2.1.是否勝任；
2.2.現(xiàn)在不勝任，未來一段時間后可以勝任，希望還有機會；
#想很好地展示自己
想充分展示自己，揚長避短地展示自己
#想快速做出決策
想快速知道HR對自己的態(tài)度，以便自己快速做出決策。
#其他
1.不想讓某些企業(yè)知道自己正在找工作；
2.特殊情況也能處理好：eg：發(fā)現(xiàn)問題時能修改簡歷；不小心點錯了可以撤銷；投了之后后悔可以撤銷；等等；
3.能夠聯(lián)系HR：eg：有些關于公司的疑問想了解一下；想知道為什么未通過；能夠答復HR對簡歷的一些疑問；
以下為主要的情景劇本：
劇本1：
吳欣上班途中，在公交上，突然來了一條拉勾推送消息，是新增了12個他關心的職位（之前他已經設置好了），他點進去，看了看職位描述、職位要求公司的介紹、團隊成員等，還看了看求職者的評價，都還不錯，于是投了簡歷了。
劇本2：
吳欣想看附近的工作機會，于是他切換到了地圖模式，發(fā)現(xiàn)附近有幾個機會，同時發(fā)現(xiàn)通勤耗時才半個小時左右，非常高興，點進去詳細了解后，有幾個滿意的，于是投了幾個簡歷，然后繼續(xù)看更遠一點的工作機會。
劇本3：
一天中午，吳欣手機振動了一下，一看是拉勾的推送消息，原來是之前投的簡歷剛被HR查看了，吳欣開始有點興奮，又有些期待。過了一段時間，又來消息了，是進入了通知面試階段，不久后有人打電話過來了，是剛才的HR通知面試，吳欣很興奮，接完電話后，將這個面試添加到了面試日程里。
劇本4：
吳欣打開拉勾一看，發(fā)現(xiàn)又有3家公司向他發(fā)出了面試邀約（之前吳欣開啟了拉勾Plus功能），他逐個看了一下面試公司和面試職位，看了一下待選面試時間，應邀了其中1家公司（選定了面試時間，等HR確認），另外1家由于時間沖突再另約面試時間。對于不感興趣的那一家，吳欣直接拒絕了。
劇本5：
吳欣如約去到了一家公司面試，前臺接待很漫不經心，愛答不理的感覺，水也沒喝上，面試過程感覺面試官有種高高在上的樣子，讓吳欣感覺很不爽。面試回家途中，果斷打開拉勾App，對這個公司吐槽了一番。
劇本6：
晚上吳欣查看了一下面試日程，明天還有3個面試，后天有2個，星期六還有2個。根據(jù)面試時間，他計劃好了自己的行程。到第2天出發(fā)時，他打開拉勾，再次確認了一下坐車路線。面試結束后，他要趕去下一個面試，于是他再次打開拉勾確認了坐車路線。
劇本7：
吳欣聽說某家公司很不錯，他想看這家公司在招交互沒，于是搜索了一下，查看了公司招聘職位，發(fā)現(xiàn)還沒招交互，但他對這家公司很滿意，于是關注了這家公司。之后的某一天，吳欣收到了拉勾推送消息，一看，原來這家公司開始招交互了，于是吳欣趕緊投了簡歷。
劇本8：
拉勾App上吳欣突然收到了一個HR的私信，說在線作品鏈接打不開，吳欣趕緊查看了一下果然打不開，于是更新了原來的鏈接，并給HR發(fā)了一個新的鏈接過去。后來吳欣在檢查自己的簡歷時，又發(fā)現(xiàn)有一處錯誤，于是趕緊修改了。但是剛才已經投出去了幾份簡歷。吳欣趕緊看了一下簡歷狀態(tài)，有的簡歷還沒有被查看，于是撤回了，重新投遞了新的簡歷。
劇本9：
吳欣又看到了一個不錯的職位，看了一下系統(tǒng)的通勤估算時間（之前已經設定好住址了），1個小時，還算滿意，但是今天的投遞次數(shù)已經滿了，于是收藏了等第二天再投遞。
劇本10：
吳欣收到一個面試邀請，他點進去查看后，發(fā)現(xiàn)有面試評價說公司給的薪資跟描述不符，吳欣擔心是否真的給不了那么多薪資，于是他給HR私信問薪資能否給到描述的那么多，不能給到那么多就不去面試了，免得浪費彼此時間。后來從HR的回復后得知不能給到那么多時，吳欣就放棄了這家公司的面試機會。
劇本11：
晚上，吳欣看拉勾上一篇寫某個公司的文章時被文章打動了，感覺這個公司很棒，同時發(fā)現(xiàn)這家公司剛好有自己想要的職位，于是打算投簡歷，但是想到今天晚上可能有不少求職者也投了簡歷，他不想自己的簡歷被這么多簡歷壓在下面，于是他選擇了定時投遞（選擇了他滿意的10:30）。
本步驟目的是根據(jù)上一個步驟來提煉出相關的需求，然后根據(jù)這些需求來定義相關的功能元素、數(shù)據(jù)元素、技術要求等等。這個應該就是傳說中需求文檔的主要內容了，需求文檔作者還沒嘗試過，以下是作者習慣用的思維導圖的方式，嘗試將所有的需求/功能逐級梳理出來。
需求/功能梳理圖-Redesign拉勾App-顯示2級：
需求/功能梳理圖-Redesign拉勾App-顯示全部：
這3個圖的產出不是固定的先后關系，有時有的部分要等其他2個圖確定了才能定。
上個階段的需求/功能梳理圖為這個階段的信息架構圖做了很多鋪墊，這個階段只要在需求/功能梳理圖調整組織結構，完善相關的信息即可，有暫時不能確定結構關系的，等流程圖/線框圖確定了再來調整。
信息架構圖-Redesign拉勾App-顯示2級：
信息架構圖-Redesign拉勾App-顯示全部：
主要任務流程圖：
主要頁面流程圖：
以下是作者的手繪草圖，在此階段并沒有什么細節(jié)，重點是放在頁面間的流程和大概的頁面框架上。
360云盤分享地址：https://yunpan.cn/cY66vGNiiI49Q 訪問密碼 2677
在基本的線框圖出來后，最好做一下全面的檢查，防止在交互原型階段出現(xiàn)重大漏洞（交互原型階段有很多細節(jié)，改動成本遠遠比線框圖大）。作者覺得再寫驗證性情境劇本來檢查很費時間，于是仍然用思維導圖的形式，逐級展開，不斷質疑。
驗證檢查-顯示2級：
驗證檢查-顯示全部：
本次的這個交互原型主要以文字說明的形式，同時做了基本的簡單的頁面跳轉&簡單的交互動效。作者做的過程中發(fā)現(xiàn)，有的地方直接跟工程師口頭說or找個示例給工程師看會高效很多（因為有的交互效果文字說明不好表達or做出來比較費時）。
360云盤分享地址：
（1）瀏覽器查看交互原型（下載解壓后點擊“index.html”這個文件進入瀏覽器查看即可）：https://yunpan.cn/cY66LpgXIbzxI 訪問密碼 59c2
（2）Axure交互原型源文件：https://yunpan.cn/cY66YZvuFCEeW 訪問密碼 b112
以下記錄了這次對現(xiàn)有拉勾App的主要優(yōu)化和新增以及相應的思考。
對現(xiàn)有拉勾App的優(yōu)化和新增-顯示2級：
對現(xiàn)有拉勾App的優(yōu)化和新增-顯示全部：
雖然原型完成了，但作者認為在實際工作中還有很多事情要做——完成的設計需要聽取用戶的反饋然后不斷改進（沒有100%了解用戶的神，因此我們要多了解用戶，讓自己的設計逼近100%）；業(yè)務目標變動，市場變動時也需要相應地調整設計；產品設計人員自己還需要對產品全局不斷地走查，不論是查漏補缺 or 完善流程 or 優(yōu)化細節(jié)，而這些都是需要花費大量的時間和精力的。
一切才剛剛開始。。。
—————————————
