免責聲明：這是一個人生經驗并不豐富的產品經理的消化物。閱讀對象是1—2年左右產品人。內容大概是一些新人常見疑問的解答。因為這一系列文章內容非常任性胡來，閱讀之前一定要咨詢一下自己的工作監護人，否則被帶歪了，作者概不負責。

使用建議：蹲坑好伴侶。

進入工作狀態：關注核心

比起怎么做事情，更重要的是你的思考方式，它會帶領你排除未來的所有困難，完成你的夢想。

你首先要養成的第一種思維習慣：關注核心

什么是核心？就是不干這件事，咱的目的就徹底達不到了。

只要這樣想，你會發現：哇靠，這個產品里哪來這么多沒意義的功能。

你可以找個產品，然后列個清單，哪塊內容是核心？哪塊內容是圍繞核心衍生的功能？哪些內容對產品本身毫無意義？還有哪些內容是需求的博弈？

然后把這種思維方式融入自己的工作中，從必須做的事情，必須解決的問題開始。

（以下問題我看到有新人問的，自己比較有解答的欲望就拿過來回答下，嘿嘿）

Q．我在哪里，已經發生了什么，將要發生什么

假設這是你第一天入職：

你的崗位是產品策劃，你的上級叫做Gara，也就是萌萌噠我，崗位產品經理。

現在我跟你介紹下我們的團隊。你已經知道了我們一共有兩個產品，我是那個app項目的產品經理。

還有一個平臺產品經理坐我隔壁，就是那個穿成個毛毛蟲的家伙，你可以喊他蛋蛋哥，別問為啥，反正就是這么叫的（嚴肅臉），這貨目前的事業是減肥，我們要一起督促他。產品部門目前就我們仨，我帶你去其他部門刷個臉。

設計部門

設計部門每一個人都負責獨立的項目，互不相干，各自工作主要是由項目組的產品經理安排。除了質疑她們的省美之外，還是比較好說話的，溝通的時候直接找到負責的設計師。啊，鑒于你是個小鮮肉，可能會被調戲，這種時候裝乖就行了。

這位設計師Tifany，崗位UI設計，我們的app產品主要界面都是她做滴，她也是那群設計師的大姐大，叫姐姐好，她能幫你解決人生大事，有啥好吃的要先上供給她，懂？

開發部門

你經常會接觸的這位，開發項目經理。開發部門所有人員的工作安排和時間進度都是他責任范圍。恩，他叫Bobo。是個悶騷的家伙，內心戲很多，老殘果粉，所以你少講水果家的壞話，不然他會變身哥斯拉把你從頭發絲歧視到肚臍眼。

還有一位，開發部門的技術支持兼ios高級工程師，外號土豪金。是個非常善良的家伙，凡事都會盡力給你解答，關系到交互和功能細節你可以和他多溝通。嗯，有點強迫癥，所以你做原型的時候請注意對齊到像素。金哥不會發火，但是他的發際線會根據你偏離的像素點持續走高。為了他的下一代，請你帶著愛意做原型（嚴肅臉）。

運營/市場部門

目前和我們工作接觸比較多的部門。主要工作是研發之前的市場調研和盈利方式規劃，研發之后的內容編輯和市場推廣活動等等。運營和市場目前暫時是一個部門，工作由部門leader安排，溝通也要找這位leader。

這位運營經理Ray，會經常和我們溝通。目前研發階段，主要溝通方式是他會提一些內容功能上的需求，然后被我否決，然后他鍥而不舍繼續提，我繼續否決，無限循環這樣（Doge臉）。

他的專長是找茬，恩，你做完原型肯定會收到他長篇大論的各種修改建議，他對誰都這樣不客氣，總體上是個很萌很負責任的家伙。他關注所有打折特價產品和健身，如果你想要買東西或者健美什么的，可以找他，非常專業。

關于進度和你的工作

我剛才提到我們的項目剛進行到研發初期，你可以查看svn上的“項目進度”文檔。我們已經基本完成了產品整體戰略規劃，產品的內容和功能范圍正在劃定中，你可以查看svn上最新的“MRD”文檔。

接下來的三個月我們要完成一期產品的全部研發和運營準備工作，在x月x日上線。今天我們會討論完成內容范圍和功能。

而你的第一個任務是把團隊每個人的名字崗位和外號背熟，然后在qq群rtx群郵件中和他們打個招呼。

第二個任務：在周三之前出具一份低保真原型，看看我們對需求的理解是否一致，或者會產生一些新的靈感。

Q．已經發布的產品需求太理想化，應該怎么補救？

這個問題看著特別親切，我不止碰到過，還執行過一個傻x的方案。

某wap網站項目，想了個特別牛逼轟轟的交互效果，結果前端折騰了一個月都搞不出來，嚴重拖下了進度，由于前端本身并不是技術大牛，于是我們認為是前端技術不過關無法實現（現在想來當時真是個大逗比）。

