我參與了“來簡書聊聊你的產品之路｜@產品專題征文”蝗拿，也來說說你的產品故事吧。

畢業(yè)一年后，從游戲行業(yè)轉行直播行業(yè)，從游戲運營轉職產品經理，在行業(yè)和職業(yè)上都有較大的跨度耀鸦，入職新公司也剛滿兩個月，今天有正好記錄下兩個月來自己的一些心得和感想啸澡。

一袖订、學會驗證需求和正確提需求

產品經理的核心工作就是發(fā)現(xiàn)問題和解決問題的過程，也就是挖掘需求和實現(xiàn)需求的過程嗅虏，拿到一個產品需求洛姑，首先要做的是對需求從價值、可用性皮服、可行性進行驗證楞艾，只有需求驗證通過了参咙，才開始安排研發(fā)進行開發(fā)。

1硫眯、證明產品的價值蕴侧、可行性、可用性

這一點也是我最近讀了《啟示錄》這本書后感受比較深刻的两入，在正式開發(fā)產品之前要先進行產品驗證净宵，證明產品的可用性、可行性裹纳、有價值性择葡，不要盲目自信地等到產品開發(fā)出來再進行測試，產品一旦開發(fā)出來進行較大的改動基本是不可能的剃氧，所以一定要在產品開發(fā)之前就做好產品驗證的工作刁岸。

可用性測試：需要交互設計師和產品經理密切合作，設計出符合用戶習慣她我，或者改良用戶習慣的產品，讓用戶知道怎么使用產品迫横，當然有些公司可能沒有交互設計師只有產品經理番舆，所以這就要求產品經理要多去提升這方面的能力。

有價值性測試：設計出來的新產品是否解決了用戶的需求痛點矾踱？是否讓用戶渴望去使用恨狈？如果用戶使用了之后仍然選擇使用其他競品，說明產品還不合格呛讲，在進行開發(fā)之前禾怠，可以先提前制作高保真的產品原型，邀請十個左右的目標用戶群體進行測試贝搁，驗證產品的創(chuàng)意吗氏、價值，只有用戶真正喜歡并且渴望去使用的產品才值得進一步開發(fā)雷逆。

可行性測試：在產品說明文檔定稿之前一定不要跳過技術弦讽，我自己就吃了這方面的虧，當時在做產品需求文檔定稿的時候膀哲，完全就是產品往产、運營討論確定好就拿去給技術進行排期開發(fā)，等到技術看到需求文檔的時候某宪，才發(fā)現(xiàn)有一些技術根本實現(xiàn)不了仿村，最終只能重新修改需求，重新定稿兴喂，導致進度被迫拖慢蔼囊。所以在產品需求文檔的評審階段就應該邀請技術負責人或架構師一起進行討論焚志，他們最清楚最新的技術，了解哪些技術存在可行性風險压真，幫助我們在做產品決策的時候提供更好技術解決方案娩嚼。

2、撰寫產品需求文檔安排開發(fā)

正好兩位室友也是程序員滴肿，上次閑暇的時候跟他們一起探討了關于產品需求的話題岳悟。作為產品經理要懂得怎么正確跪研發(fā)，如何寫出一份好的產品文檔泼差。

① 需求文檔要盡量周全贵少、細致

技術是執(zhí)行、產品是策劃堆缘，技術在開發(fā)的時候需要考慮到事件所有可能發(fā)生的情況滔灶，不然代碼就很容易出bug，而產品經理的思維有時只關注到他們想要達到的結果吼肥，而忽略了其他可能的狀況录平，比如：

產品可能只關注這項功能需要給用戶展示什么樣的內容，而技術會考慮到網(wǎng)絡穩(wěn)定缀皱、斷網(wǎng)的情況分別給用戶展示什么內容斗这，什么提示。

又或者產品只考慮到用戶的某項數(shù)據(jù)指標需要做什么樣的處理啤斗，而技術會考慮到數(shù)據(jù)指標有值表箭、空值的情況需要分別做怎樣的處理。

所以在寫需求文檔的時候钮莲，多站在技術的角度上思考問題免钻，盡可能詳細地闡述所有可能出現(xiàn)的狀況，并分別給出解決方案崔拥。

② 讓技術感知到需求的緊急程度

在技術的心中他們有自己的緊急排行榜极舔，可能是按產品經理的性別、顏值進行排名的握童，也可能是按需求方的職級排名的姆怪，所以如果你的需求特別急的時候，要讓技術感知到澡绩。

A稽揭、跟技術講清楚需求急的原因，是急著上線肥卡，還是需要配合其他功能的實現(xiàn)溪掀，讓技術明白為什么急。

B步鉴、跟技術約定好完成時間揪胃，一定是一個確切的時間璃哟，而不是“下星期”、“下個月”之類的喊递，只有讓對方做了口頭承諾随闪，才會迫使他們去兌現(xiàn)承諾。

C骚勘、多跟進需求的進度铐伴，每天上班主動跟技術了解進度，了解是否有遇到什么問題導致開發(fā)停滯俏讹，技術的日程計劃等等当宴，下班之后再次了解今天一天的進度，你只有多跟進才會讓技術感知你的需求重要緊急程度泽疆，當然也要適當跟進户矢，不要讓技術覺得你很煩。

③ 避免開發(fā)中途修改需求

