X_栗子(cnitpm.com) 09:57:18
問下大家 項目經理自己做研發(fā) 設計、需求都是研發(fā)自己定 沒有第三方的正式的產品經理 合理嗎
赤月(cnitpm.com) 09:57:31
嚴重不合理
赤月(cnitpm.com) 09:57:54
術業(yè)有專攻，專業(yè)的人做專業(yè)的事
X_栗子(cnitpm.com) 09:58:03
哎 都無語掉了
赤月(cnitpm.com) 09:58:48
不過很鍛煉人啊
X_栗子(cnitpm.com) 09:59:24
測試人員提出一些設計需求上的不合理 礙于需求都是研發(fā)自己定的 項目經理是研發(fā)還是研發(fā)老大 很多建議都被否決掉 真難辦
X_栗子(cnitpm.com) 09:59:31
如果大家遇到這種情況 怎么辦
赤月(cnitpm.com) 10:01:24
建議增加產品經理一職位
赤月(cnitpm.com) 10:02:23
必要時也可以把市場人員和你們共同的老大 拉進來 參與討論
Honker(cnitpm.com) 10:04:08

qiang-pei<ryo_wang@163.com> 10:04:23
我就是產品經理兼項目經理，哈哈。
X_栗子(cnitpm.com) 10:04:36
這樣是最好的 但公司比較奇怪 有些項目完全是研發(fā)自己定的
X_栗子(cnitpm.com) 10:04:43
產品經理兼項目經理是合理的
X_栗子(cnitpm.com) 10:04:56
但產品需求由研發(fā)自己定 很奇怪
qiang-pei<ryo_wang@163.com> 10:05:03
這就不科學了。研發(fā)還是缺少一些“人性”。
X_栗子(cnitpm.com) 10:06:08
問題是在測試過程中 測試人員會多考慮產品系統(tǒng)人員使用合理方面的問題 而研發(fā)更偏向系統(tǒng)代碼內部是否更好的方面的問題
qiang-pei<ryo_wang@163.com> 10:07:04
這就是人性啊，研發(fā)還是偏重于實現(xiàn)，自己方便就行。產品偏重于體驗，用戶方便就行。
X_栗子(cnitpm.com) 10:08:03
恩 就是這樣
alice(cnitpm.com) 10:08:06
你們公司流程不完善
X_栗子(cnitpm.com) 10:08:13
小公司
qiang-pei<ryo_wang@163.com> 10:08:38
曾經有一個創(chuàng)業(yè)型公司我沒去，可惜了。
X_栗子(cnitpm.com) 10:09:00
還有一個問題是 他們覺得有些開發(fā)的系統(tǒng)是給公司自己內部管理用的 所以在一些人性化設計上面就沒去考慮
qiang-pei<ryo_wang@163.com> 10:10:42
對內和地外有區(qū)分是正常的，對內反正自己用堅持 一下也行，對外要注重體驗。但把對內不合理的地方拋出來，由pm或決策層決定是否優(yōu)化，什么時候優(yōu)化。
qiang-pei<ryo_wang@163.com> 10:10:54
有預期，不至于石沉大海就行。
qiang-pei<ryo_wang@163.com> 10:11:07
在同一時間段，不可能盡善盡美。
qiang-pei<ryo_wang@163.com> 10:11:15
要有側重的。
X_栗子(cnitpm.com) 10:11:57
但對于測試人員來說就有點矛盾了
X_栗子(cnitpm.com) 10:12:57
也想著說就那么著吧 不太想理了 他們說怎樣就怎樣吧 但感覺又有點違背意愿
qiang-pei<ryo_wang@163.com> 10:14:04
有預期就好。
qiang-pei<ryo_wang@163.com> 10:14:36
創(chuàng)業(yè)型公司的MVP產品不可能一步到位，有缺陷不影響正常流程是可以接受的。畢竟跑業(yè)務最重要。
qiang-pei<ryo_wang@163.com> 10:14:49
業(yè)務跑不起來，系統(tǒng)做得再完全也沒有用武之地。
X_栗子(cnitpm.com) 10:15:45
也不是說系統(tǒng)要做的多完美 其實還是在于一些設計上不符合用戶使用需求
X_栗子(cnitpm.com) 10:16:05
算了 不糾結了 測試這工作真憋屈 轉型做產品經理去