好吧問題出現了，以后要怎么處理。

這時我犯了第二個傻。在我意識到需求不合理的時候，我首先想到的是“不能頻繁改需求，不然開發會生氣（什么鬼）”，其次“不能打斷流程”。于是決定把不合理部分的修改，放到需求的下一個版本。

然后就嗶了汪了。

其實：

• 交互效果根本不是產品核心，不做對核心產生不了任何影響。
• 做流程的核心是為了順利快速完成產品，而不是為了流程本身。改需求是為了維護核心目標。

所以結論要改，當然改了不可避免對項目成員有影響，因此要做補救。

1. 道歉，給大家造成了比較大的麻煩，承諾下次會更加慎重。并且把初步的想法和大家說一下。
2. 請大家把其他工作提前，如果無法提前，產品簡化需求輸出流程，加快速度或切割成幾個小需求。
3. 流程調整，開發在需求輸出前就進行可行性分析，如果對實現有疑問，可以及時給與其他建議。

現在的判斷過程通常是：和核心有關的能提前都提前，與核心無關的能押后就押后。

Q．第一次負責一個產品的整體策劃，該如何入手

你已經是以為產品策劃了，我想你對一個項目的流程應該比較熟悉了（項目的流程都不知道，打出去）。

提這個問題，很大一部分原因是不知道在初期如何規劃。

這里有兩種產品類型，一個是普通項目，有大量案例可以參考，大部分新人遇到的是這一種；還有一種是非常規項目，極容易讓新人產生無措感。

普通項目：

比如讓你規劃一個企業/產品官網，通常內容簡單，開發周期短，有非常多的案例可參考。

尋找大量同類型網站，記錄這些網站的內容架構（通?？磳Ш綏l就知道了，非常簡單的層級）、配色方案、布局形式。

如果你真的沒什么天賦，照搬也是可以應付的，你可以尋找一個非常與產品形象更加接近的風格作為參考。不過在我這里肯定不會過關，我無法縱容你養成“模仿就是策劃”的陋習。

做好調研之后，你可以做一份簡單的產品文檔給上級過目。里面應該包含MRD文檔中提到的內容：

• 產品定位
• 產品內容與結構
• 產品功能范圍
• 布局方案
• 配色方案

你需要描繪一個大致的產品形態（有時候需要你出一個PPT講解方案），評審通過后，你要進行下一步工作，即執行計劃：

• 團隊成員
• 工作任務
• 任務計劃
• 里程碑設置
• 資源支持

這一部分的計劃務必讓預想的團隊成員參與，詢問他們工作時間的安排。（你會需要產出一份原型、一份功能書或者產品用例，然后全程評審與推動項目。）全部確認之后向上申請通過。

開始干活。

非常規項目：

你或許沒有接觸過，網上也查不到方案，但是在給你這個任務之前，你的上級應該已經考慮好了大致的方向。

因此入手重點在用戶調研工作，先確認這個產品方向面向哪個人群，確認人群后針對用戶群進行剖析。

記住要及時和上級溝通，以免自己的不成熟偏離軌道。

• 市場調研，確認市場環境，競品情況，用戶特點等等。

把所有涉及到該方向的關鍵詞都搜索一遍，比如：手機用戶市場調研、社交產品用戶市場調研、車主市場調研等等?？偨Y自己對市場和用戶的想法。

• 整理核心問題：這個產品為用戶解決什么問題。

注意是“我們要為用戶解決網購問題”，而不是“我們是一個網上商城”

• 然后描繪目標用戶，講述用戶使用場景的故事。
• 接下來是為了解決用戶問題，產品提供哪些內容
• 需要哪些模塊或者功能點

接下來的事情你都知道了（doge臉）。

放心吧，公司不會把一個非常重要的項目交給一個新人，所以你放膽搞吧。恩，就算這個項目很重要，那也是公司決定交給你的，所以你還是放膽搞吧（doge臉）。

Q．怎樣避免陷入閉門造車的情況？

研發之前，瘋狂找目標用戶拉家常。

注意是聊家常，不是聊需求。

早上幾點出門??？晚上幾點回來??？有老婆有女票呀？有兒子有女兒??？平時休息時候最喜歡去哪里吃飯??？最近一次加油花了多少錢??？哎你手機是5s噠，裝了什么軟件呀？你老婆啥型號??？平時喜歡健身不啦？

反正和你想做的一切事情有關的都別放過，尤其是要面對面放松地聊天，對某些用戶感興趣或者尤其討厭的問題可以深挖下去，你會找到很多靈感。

研發時，瘋狂找用戶試用產品。

沒經過市場檢驗的用戶需求都是耍牛虻。不管產品是否成熟，都要盡快出可以做用戶調研的版本。

