表現(xiàn)起的很“虛”，盡量在內(nèi)容上實在一點。負責的產(chǎn)品正在開發(fā)階段的收尾中挽封，寫點東西轉(zhuǎn)換轉(zhuǎn)換思路。

　　作為目前互聯(lián)網(wǎng)行業(yè)最熱門的崗位稳强，對于“產(chǎn)品經(jīng)理”其實可說的挺多的场仲。在大家都在鼓吹，格局退疫、思路渠缕、方向、戰(zhàn)略等等概念的時候褒繁。從我的經(jīng)驗看來亦鳞，一名合格的產(chǎn)品經(jīng)理，首先要做的就是“不坑人”，比如基本算是水火不容的產(chǎn)品和開發(fā)之間持久不衰的矛盾燕差。

　　如果你還能夠把自己定位為一個入門級產(chǎn)品經(jīng)理遭笋，甚至產(chǎn)品助理的話，除了新功能徒探、交互設(shè)計能夠彰顯你“實力”的地方之外瓦呼，能夠?qū)懸环萜恋脑?需求文檔，就足夠讓你比大多數(shù)產(chǎn)品經(jīng)理靠譜很多测暗。

　　注意央串，我說的是靠譜，而不是優(yōu)秀碗啄。在我的產(chǎn)品經(jīng)理職業(yè)生涯里质和，在大多數(shù)情況下靠譜遠比優(yōu)秀更重要。當然稚字，如果你負責的產(chǎn)品已經(jīng)奔向卓越饲宿，就另當別論了。

　　漂亮的原型和需求文檔怎么定義胆描？

　　邏輯合理瘫想，能夠想到任何場景下（包括部分極端場景），你的需求實現(xiàn)情況袄友。需求能夠圖形化（原型）殿托、文字化（需求文檔）、語言化（開發(fā)評審）剧蚣。

?　　寥寥數(shù)十字支竹，其實考驗的全是硬技能。很多情況下的需求變更鸠按，開發(fā)與產(chǎn)品礼搁，產(chǎn)品與運營，產(chǎn)品與設(shè)計目尖、開發(fā)與設(shè)計之間的矛盾馒吴，都是源于你的需求不夠明確，或者說準確瑟曲。

　　還是用自己的實例說明：（以Android平臺為例）

　　我參與的產(chǎn)品是一款在線視頻播放應用饮戳。之前有過這樣一個需求，業(yè)務(wù)部門提出需要增加視頻前貼片廣告這個需求洞拨。

　　對于這樣一個需求扯罐，我那時候考慮了以下內(nèi)容：

　　1.廣告播放過程中，頁面有哪些按鈕烦衣？返回歹河、靜音掩浙、了解詳情

　　2.點擊返回的話，返回至哪里秸歧？播放前一頁是不錯的選擇厨姚，但你想過沒有，從推送進來的用戶返回到哪里键菱？首頁谬墙，還是頻道頁，還是哪里经备。

　　3.靜音的狀態(tài)的生命周期如何定義芭梯？靜音后，播放視頻的時候是否還需要靜音弄喘，看新的視頻的時候，廣告是否還需要靜音甩牺，推出客戶端再進蘑志，播放廣告是否需要靜音。

　　4.廣告點擊會觸發(fā)哪些事件贬派？下載急但、浮層網(wǎng)頁。

　　5.點擊廣告觸發(fā)時間的區(qū)域搞乏，是點擊詳情那個按鈕波桩，還全屏，還是后臺可配置请敦。

　　6.以上都是假設(shè)用戶網(wǎng)絡(luò)條件良好的場景下镐躲，如果用戶加載廣告失敗，怎么辦侍筛？需求里是否有定義加載超時后的策略萤皂。

　　這是最基本客戶端應該考慮的。從業(yè)務(wù)部門或者后臺的角度匣椰，其實你應該還應該做一些判斷：

　　1.詢問開發(fā)是否能夠在啟動客戶端前判斷用戶安裝了哪些App（事實上裆熙，不少App是這么做的）。如果已經(jīng)安裝的廣告主的App禽笑，是在投放上規(guī)避入录，還是下載變成啟動廣告主App。

　　2.投放邏輯佳镜。優(yōu)先級僚稿、定制化投放。這里面門道兒就更多了邀杏。第一贫奠，是不便于公開邏輯唬血。第二，我現(xiàn)在也實在搞不定這塊唤崭。

　　你看拷恨，一個很簡單的來自業(yè)務(wù)部門的前貼片廣告需求就已經(jīng)有這么多細節(jié)，這還只是我臨時回憶起來的谢肾。

　　如果你參與的是功能上相對復雜一點的產(chǎn)品腕侄，需要思考的場景以及功能表現(xiàn)會遠遠多于我所舉例的這個需求。

　　記茁琛：

　　在你成為資深產(chǎn)品經(jīng)理前冕杠，把自己的需求邏輯梳理清楚，并能夠準確的告知給設(shè)計酸茴、開發(fā)分预，是你必須的基本功。

　　而非技術(shù)出身的產(chǎn)品經(jīng)理薪捍，可能會需要做更多的努力笼痹。

　　題名叫盡量不坑工程師，但在我看來酪穿，任何一名產(chǎn)品經(jīng)理的成功之路凳干，很可能都會經(jīng)歷坑慘工程師的過程。就是這樣一個矛盾的事情被济。

　　你能做到的救赐，就是盡量不要因為自己在需求階段想的不全面，造成高額的溝通成本和頻繁的需求變更只磷。尤其是當你的伙伴经磅，不是一個技術(shù)上過硬，或者對產(chǎn)品理解深刻的工程師喳瓣，你就更需要把自己的邏輯和需求做到更加嚴謹馋贤。