产品技术恩仇记:这个需求真的很简单吗?
2017-06-27 16:40
232 查看
总有一些产品经理在跟技术沟通的时候,说这个不就是调用一个什么方法,
那个按钮不就是添加个监听事件吗,有什么难的。
但实际开发中要比产品经理想的困难、麻烦得多,
老夫来分享一些人僧惊艳。
对于产品和开发,两支天赋我都基本加通了。产品(游戏策划)方面的天赋点,是因曾经被坑了太多,失去了找到高契合度产品合作者的信心,于是自行转职修炼而成。作为一个二转角色,这题还是可以答一下的。
在分辨需求方靠谱度这方面,公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺,于是就逐渐总结出了一些分辨不靠谱需求方的常识。
其中最重要的常识就是,在阐述时使用“简单”二字,是需求方不靠谱的标志。有不少接外包的同学,甚至一看见“简单”二字,直接就不再继续聊。
因为在提技术需求的语境中,“简单”有三种隐含含义:
第一种“简单”,没厘清技术点
第二种“简单”,缺设计
第三种“简单”,没钱
“我有一个简单的小需求,很容易实现,一千块做不?”
“就这个简单的小功能,你报五个工作日?”
“仅仅是简单的Flash移植H5并套个壳上传Appstore而已,你好意思要这么多?”
分析:没啥可分析的……无非是想占便宜,约不约就看自己了。
不靠谱度:★★★★★ —— “帮个忙嘛,请你吃饭!”
作为一枚码农,在和产品经理漫长的相爱相杀的过程中,想必你也有满腹牢骚想吐槽,那快来聊下吧:
工作中你遇到过什么噩梦级的简单需求吗?
在和产品经理相处过程中有什么令人无语的经历嚒?
你有遇到过相处愉快的产品经理吗?分享下
如何才能让产品技术愉快相处?
如果你是产品经理的话,也来跟程序员们聊聊心里话吧!
原文链接
那个按钮不就是添加个监听事件吗,有什么难的。
但实际开发中要比产品经理想的困难、麻烦得多,
老夫来分享一些人僧惊艳。
对于产品和开发,两支天赋我都基本加通了。产品(游戏策划)方面的天赋点,是因曾经被坑了太多,失去了找到高契合度产品合作者的信心,于是自行转职修炼而成。作为一个二转角色,这题还是可以答一下的。
在分辨需求方靠谱度这方面,公司豢养的程序员是远不如宅家接外包的soho狗们的。被不靠谱的发包方坑乃是soho狗成长路上所必经的磨砺,于是就逐渐总结出了一些分辨不靠谱需求方的常识。
其中最重要的常识就是,在阐述时使用“简单”二字,是需求方不靠谱的标志。有不少接外包的同学,甚至一看见“简单”二字,直接就不再继续聊。
因为在提技术需求的语境中,“简单”有三种隐含含义:
第一种“简单”,没厘清技术点
第二种“简单”,缺设计
第三种“简单”,没钱
“我有一个简单的小需求,很容易实现,一千块做不?”
“就这个简单的小功能,你报五个工作日?”
“仅仅是简单的Flash移植H5并套个壳上传Appstore而已,你好意思要这么多?”
分析:没啥可分析的……无非是想占便宜,约不约就看自己了。
不靠谱度:★★★★★ —— “帮个忙嘛,请你吃饭!”
作为一枚码农,在和产品经理漫长的相爱相杀的过程中,想必你也有满腹牢骚想吐槽,那快来聊下吧:
工作中你遇到过什么噩梦级的简单需求吗?
在和产品经理相处过程中有什么令人无语的经历嚒?
你有遇到过相处愉快的产品经理吗?分享下
如何才能让产品技术愉快相处?
如果你是产品经理的话,也来跟程序员们聊聊心里话吧!
原文链接
相关文章推荐
- 产品技术恩仇记:这个需求真的很简单吗?
- 产品技术恩仇记:这个需求真的很简单吗?
- 产品技术恩仇记:这个需求真的很简单吗?
- 产品技术恩仇记:这个需求真的很简单吗?
- To "windows mobile 5.0 pocket pc device" connection failed 这个产品的配置数据已损坏,请与技术支持人员联系
- 产品规划第四点心得----在市场需求和技术内在要求之间进行平衡 推荐
- 产品经理怎么应对需求变动和技术开发?
- [61] 测试技术常见的十一种问题之九:没有产品说明书和需求文档地情况下能够进行黑盒测试吗?
- 需求提炼:产品需求、技术需求
- 技术人员如何确认web产品的需求
- CMMI三个过程域的流程及达到特定目标、共性目标的要求(RD需求管理过程,PI产品集成过程,TS技术解决方案)
- 论产品需求的理解在开发过程中的重要性——一场技术讨论的反思
- 产品注册需求与技术分析
- 产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技术就不会被忽悠了。
- 解决 “VS2005 这个产品的配置数据已损坏。请与技术支持人员联系”不能部署的问题
- 这个没什么技术含量,实现起来很简单?
- 产品经理如何与强势的技术沟通? 技术比较有资历,会以技术无法实现等方面的原因拒绝处理产品提出的需求。 你们是否遇到这样的技术? 产品懂技术的话,是不是会好一些,因为可以和技术说“行话”了,并且产品懂技术就不会被忽悠了。
- 技术人员的创业陷阱:以技术思维代替用户需求分析为导向做产品
- 1997年的乔布斯:先技术后产品,这个错误我犯得比在座各位都多
- 技术人员如何确认web产品的需求