如何向不懂技术的产品解释“技术成本太高”

拉一个地位比较高的技术负责人。有时候就是 你说了解决不了傻产品就是不信 非要技术负责人说这个不行才罢休

和产品说么？直接说工作量要这么多，不信那就你行你上么

这是技术主管或者项目经理的工作啊

say : you can you up!

问他提这么多要求，他能把你的工资涨上去么？不能为何要增加工作量？

@kaedea 技术主管成天都在开会，指望不上

@wdlth 问题在于有些系统是别人在维护，不是我嫌工资低，是别人不配合真的没办法

@nightv2 同意，把工作量和工作时间告知产品，让他选择，他会做明智的选择的。

和非技术人交流，尽量用贴近他们思维的方式去交流，“大规模重构”，“没有索引的字段提取数据”这种词汇他们当然听不懂，听不懂当然以为你在推诿。

但不管怎么说，这对技术执行者不是一件轻松的事，我觉得把他拉到一边抽根烟，喝杯茶聊聊，问题反倒容易说话了。

沟通和写代码完全事两码事，正确的代码结果总是一致的，但对于沟通，正确的话不一定有结果，而在于对方是否相信你。

就说做这个要多长时间，他会考虑成本的

我习惯用盖房子作比喻.

他懂啥就用啥打比方。比如之前的产品原来是做视频的，于是遇到需求问题都用非编常识跟他聊，他领悟得快我也轻松。

每个 IT 公司都会有自己的风格，看来你的公司是以“产品向导”的，产品就是老大；
（我的公司是运营想到的，运营都是创收的，所以产品和技术的利益点是一致的，反而没那么剑拔弩张

@Narcissu5 不需要和不懂技术的谈技术，比如提取数据那个，你可以打个比方，比如让他们在整个城市中找你，他们只有一点或者没有任何线索，你问问他们要多少时间。你就可以间接的说实现这个功能是需要时间、资源的，不能口若悬河、夸夸其谈。

risk
man hour
lead time

一行代码五毛钱，跟他算算代码量

报工作量就行。
技术最好不要参与产品功能的决策

当初是你要实现，实现就实现
现在又要砍功能把时间还回来，

时间不是你你想卖 想买就能卖，

在敏捷或 scrum 里面技术成本（或风险）高是转化为时间进行最终度量的。 跟外部交流直接说要多少时间，大家都懂得起。

@a0000
@stupil
@rebuilder

问题就在于当我说需要时间色时候，别人都觉得我在忽悠他们。非要技术负责人说了才信，而负责人又总是不在

@Narcissu5
不是需要时间，是报时间。
要导出 5 天 导入 4 天 ，加个按钮 2 天 等。别人信不信，那是他的事，难道处理事务都以光速完成，什么事没点工作量？

至于技术负责人，要不就授权你，要不你就不管报时间。别人说了你就听听，让别人找技术负责人去。你把时间报给 leader 就可以了。

人不在？ 发邮件打电话。
都搞互联网了， 处理事务还停留在得面对面？ 搞笑的呢。

跟他大概讲实现的步骤，所需要的时间，所需要做的东西，然后他就大概懂工作量了。之前做 ERP 就是这样跟功能顾问沟通。。。

@jamiesun 应该尽量用大家都能听明白的口吻解释清楚

（先声明，我是程序员）
这个还是一个长期合作的问题。想想如果你是产品，如果对技术不是很了解，那么就很大程度上想要依靠你的人了。
如果你告诉产品的工作量和时间他不接受或者排斥，那很可能是对你缺乏信任 - 能力或者人品。如果是对能力，那么尽可能让他多了解这件事的一些详细的情况（前提是产品有兴趣）。如果是对人品，那么也许你之前的某些工作导致你的 credit 下降了，那么还是需要时间来慢慢沟通、提升了。

其实程序员和产品经理之间的问题，很多时候是信任问题。不要把本属于自己的沟通问题，推给对方或者 boss 。

找他要钱呗

“这个很简单啊”
“就是改个文案的事”
“要不我们先试一试吧”
“设计来把这个颜色改一下”
“我这么做是为了提高用户体验”
“ QQ ，微博和淘宝都是这样的啊”
“我说了我们是试一试的，效果不好很正常”
“设计不给力，技术不给力，运营不给了，团队太垃圾了”

1.首先要确保不是自己的问题。比如说通过别的技术手段可以实现，只不过自己不知道，先 googel ，然后跟技术团队交流。
2.跟产品沟通，单独沟通不了，喊上技术 leader 跟产品说明情况。
3.如果产品坚持要做的话，根据你们的评估又做不了，那就向上反映，让大领导决定。
4.身处不同的岗位，看待问题的角度是不一样的，不能说产品的想法就一定是错的。但是首先你得保证自己的评估是正确的。
5.无论结果如何都不要生气，也别背后说话，没必要！