開發(fā)中途修改需求是技術的大忌殉疼，因為可能意味著做出來的東西需要全部推翻重來梯浪，所以能不改需求一定不要改，先思考有沒有其他解決方案同樣可以實現(xiàn)瓢娜，迫不得已才改需求驱证，很多情況下更改需求的根本原因在于定稿的時候沒有確定清楚，特別注意要在定稿前跟所有相關的人員（尤其是老板）確定清楚需求才開始跟技術排期開發(fā)恋腕。

同時，需求中待確定的地方要標記出來逆瑞，不然技術會按照他們的想法去實現(xiàn)荠藤，到時候再要求更改也是很不好的。

二获高、學會讀懂產品上司的話

工作中哈肖，經常會遇到這種情況，上司跟你說某產品的新出的特色功能做的不錯念秧，然后讓你看看如何在我們的產品中也加入這樣的功能淤井。于是你開始研究這個特色功能，覺得效果確實很不錯摊趾，然后開始按照老大的建議加入了差不多的功能币狠，等到功能上線后，才發(fā)現(xiàn)得不到預期的效果砾层，最后只能無奈砍掉了辛辛苦苦做出來的東西漩绵。

這個時候你應該埋怨老大的建議不合理嗎？當然不是肛炮，因為背鍋的永遠是做執(zhí)行的……在開始執(zhí)行之前應該先讀懂上司話中背后的意思止吐。

簡單分析下背景情況：一般上司是要背負KPI的宝踪，可能是產品的DAU、用戶付費率碍扔、營收瘩燥、營收離散化等等，而且上司日理萬機不同，主要承擔統(tǒng)籌把控的角色厉膀，所以在產品的細節(jié)方面上可能沒有我們了解的更深入。

因此上司提出了增加新功能的建議套鹅，并不是真的覺得這個功能好玩站蝠，可以借鑒一下，而是因為上司看到了該功能在產品某方面卓鹿，如在DAU上有不錯的表現(xiàn)菱魔，對完成我們的產品DAU的KPI可能有所幫助，但是由于上司對自身產品細節(jié)的了解并不是很深入吟孙，所以有時候提出的建議合理性是需要評估的澜倦，所以這個時候就需要我們去仔細分析上司的目的，以及我們如何達到這個目的杰妓，即使你最終分析出來的結果完全反駁了上司的建議藻治，提出了完全不同的產品方案，但也好過做出一個沒有價值的產品巷挥。

讀懂產品上司的話能幫助你找到工作的正確方向桩卵，更有目的性地完成工作，避免耗費了大量的精力倍宾、資源卻最終卻以失敗告終的情況雏节，先三思而后行，真正優(yōu)秀的人是花70%的時間在思考問題上高职，30%的時間在思考方案上钩乍，先思考事件的本質意義，然后才開始付諸行動怔锌，不要急于一時寥粹，特別是在高成本的事情上。

三埃元、產品新人更應該多去經歷涝涤，豐富自己

扎實的專業(yè)知識通過努力還是可以達到的，但是經驗這種東西岛杀，如果你沒有真正參與到一件事情中妄痪，就像紙上談兵，你永遠不知道前方的路會有什么樣的坑楞件，盡管你做了萬全的準備衫生，還是會出現(xiàn)你意想不到的坑裳瘪。

一個真實的案例：之前A直播平臺邀請了重量級的明星B入駐直播平臺進行開播，在活動之前罪针，平臺對此次活動做了大量的宣傳彭羹，運營經理也對此次活動做了充分的準備，所有能想到的應急措施泪酱、補救方案基本都已準備好派殷，正當所有事項都準備就緒開始明星B的直播時，這個時候明星B卻由于家里網(wǎng)絡問題無法進行直播墓阀，導致活動過程中技術花了三個鐘在修復網(wǎng)絡問題上毡惜，幾十上百萬的粉絲和觀眾干巴巴地見證了這尷尬的場面。

誰都沒想到斯撮，在活動開始之前经伙，明星B家里的網(wǎng)絡受到直播平臺競爭對手的惡意攻擊。

過去一年從事游戲運營的經歷勿锅，接觸到的工作領域還算挺多的帕膜，包括產品調優(yōu)、活動策劃溢十、用戶運營垮刹、社區(qū)運營等，甚至有時候由于合作同事忙不過來张弛，還需要幫忙分擔一些分外的工作荒典，雖然我覺得工作分工明確是有必要的，但特殊情況下吞鸭，為了結果導向种蝶，為了一起把一件事情做好，可以在自己的能力承受范圍內適當?shù)膸椭鷪F隊伙伴瞒大，不要急著劃清界限，讓自己多去接觸更多的東西搪桂，這未嘗不是一件好事透敌。

親身經歷一些事情，跟作為一個旁觀者了解到的東西是完全不一樣的踢械，這些經歷也許會在未來成為你不可復刻的優(yōu)勢酗电。對于產品新人來說更是如此，踩一個坑就少一個坑内列，多去經歷撵术，豐富自己，這樣才能在未來中運籌帷幄话瞧，做出更有價值的產品決策嫩与。

文章就寫到這里寝姿，以上是自己轉行產品經理兩個月來的一些心得和感受，作為產品新人划滋，前方任重而道遠饵筑，但同時也對新的行業(yè)、新的職業(yè)充滿好奇和動力处坪，希望在未來可以跟大家多多交流~