最近沒有太多想要寫的內(nèi)容，又是到了一個(gè)思考不足的階段了。
作為產(chǎn)品經(jīng)理，平時(shí)的文章都是來源于每日的工作，發(fā)現(xiàn)問題，然后思考解決問題的方法，或是對某些的問題的理解。如果大量重復(fù)性的工作，那么在思考的時(shí)候，就會常常停留于表面，因?yàn)榭焖俚慕鉀Q當(dāng)前問題才是最重要的。
最近發(fā)現(xiàn)一個(gè)問題，那就是評審結(jié)束后，進(jìn)入開發(fā)階段，會發(fā)現(xiàn)很多沒有想到的技術(shù)問題，統(tǒng)統(tǒng)被拋了出來，而我面臨的是要不要去解決這些沒有寫清楚的問題。所以就是這些細(xì)節(jié)性的問題，處理起來也是頗有門道，選擇處理和選擇不處理，都不會是一個(gè)完整的解決方案，我們要思考問題產(chǎn)生的原因，不斷的提醒自己更優(yōu)的去解決問題。
一、原因
表層：需求評審、技術(shù)確認(rèn)需求、進(jìn)入開發(fā)、發(fā)現(xiàn)不同情況下功能需要多種實(shí)現(xiàn)方式。
結(jié)果：討論不同情況的處理方式，補(bǔ)充邏輯。這就會造成需求的蔓延，以及版本的延期，因?yàn)橛懻撔枰獣r(shí)間，補(bǔ)充邏輯也需要時(shí)間，當(dāng)這些確認(rèn)后，還要給整個(gè)項(xiàng)目組同步信息，個(gè)別情況還要向上匯報(bào)，一個(gè)問題用這套流程處理下來還能接受。但是如果每天都這樣，你會如何呢？
其實(shí)，這種情況下，如果能提前讓團(tuán)隊(duì)成員查看需求文檔，那么可以提前減少大部分的邏輯修改；如果能過一遍技術(shù)方案，那么產(chǎn)品的落地將能更加切合實(shí)際。
延展：內(nèi)部聲音
面對這些細(xì)節(jié)性的問題，有人說要改，有人建議下期實(shí)現(xiàn)，你作為產(chǎn)品經(jīng)理是如何進(jìn)行判斷的呢？當(dāng)然表層次，用戶用的最多的是必須要改的，但這些細(xì)節(jié)性的問題大部分情況下都是可有可無的，用戶很難會用的這么深，所以處不處理都是可以的。
而實(shí)際我們要面對的是如何決策，你必須要考慮別人的感受。
一個(gè)團(tuán)隊(duì)，有愿意配合你的（A），有無所謂的（B），有抗拒的（C）。如果一個(gè)方案，你無法說服C，最終選擇了C的提議，你覺得A會開心嗎？長此以往的這樣，以后還會有人愿意配合你來實(shí)現(xiàn)產(chǎn)品嗎？
有人和我說過，用戶為中心。這我是堅(jiān)信不疑，可是呵呵，不是每個(gè)決策都是圍繞用戶的，方案落地不靠用戶，靠的的團(tuán)隊(duì)。而很多情況下，我們都是去探索，去嘗試，用戶需求不是主要的，這是事實(shí)
曾經(jīng)一個(gè)團(tuán)隊(duì)成員和我說過，決定了我們就去做。改來改去，一直沒有個(gè)確定方案。這句話我記憶尤深，正如三國里面一句臺詞，“決策者錯可以改，但是不能說錯；因?yàn)槟沐e了，你就喪失了主動”，這句話到哪里都是適用的。
二、行動
隨時(shí)記錄問題
當(dāng)問題出現(xiàn)的時(shí)候，我們要在第一時(shí)間將問題記錄上，看看問題產(chǎn)生的頻率，這就能知道自己的方案到底是否完善，然后在下個(gè)版本的實(shí)現(xiàn)中，參考問題，提出優(yōu)化改進(jìn)方案，可以不斷的去完善產(chǎn)品的細(xì)節(jié)問題。
我們每個(gè)人都要及時(shí)的跟進(jìn)問題，否則1-2天后，就會忘記這個(gè)問題，錯過了最佳改正時(shí)機(jī)。因?yàn)閯e人也在等著你的標(biāo)準(zhǔn)，否則就會出現(xiàn)，技術(shù)說“你沒有標(biāo)準(zhǔn)，ok，我自己按照理解想一個(gè)”，結(jié)果事后作為產(chǎn)品又不認(rèn)技術(shù)的方案。
多思考在決策
面對細(xì)節(jié)性的問題，我建議大家不要及時(shí)的去認(rèn)可某一個(gè)解決方案，臨時(shí)去決策，不經(jīng)過深思熟慮，那么肯定會被帶著跑。不同的開發(fā)，有不同的意見，A說了方案，你認(rèn)可了，當(dāng)做了一段時(shí)間后，B來說A的方案有問題，你又覺得B是對的，so？懵逼了吧。
所以當(dāng)問題來了后，記下來思考下相關(guān)性的功能，是否有同樣的問題？是否要上報(bào)？然后將自己的思考和大家同步下，提出你的改進(jìn)意見。
避免問題產(chǎn)生
我要說把細(xì)節(jié)問題完全不產(chǎn)生，那是不現(xiàn)實(shí)的，所以我們只能盡力的去避免。
正如前面說的，如果大家對新的需求能夠提前認(rèn)知一下，多開一會討論方案，那么很多問題就能提前解決掉。
就比如需求評審，我們只是評需求是否合理，能不能開發(fā)。而需求細(xì)節(jié)，大部分開發(fā)都是按照你寫的PRD邏輯思維進(jìn)行的，很多地方他們也沒有考慮到。
這時(shí)，如果能通過一個(gè)周會，解決當(dāng)前的問題，那豈不是很好，關(guān)鍵在于產(chǎn)品經(jīng)理如何主動的去避免問題。
核心就是多溝通。
好了今天分享結(jié)束了，大家有興趣的的可以加我，期待你的到來！
