这是一个创建于 988 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2022-03-02 21:29:54 +08:00
可能我没说清楚：
并没有黑产品经理的意思。实在是我们公司的产品经理太水了。他一开始是其他部门什么什么助理，因为上一个产品经理离职，他突然是这个项目的产品经理了。
首先是他画的原型文档，真的是交互逻辑，需求根本讲不清楚（我就不说他RP用的烂了，可能是上B站学了几个小时就开始了），要不是做过类似的项目，我根本无法进行开发工作，我一边开发还要提他文档上的交互漏洞和需求不合理的地方，他听了就说随便我怎么改。他也不修改他的原型文档。我们公司对文档的要求极低，甚至可以没有。产品经理也是最近才加的岗位，原来需求就是口头传递，开发人员自己协调。
其次就是项目根本没有排期表，只是告诉了截止日期，产品经理就一天十几催啊，问什么时候可以完成，要注意时间（我tm要他天天说吗），真的我实在怀疑他是不是每天都没事干，天天日报上就写XXX项目推进，每天来我们部门催进度十几遍（基本半小时来一趟，我真的怀疑我们部门有他暗恋的人）。
今天我实在是忍不了了，突然和我说这周能不能出一版，让他看看效果，我真的无语了域名都没申请下来，地图才画了一半而且程序里的室内地图导航功能，无线开锁好多功能都要实地测试。然后我就排桌子走人（上厕所）了。
我真的很想知道所有公司的产品经理都是这样吗？
我好想去个有正常产品经理的地方
 |
1
CallMeReznov 2022-03-02 20:11:03 +08:00
不，他们还会“催”牛批
|
 |
2
nieyujiang 2022-03-02 20:11:56 +08:00 via iPhone
六字真言呗。要么把他搞走，要么你走。
|
 |
3
victor 2022-03-02 20:20:55 +08:00
那需求是谁出产出的，文档是谁写的？
|
 |
4
delectate 2022-03-02 20:34:52 +08:00
“快，把我妈骨灰塞进去”
—————— |
 |
5
iloveayu 2022-03-02 20:37:24 +08:00
那你就也什么都不会，只会拖进度。
|
 |
6
CEBBCAT 2022-03-02 20:40:02 +08:00 via iPhone
搞不懂，楼主说的什么也不懂是有什么该懂的没懂吗？催进度的话，没有排期表吗？
|
 |
7
learnshare 2022-03-02 20:51:18 +08:00
这不是产品经理的正常水平么，大部分都这样
（不讲功能细节）：后天上线，你简单一写，越快越好 （跟他要功能细节）：不知道，我才刚干这个不久。你们一般怎么做的，那样做就行了 |
 |
8
Illusionary 2022-03-02 21:32:43 +08:00 via iPhone
我们公司的产品经理就是个传话筒，负责把需求方的话原封不动提给开发
|
|
11
CEBBCAT 2022-03-02 22:10:49 +08:00  1
看了第 1 条附言，我认为楼主需要做的不是去一个有合格产品经理的地方，而是需要去一个流程更完备的公司，或者自强一些，建立起开发流程，而不是任产品左右
如果公司老板就想这么随意下去，抓紧跳槽吧 |
 |
12
arongla 2022-03-02 22:11:08 +08:00 1
感觉中国 80%产品经理都是辣鸡
|
 |
13
ClericPy 2022-03-02 22:13:30 +08:00
ddl 估计不是我以为的那个 ddl.....
你们项目管理靠嘴么, 这都不走那就是他们给太多了吧, 忍忍算了 |
 |
14
GeruzoniAnsasu 2022-03-02 22:42:06 +08:00 2
> 我真的很想知道所有公司的产品经理都是这样吗？
当然不是…… #11 > 看了第 1 条附言，我认为楼主需要做的不是去一个有合格产品经理的地方，而是需要去一个流程更完备的公司，或者自强一些，建立起开发流程，而不是任产品左右 Can't agree more. 在这种流程不完善没人把控局面的小公司，谁能首先打造出工作流谁以后就有话事权。 视乎自己能力要么自起炉灶要么赶紧跑，选一个。 |
 |
