原文链接

总有一些产品经理在跟技术沟通的时候，说这个不就是调用一个什么方法，

那个按钮不就是添加个监听事件吗，有什么难的。

但实际开发中要比产品经理想的困难、麻烦得多，

老夫来分享一些人僧惊艳。

对于产品和开发，两支天赋我都基本加通了。产品（游戏策划）方面的天赋点，是因曾经被坑了太多，失去了找到高契合度产品合作者的信心，于是自行转职修炼而成。作为一个二转角色，这题还是可以答一下的。

在分辨需求方靠谱度这方面，公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺，于是就逐渐总结出了一些分辨不靠谱需求方的常识。

其中最重要的常识就是，在阐述时使用“简单”二字，是需求方不靠谱的标志。有不少接外包的同学，甚至一看见“简单”二字，直接就不再继续聊。

因为在提技术需求的语境中，“简单”有三种隐含含义：

第一种“简单”，没厘清技术点

第二种“简单”，缺设计

第三种“简单”，没钱

“我有一个简单的小需求，很容易实现，一千块做不？”

“就这个简单的小功能，你报五个工作日？”

“仅仅是简单的Flash移植H5并套个壳上传Appstore而已，你好意思要这么多？”

分析：没啥可分析的……无非是想占便宜，约不约就看自己了。

不靠谱度：★★★★★ —— “帮个忙嘛，请你吃饭！”

作为一枚码农，在和产品经理漫长的相爱相杀的过程中，想必你也有满腹牢骚想吐槽，那快来聊下吧：

工作中你遇到过什么噩梦级的简单需求吗？

在和产品经理相处过程中有什么令人无语的经历嚒？

你有遇到过相处愉快的产品经理吗？分享下

如何才能让产品技术愉快相处？

如果你是产品经理的话，也来跟程序员们聊聊心里话吧！

原文链接