產品設計師，筆試到一面
面試：產品類，客戶端產品設計師，繼續追求我的產品經理夢~
3張A4紙作為答題紙，試題只有4道，2個小時的時間，還真怕自己寫不完。題目和職位很靠譜!大致如下：
1. 介紹你最熟悉的LBS應用其中的優點、缺點各一個，並解釋理由。2.UGC(使用者生產內容)產品如何讓使用者持續產生有價值的內容?選擇百度知道、百度經驗、百度旅遊當中一個，談談你的做法，為什麼。3.回憶一下手機撥號的流程，如果你來最佳化，會怎麼設計，並解釋理由。4.如今旅遊的人都有顧慮，請你設計一個產品解決這個需求，並解釋理由。
1，2題不是我這個職位的必答題，也就大概寫下一些
(1)自己只使用過S60 V3的街旁，優點是同步方便，缺點是獲取訊號、地理資訊慢、不準確(2)選擇了百度知道。大概的思路是讓使用者獲得滿足感、成就感，提高整個社群的氛圍。 大致方法是資料探勘，將低迴答數的問題在首頁推薦出來，避免被沉澱;最佳化文案，透過擬人化、調侃式的文字提示，給使用者親切感; 透過激勵、勳章系統，給與使用者持續性的激勵;(好像當初寫了6點，現在回憶不起了~)(3)用鉛筆畫了撥號的'流程圖，說明了使用者在通訊錄查詢這個步驟的成功最高，也是最容易導致撥號失敗。 最佳化的目的在於減少操作步驟讓使用者快速、準備地撥號。 於是在通訊錄查詢增加2個查詢途徑：最近聯絡人+語言搜尋。 最常聯絡人的考慮有2點：使用者一般只撥打通訊錄中20%的號碼，將其以經常聯絡人的形式出發，加快使用者查詢速度;另外，撥號時極大部分是重複性撥號，即最近的聯絡人，常常聯絡的。 語言搜尋則基於自然語言的處理。(4)大致思路是： 分析使用者產生顧慮的原因中的主客觀因素，得出最關鍵是資金預算這個因素。 再將各因素總結，抽象出這個需求包含了3個子需求，按優先順序分別是A可以做什麼，B有什麼玩 C怎麼去 於是，開發的產品是：社交旅遊，PC+移動客戶端。 接下來是對於產品功能的解釋。 解釋為什麼是社交，藉助關係鏈的好處(增加內容可信度、使用者粘度)移動端和PC端針對的使用場景各不相同，各有優勢
---------------------------------晚上11點多接到面試的通知---------------------------------------------------坐公車去中山北，輕軌-地鐵-計程車終於到百度的廣州分公司。
還是群面，7個人一個小組。題目是大致是：挖掘天仙MM的商業價值，寫出執行方案。先30秒自我介紹，再選擇自己的角色(組長、計時、總結髮言、普通組員)我的角色是總結髮言。這次在討論時刻提醒自己注意的細節：(1)認真聽隊員的討論、記錄(2)儘量少打斷別人說話，要善於總結，善於引導大家討論，避免分歧。最後剩4分鐘，把所有零碎的東西整合一下，大概就留給我30秒左右組織語言了。
現在回想起來，在做總結時，(1)條理性不夠。應該用結構化的語言，如第一，第二，第三(2)語速過快。
整個討論環節，說話的活躍度是門大學問，說得多，說的少都不好，關鍵是要說到點子上!
今天(12)號第2天了，還沒有通知我進入二面，估計是被刷了。繼騰訊後，又一次倒在了群面這倒坎!