这是一个创建于 2008 天前的主题，其中的信息可能已经有所发展或是发生改变。
怎么处理这种情况？求分享，支招
 | 1 xnode 2020-06-19 10:53:23 +08:00 经常 只能随口答 |
 | 2 shuang 2020-06-19 10:57:19 +08:00  1 经常 往多了估 |
 | 3 ClaudeCode 2020-06-19 10:59:32 +08:00 6 无论是工作 还是生活 遇到不合理的 要敢于发声，敢于拒绝。 沉默最后害的不是自己，而是整条利益线上的人，且越下游越可怜。 |
 | 4 seki 2020-06-19 10:59:56 +08:00 11 你可以： - 往多了估 - 用各种各样的细节把 ta 问倒 - 让 ta 签字确认脑图之外内容开发可以随意实现，如果有追加需求需要扫码支付并且推迟交付时间 |
 | 5 GoopleXD 2020-06-19 11:01:22 +08:00 作为 b 端产品表示 , 前期一般只是跟研发简单了解下工程方案和实现难度 , 没确定细节的话不会直接要时间 倒是业务团队经常这么干 , 只说下大概要什么 , 就要排期 |
 | 6 ye22st 2020-06-19 11:04:17 +08:00 1 楼主这个还算好了。之前产品给个计划表，让我们开发估时间，我们估计至少要两个月？和他说完，他说不行，必须一个月之内搞定。那我就不明白了，那让我们估时间的意义在哪里？ |
 | 7 Achiii 2020-06-19 11:06:44 +08:00 基操 |
 | 8 wuqingwei 2020-06-19 11:07:15 +08:00 2 领导知道你会往高的估，所以他会压一下时间，这里面的艺术就在于，怎么估高点，领导又觉得不好压缩你 |
 | 10 NH44443 2020-06-19 11:18:25 +08:00 一个标题都不算完整的需求也是遇过有的, 直接问回去你会不会写小学作文题纲 |
 | 11 Ariver 2020-06-19 11:21:56 +08:00 加个字段。 |
 | 12 xiaoming1992 2020-06-19 11:56:16 +08:00 via Android 说好，哪些东西可能会调整，哪些东西应该不会调整，如果需要调整前期声明不会调整的东西，需要重新评估时间 |
 | 13 avalon0624 2020-06-19 12:02:56 +08:00 挺多；建议问清楚所有细节，自己做一份流程图 + 详细文档说明，再交给产品确认。 |
 | 14 wizardoz 2020-06-19 12:24:31 +08:00 你还有脑图，不错了 |
 | 15 matrix67 2020-06-19 12:30:02 +08:00 我们产品用 txt 的。 一个功能点一行 |
| 16 matrix67 2020-06-19 12:31:23 +08:00 2 就是抄友商，友商有啥功能我们就有。 细节让我们点一下友商的页面自己了解一下。。。 |
 | 17 poembre 2020-06-19 12:39:02 +08:00 大家觉得产品经理， 真的有存在的必要吗！ 不拿张小龙说事 |
 | 18 diggzhang 2020-06-19 12:44:33 +08:00 还行，起码出脑图，我们产品善于口胡 PRD 。 |
 | 19 cxh116 2020-06-19 12:46:03 +08:00 via Android 还要估时间，不错了，这个时候的操作应该老板拍个时间，然后倒推功能的完成时间点就行了。 |
 | 21 RJH 2020-06-19 14:34:52 +08:00 我接到过的需求：最近公司要投标，你搞个积分系统吧。 然后我参考楼下的全家积分系统，撸了一个类似的。 |
 | 22 speculatorA 2020-06-19 14:45:14 +08:00 脑图的话很多细节没完善吧，直接十个细节问题丢过去，然后叫他衮回去整理就好了 |
 | 23 gadsavesme 2020-06-19 14:55:11 +08:00 @poembre 好的产品经理还是不少的，也必不可缺，只是现在市面上水货太多，连个原型图都画不清楚也说自己是产品经理。。。 |
 | 24 TimPeake 2020-06-19 15:14:57 +08:00 实际时间 x2 |
 | 25 bsg1992 2020-06-19 15:23:17 +08:00 往多了要就对了。 这种产品经理就是垃圾不靠谱 |
 | 26 wangkun025 2020-06-19 15:25:46 +08:00 |
 | 27 saulshao 2020-06-19 15:27:01 +08:00 这个就往死里评估就是了。 |
 | 28 chamuyaye 2020-06-19 15:32:29 +08:00 这种问细节都是浪费时间，因为中间必会变的，直接往多时间估就行了 |
 | 29 MJZ1995 2020-06-19 15:41:26 +08:00 哈哈哈哈哈哈哈哈哈哈哈哈哈哈。。。。。 |
 | 30 phpcxy 2020-06-19 15:43:54 +08:00 常规操作，最起码在你预估的时间乘于 1.5 |
 | 31 hahiru 2020-06-19 16:52:39 +08:00 让他发一份详细设想到你邮箱。不然毛估估个 1 年吧。 |
 | 32 xiaoyang7545 2020-06-19 17:07:00 +08:00 很正常，你往宽了估计。或者就直接回答需要明确需求才能估计。 |
 | 33 TimePPT PRO 没 PRD 不过需求评审不估 |
 | 34 wobushizhangsan 2020-06-19 17:15:59 +08:00 via Android @poembre 不吐槽忍不住，张是最烂的 |
 | 35 uxstone 2020-06-19 17:44:59 +08:00 中华田园敏捷开发 |
 | 36 evill 2020-06-19 17:46:34 +08:00 羡慕还有图 我们产品给一个 exel 一行一个功能(没细分的) 让估时间，估完就是太长。。。 |
 | 37 ddefewfewf 2020-06-19 17:56:28 +08:00 估计时间又没用 反正我下班就走人 |
 | 38 thulof 2020-06-19 18:09:05 +08:00 1 产品出 PRD -> 研发出技术方案，这个过程中进行功能拆解 -> 输出甘特图，应该没问题吧？ |
