產品經理要懂技術嗎？技術總說功能執行不了
產品經理需要懂技術嗎?我提出的好幾個功能,技術都說太復雜解決不了.
原型圖都做好了
結果在執行的時候
技術告訴我不行 要實現這個功能非常耗費時間
現在怎么辦呢
原型圖都做好了
結果在執行的時候
技術告訴我不行 要實現這個功能非常耗費時間
現在怎么辦呢
沒有找到相關結果
已邀請:
<span id="feoiw"></span>
8 個回復
老G
贊同來自: Wings 、invalid 、不正義的魔法師
你做原型之前，最好先有需求清單。拿需求清單先去找對應的開發聊，讓開發評估，了解實現難度。（實際上，你能想到的，肯定都是能做的，只是投入產品比問題。）
如果開發真說做不了，就問他為什么做不了。讓他給你說出個1234，然后你記錄下來，把這個東西私下找其他團隊有經驗的開發了解下（最好不要一個團隊的，要不然被人知道會很煩你的），他是不是忽悠你。再或者把結果反饋給你老大，讓你老大幫忙看看。最壞的打算就是找他老大（不能以打小報告的姿態去問，注意技巧），去了解真實情況。
Wings
贊同來自: madam
最后發生了這個問題，讓研發給的類似的實現方案吧
invalid - 我們這個世界,從不會給一個傷心的落伍者頒發獎牌
贊同來自: madam
像你出現的這個問題，可能是下面的情況導致的：
在做功能設計的時候，沒有跟技術部門進行溝通。
前期是溝通好的，能做。那就是開發人員欺騙了你。
madam - 有許多人是用青春的幸福作為成功的代價的
贊同來自:
在MRD的環節，你就要拉上技術一起來評審，當然，還有業務方，然后再到PRD。
這樣就可以保證你設計的東西技術認可。
不正義的魔法師 - 毫無經驗的初戀是迷人的，但經得起考驗的愛情是無價的
贊同來自:
西風朗月 - 如果愛對了人.每天都是情人節。
贊同來自:
這樣就可以發現需求和技術的邊界，從而找到最合理的方案。
但是這里也要警惕兩點：
1、技術意識太強，限制了創新思維和方案的發展。技術和產品是互相倒逼的關系，任何一方的妥協都會變得草草了事，沒有進步。
2、過分沉迷于技術，這樣就限制了產品能力的發展，同樣也是不好的。
建議把注意力放在怎么做上。即，去做廣泛的博覽和了解，而不做過分的深入學習，需求導向地去學習。
彩云東升
贊同來自:
懂技術作用更多體現在第二個部分
- 勢必涉及到很多與技術開發人員的交流和溝通，懂技術能降低溝通成本，提高你的信服力，使團隊能更高效運轉
- 懂技術的話提開發需求時能更實際，更少產生天馬行空或者創意低的想法。
因此當產品的層次越高，就更關注第一部分的作用，而在產品的執行層面更多的時候，懂技術一定有他的優勢和道理。
K - 就是這么拽
贊同來自:
深圳初創公司，女裝APP，要實現一個人臉識別。
產品：碼猴兒們，這個需求走一個唄~
程序大神：給我XX萬經費，XX時間。
程序大妖：咱做不了，外包出去吧。
程序小白：好！我來給你搞定！
BOSS：給我省點錢啊你們這些機車男，看看小白人家年輕人多有干勁！
于是一個月過去……
程序小白to產品：這個還需要搭個框架，得2個月。
于是兩個月過去……
程序小白to產品：核心代碼我們弄不了，花錢買一段吧。
買了代碼又過了一個月：
程序小白to產品：看了代碼原來這就TM是個HTML5！我們馬上就好！
半年過去…
程序小白交了個類似門禁那樣的面部識別（就是錄了一段像存起來）
老板&產品：￥&……%￥……#……&
程序大神：我換家公司得了……
程序大妖：啊哈哈哈挺不錯的啊這天氣
**：
【全公司會上】
程序小白：我們做的時候產品一直都在旁邊看啊，接到的需求就是這樣，不對他也不說……
結局：
略。