此時的調研，需要給用戶安排完成任務，看看用戶執行核心任務是否順利。不要盲目丟給他們讓他們隨便用，因為產品有許多不完善的部分，測試這些毫無意義。

盡快上線，核心功能ok了就上線，盡早投入市場進行檢驗。

用戶數據分析。

總之一句話，有困難，找用戶（doge臉）。

Q．怎么理解產品經理的想法

如果你是個童叟無欺的新人，不要給自己太多心理壓力。

問他：

• 你需要什么形式的文檔？word，ppt，還是excel？
• 你需要哪些內容？分析，調研，還是需求？
• 文檔給誰看的？什么場合用的？

如果還不明白，就先做個提綱給他看看，有不明白的接著問。

啥？leader會不會煩??？

廢話，當然會嘛！

但是不問你能做個讓他滿意的東西出來嗎？

還是問吧，大家對新人寬容度很高，只要結果美妙，過程一筆勾銷。

真實的心理活動：

但是我不太喜歡和蠢蛋浪費時間，請你能自己解決的事情都自己解決，謝謝。

誰讓你要當產品（doge臉）。

Q．怎么問問題

解決問題的第一步是問問題，提問題是為了得到答案。我偶爾也會碰到或者問一些傻問題，這絕對是一門高深的學問。

以下問題有點傻：

任何百度能解決的問題。

我帶過有限的幾個新人，有些是自己招的，有些是老板的關系戶實習生之類的。當我告訴他們“我需要一份產品用例文檔”的時候，他們經常反射性地回問我“什么是用例文檔？”

其實我本來就不指望他們知道什么是“用例文檔”，我真的只是指望有個人能委屈地回答我“我先百度下怎么弄好不……”所幸這樣的人還是有的。

我第一次碰到這種問題的回答是“呃，我研究下再來問你好不？（茫然臉）”。

我第一任助理碰到這個問題的回答是“我百度下給你個提綱好不？（糾結臉）”

怎么辦

“開發說這周完成不了xx任務了，我該怎么辦？”

“你覺得應該怎么辦？”

你咋辦關我啥事，自己想辦法去（doge臉）。

我對這類問題接受度不高的原因是，問題存在但沒有解決方案。產品就是要解決問題的，我這里有幾百種解決方案需要一個個掰給你聽不？

再爛的決定也是一個決定，攬下責任，哪怕你搞砸了，我對于能沖鋒在前的伙伴充滿感恩而不會覺得他是個傻子。

“設計進度總是跟不上，為什么設計師這么懶？”

我相信你是個很著急的人，但是結論下得太草率了。

先問是不是，再問為什么/怎么辦。

進度跟不上是有的，但是原因是什么？或許是我們的評審會太多了，或許是需求沒有傳達清楚等等。

設計師未必懶，問題不成立。

Q．怎么發郵件

• 粗體字寫結論/問題
• 然后寫前因后果
• 最后賣個萌。

把最重要的內容寫在前面，簡潔明了。畢竟大家這么忙，一篇找不到重點的郵件真是讓人頭疼。

前因后果應該盡量詳細簡潔，多用定量內容。比如本季度（15年第一季度）xxx數據同比上個季度（14年第四季度）上漲了50%，（即從20000上漲到30000），環比去年（14年第一季度）上漲了100%，（即從15000上漲到30000）……之類的。

如果有需要，需要收件人注意的后續工作可以再說明下。

賣個萌，我通常用來替代毫無感情可言的后綴信息。我得表達下發送這個郵件時的心情，有時候可能還會講個冷笑話。發郵件咱也得求點關注是么（doge臉）

Q．怎么組織會議

盡量別開會（doge臉）

開會是為了解決問題，坐下來圍成一圈然后你說我說領導補充一下能解決問題嘛？

所以能不進會議室就不進，能不坐下來開會就不坐，能現在就討論的決不約時間開會。我經常無意識陷入會議的泥沼漩渦中，即便之前準備再充分，也時常會被各種拖延或發散。不僅影響下一階段的工作還影響腦細胞的健康活潑。

要把開會惡習掐滅在搖籃中（深惡痛絕臉）?

如果一定要開……時間、主題、議程等都是提前和與會人員商量過的，一般這類“大型會議”我們需要起碼提前一天以上知會彼此，好讓大家做好各種準備。

除此之外會議通知和記錄什么的，自便吧（doge臉）。

＃系列文章＃

「推薦」產品新人答疑手冊（前提）

「推薦」產品新人答疑手冊（工作一）

#專欄作家#

GaraC，知乎賬號：GaraChenV，人人都是產品經理專欄作家，專長研究用戶體驗，虐待各種形式的鍵盤。關注物聯網、互聯網金融、LBS等相關領域產品。專業掃描各種書籍，愛好：收集各種樂譜和奇怪的書。

本文系作者獨家授權發布，未經本站許可，不得轉載。