| 39 thulof 2020-06-19 18:11:00 +08:00 1 没有 PRD，没有需求评审与需求宣讲，可以拒绝进入开发 |
 | 40 jwenjian 2020-06-19 20:55:31 +08:00 产品给的脑图，不往细了拆个 3，4 个 level，那些功能点根本没办法给工作量，所以这种情况就是根据脑图上的大功能点往细了问他，问到他自己都不好意思让你估工作量。 最后说一句，尽量避开有新需求不开需求评审会的公司 |
 | 41 xy2020 2020-06-19 21:24:19 +08:00 via Android 可以的，这是基本能力 不过前提是开发和产品之间要有默契和共识：随着脑图细节的增加，工期也会增加，有事可能会成倍增加。 |
 | 42 xuanbg 2020-06-19 21:26:47 +08:00 最好当然是脑图原型图都有，其次是只有脑图，再次是只有原型图，最次是只有 word…… 楼主该满足了，我们产品只有原型图，我还得根据原型图去补脑图呢。 |
 | 43 May725 2020-06-19 21:31:04 +08:00 via iPhone 我要这个，跟这个一样的就行 |
 | 44 JCZ2MkKb5S8ZX9pq 2020-06-20 05:31:54 +08:00 说一个反面角度的，以前做产品，提了一个功能版本，程序员就是一路问，问到很细。 基本 RP 流程图和 UI 都齐全了，还是一副不太清楚需求的样子。 也有上面提到的，提出将来一点都不能改，改了就是你设计的责任之类的。 照那个样子，就没什么版本迭代了。windows 直接憋到 win10 再推出好了。 所以凡事还是要讲究个平衡，这也是个团队默契的问题。 其实提的需求我认为完全在正常范围内，我自己也写会代码，实现难度能估个大概。 后来被拖了两个月实在受不了了，自己连学带写了一个礼拜全部搞定。 所以隐约感觉可能是水平不行或者故意磨洋工找借口。而且当时做的是一个偏社交的，发现那位大哥平时连微博都不用，一些基本概念都对不上，一些基本交互都很难交代清楚。 之后换了个人好多了。 |
 | 45 theprimone 2020-06-20 09:08:42 +08:00 估时间这种事儿，有点玄学的感觉。 |
| 46 seki 2020-06-20 11:07:38 +08:00 @JCZ2MkKb5S8ZX9pq 当然可以改，都可以改，就是取决于改动大小，交付时间可能需要重新排，这算是合理需求吧。 只是我觉得拿出个脑图就假装文档已经给好的 PM 可能不会理解这个事情，也不一定能理解一个功能的交付需要留出部署、测试和修 bug 的余度。提出一点都不能改，就是让他重新思考一下 |
 | 47 Kazetachinu 2020-06-20 11:23:14 +08:00 @wizardoz 。。。。我真是好心疼你啊 |
 | 48 12tall 2020-06-20 14:24:27 +08:00 @avalon0624 层主说的靠谱，先搞清楚需求在揽活，不然后面填不完的坑 |
 | 49 madpecker009 2020-06-20 16:01:05 +08:00 外包公司不是常事？起码你们还有产品，你知道销售直接拿着需求文档让你估算工期是什么感受么？ |
 | 50 pythonee 2020-06-20 17:05:18 +08:00 我打算收藏这个帖子，以后有人这么找我，我就把这个帖子给他看 |
 | 51 rb6221 2020-06-20 18:34:40 +08:00 按你能想象到的复杂度再乘以 10 。他不服就怼回去让他自己估。甩锅谁不会啊 |
 | 52 zjsxwc 2020-06-20 22:14:56 +08:00 via Android 这种是懒人产品，不负责任的产品都这样，最后变成让开发人员去想产品。 不过如果之前合作多的话一般也可以大概评估一下时间，“时间=路程 除以 速度”。 一般团队的速度，由于木桶效应，是按照你们效率最低的那个队友的时间来估算的，比如实习生，每个阶段 deadline 都是大家在等那一位“木桶短板者”完成任务。而由于产品的偷懒你们的 路程 也不好评估，万幸的是如果之前有过多次合作的话，你们也可以通过以往的经验来评估路程，这样可以得出结论一般 “评估的时间”=“往期经验路程”除以 “团队效率最低者的速度”然后往往会在吃基础上加上一定的冗余时间用于对外沟通。 |
Select Language