15
chill777 OP @GeruzoniAnsasu 想知道有没有可参考的软件开发工作流
|
|
16
GeruzoniAnsasu 2022-03-02 23:46:28 +08:00
@chill777 如果没经验的话真不如早日提桶找找个下家。
流程这种东西不是文章能说得清的，而且各家公司情况不一样要慢慢迭代完善。 一开始怎么也要有的是 task 看板和需求池。 你们可以先自行调研适合的项目协作工具，现在应该一抓一大把。有了工具平台再定制度，比如周期多长，一个周期只开哪几个会，怎么确定哪些东西的时间，怎么把职责相互划分清楚。然后小组和大组又不一样，不同项目组的人员深度也不一样（比如一个只有前后端的项目和要做硬件产品方案的项目肯定不一样），这些都得纳入流程规范。 你现在可以做的是 1. 把 git workflow 确定好，写成文档 2. 选好项目协作工具，强迫所有人通过这个平台指派任务和时间 3. 你来决定下一个排期的周期和要做哪些需求，如果有意见那正好，需求评审会可以开起来了 |
 |
17
levelworm 2022-03-03 02:40:48 +08:00 via Android
需求沟通太差，你们缺一个会有效沟通的人。
|
 |
18
aulia 2022-03-03 03:07:59 +08:00 via iPhone
我们那产品经理更牛逼，对外需求从不拒绝，然后每次都带着一副受气的小媳妇脸让提需求，不接受就在你旁边站着，每隔 10 分钟发一次心跳包”帮忙做一下啦”，还说怕了我这种看起来比较狠的人，醉了
|
 |
19
Rocketer 2022-03-03 04:12:59 +08:00 via iPhone
我也做过产品经理，但我不管进度，那是项目经理的事。
我就只管到期验收，交不上来就打项目经理板子。 |
 |
20
danhahaha 2022-03-03 08:17:46 +08:00
我一直觉得一个产品经理如果不懂技术，基本没什么前途
|
 |
22
madlifer 2022-03-03 09:11:49 +08:00
大部分自研产品的中小型公司可能确实没有项目经理，我遇到过基本就是这两种情况：
我遇到的第一种，公司成立一个小型的 QA 部门，里面哪怕就一个人也行，既要负责质量也要负责项目进度，对接人很多，比如产品、研发、测试 三个岗位的工期都要这个岗位来确定，测试完成后产品和 QA 一起验证产品并做复盘，定期向中高层进行汇报。 第二种就是比较常见的，不需要公司层面专门设立的正常流程。项目 deadline 产品 /项目经理定好，产品定好自己的需求评审时间，需求评审完成之后研发部门做技术方案，拆分任务做排期，定好提测时间，然后测试部门定好测试时间，加一起去跟项目 deadlin 比对调整即可。 至于你们公司的产品经理，那确实是不会，建议向他的直接上级报告换人，或者向项目的领导报告，要求明确研发流程，引入评审责任制度。 比如 产品需求评审(研发、测试评估产品需求质量)、UI 需求评审(产品、研发、测试评估设计稿实现)、研发技术评审(研发内部整体任务拆分)、提测申请(测试评估研发代码质量)、上线申请（测试向产品、UI 提出质量验证）。 比如产品需求评审通不过，那么这就是产品的锅。 提测申请通不过说明测试认为研发现在的进度根本没办法达到测试要求。 上线申请通不过说明产品、UI 认为测试质量有问题。 下次产品再来扯淡，直接给他说排期时间是多久以后提测，什么时候发预发布，你到预发布才能看效果。 |
 |
23
chenmobuys 2022-03-03 09:18:04 +08:00
如果你觉得产品不行，应该跟上级反馈，如果上级还这个吊样，那还是快点走。
|
 |
24
zw1one 2022-03-03 09:18:31 +08:00
话语权的问题 看你们领导 /公司给产品话语权还是给研发话语权 不过在普通公司研发都是最底层工具人
|
 |
25
charlie21 2022-03-03 09:18:47 +08:00 via iPhone
听需求
|
 |
26
hambers 2022-03-03 09:20:18 +08:00
人人都是产品经理……
|
 |
27
archxm 2022-03-03 09:36:53 +08:00
长得帅么，长得好看么？
|
 |
28
leafre 2022-03-03 09:45:49 +08:00
反馈直接上级
|
 |
29
efaun 2022-03-03 10:36:16 +08:00
中国的产品经理有张小聋那个没🐴的在兜底, 垃圾也是无可厚非的
|
 |
30
libook 2022-03-03 10:49:49 +08:00
企业生产中绝大多数问题都可以靠约定流程和原则来解决，如果你是技术 leader 的话，可以跟产品经理开会重新明确一下工作流程，把双方工作隔离开。
产品经理做产品设计，然后通过需求评审将需求传达给技术团队，评审通过后技术团队进行开发测试，最后产品经理验收。 关键点在于需求评审。 技术团队应该对产品经理提出要求，比如 PRD 要满足哪些要求，要提供优先级、预期完成时间等信息，要参考 PRD 穷尽产品所有业务逻辑进行提问，最终目标是技术开发可以完全了解需求并可以独立进行开发，如果达不到这个目标，就需要产品经理返工继续完善需求。 产品经理也要对技术团队提出要求，比如交付时间，还要求技术团队提供出技术实施所带来的风险，比如某项修改会导致某功能后续的维护成本升高。 通过需求评审之前责任在产品经理身上，比如逻辑不自洽、业务流程不完整；通过需求评审之后责任在技术团队身上，比如没有在承诺时间内完成、完成后与明确需求不一致。 当然这需要产品经理和技术团队之间的磨合，一开始做的时候肯定会有不少问题，但问题会越来越少，运转成熟后可以避免绝大多数的冗余沟通。 |
 |
31
lonelymarried 2022-03-03 11:32:23 +08:00
不止你公司有。我们公司还有不少这种的呢。这本来就没啥门槛，会抄，会花几个原型图就可以上班了。
|
 |
32
Samuel021 2022-03-03 12:12:02 +08:00
作为产品经理……
确实中小企业是这个现状，毕竟“人人都是产品经理”，尤其是在中小企业内部岗位职责不明确的时候，这种问题还会因为“公司的司龄”，“一些奇怪的部门墙”，“是不是有老板的关系”，“之前自己做过一些 BA 或者需求分析的经验”而变得更奇葩。 我之前作为产品经理加入一家公司，去改善产品部门各种问题的时候，经常听到的一句话是“我们这里因为 xxxx 的历史原因，就导致了这个现状，但是我们也没有办法。” 一句话总结那些“中小企业”的普遍现象“庙小妖风大，池浅那啥多”。 总之一句话，建议楼主还是换工作吧，这个公司可能不太适合你。 |
 |
33
hanbing135 2022-03-03 13:36:30 +08:00 via Android
产品经理不都是这种货色吗
|
 |
34
nananqujava 2022-03-03 13:47:58 +08:00 via Android
我都以为我们是同一个项目经理
|
 |
36
ren2881971 2022-03-04 09:50:51 +08:00
你们公司的产品经理都这么好干的么...
为啥我们公司产品经理需要调研需求, 梳理业务流程, 调研市场, 需求管控,负责解决方案设计和编写以及各个版本分支的功能合并管理, 最重要的是产品经理要对市场负责! 背市场销售任务! 产品卖的不好跟产品经理有关,相比之下画原型简直是最简单的事了. |
Select Language