极客视点
极客时间编辑部
极客时间编辑部
113245 人已学习
免费领取
课程目录
已完结/共 3766 讲
2020年09月 (90讲)
时长 05:33
2020年08月 (93讲)
2020年07月 (93讲)
时长 05:51
2020年06月 (90讲)
2020年05月 (93讲)
2020年04月 (90讲)
2020年03月 (92讲)
时长 04:14
2020年02月 (87讲)
2020年01月 (91讲)
时长 00:00
2019年12月 (93讲)
2019年11月 (89讲)
2019年10月 (92讲)
2019年09月 (90讲)
时长 00:00
2019年08月 (91讲)
2019年07月 (92讲)
时长 03:45
2019年06月 (90讲)
2019年05月 (99讲)
2019年04月 (114讲)
2019年03月 (122讲)
2019年02月 (102讲)
2019年01月 (104讲)
2018年12月 (98讲)
2018年11月 (105讲)
时长 01:23
2018年10月 (123讲)
时长 02:06
2018年09月 (119讲)
2018年08月 (123讲)
2018年07月 (124讲)
2018年06月 (119讲)
时长 02:11
2018年05月 (124讲)
时长 03:16
2018年04月 (120讲)
2018年03月 (124讲)
2018年02月 (112讲)
2018年01月 (124讲)
时长 02:30
时长 02:34
2017年12月 (124讲)
时长 03:09
2017年11月 (120讲)
2017年10月 (86讲)
时长 03:18
时长 03:31
时长 04:25
极客视点
15
15
1.0x
00:00/05:06
登录|注册

如何做一个懂产品的程序员?

讲述:初明明大小:4.67M时长:05:06
你好,欢迎收听极客视点。
对于产品和研发这两个相爱相杀的岗位,想要更好地达成共识、更好的合作,自然不仅仅是一方的事情。最近,公众号“跨界架构师(ID:Zachary_ZF)”的作者张帆发文分享了产品经理眼中的程序员是什么样子,并给研发人员提出了一些“懂产品”的建议。
在产品经理眼中,程序员是这样的:
“这个功能实现不了。”
希望所有产品都不要改版,一次性把现在或未来要做的开发完。
只关心要写多少代码,不在乎产品体验。
写完程序从不自测,直接丢给别人测试。
过分追寻新技术潮流,完全不考虑对产品带来什么价值。
对于“功能无法实现”这点,确实存在一些由于技术限制导致实现成本无限大的需求,比如手机屏幕背景色根据手机壳颜色切换……但是,国内的技术环境大多是商业导向的,很少需要用到高精尖的技术,所以,真正实现不了的功能微乎其微。
对于大多数的功能需求来说,无非是一个成本大小、价值高低的问题。从立场上看,程序员自然是站在“成本”一方的,但对大多数人来说,决定这个成本的主要因素往往是自己工作的难度和耗时,费时费力的功能就容易得到“实现不了”的结果。
第二点也就是“产品一次性开发完成”,对大多数产品经理来说,是他们的对立面。因为大多数产品经理最喜欢“走一步算一步”地高频迭代,甚至是有一个想法就开始干。而程序员则喜欢大而全的,并且内容要非常详细的,这样就可以设计一个完美的架构来支撑它。
第三点是只关心代码不在乎产品体验,在大多数程序员身上都能看到,毕竟做程序员的人大多数是理科男,同理心和感性方面偏弱。
对于第四点“写完程序丢给别人测试”,一是因为程序员对自己的代码过度自信,二是因为有测试人员做保障,程序员想等测出问题再改。
而对于第五点,追求技术潮流忽略产品价值,这是因为行业内的新技术迭代的确太快,怕不学新技术被淘汰。只有用上新技术才能有谈资,显得自己与众不同、有成就感。
作为程序员,对于上述这五点产品经理发出的吐槽,如何改善呢?以下是对应的建议。

1. 说实现不了之前,先三思

是觉得这个功能没有价值不想做吗?真的实现不了吗,我考虑全了吗?这些方案里,有成本比价值低的吗?
通过第一个问题确定必要性。不是说不能推需求,而是要推掉低价值、无价值的需求。
通过问自己第二个问题,努力拓宽自己的边界、舒适区。如果你总是习惯性地从大脑的记忆中找解决方案,那么将会永远在舒适区止步不前。
通过问自己第三个问题,有助于你清楚地阐述利弊、收益比,拒绝需求自然不是一件需要相互扯皮的事情。
经过了这三个问题的思考,不管最终能不能实现需求,你也可以很好地与产品经理达成共识。

2. 明白需求本身也是成本

过度地苛求需求要细、要完整、要全面,这本身也是在增加产品经理需要投入的时间。你的开发成本是成本,产品经理的也是。多与产品经理沟通打磨、“共创”,再让产品经理完善 PRD 等文档,形成最终版。

3. 刻意练习,多换位到用户视角

平时多体验一下自己研发的产品以及竞品,把体验过的感受详细记录下来。这个过程,可以锻炼你对用户需求的感知力。

4. 交付的东西是自己的“招牌”

“有人的地方就有江湖,有江湖的地方就有称号”。如果长期报以等测出来 Bug 再去修的心态,你在别人心中的称号就是负面的。
轻则影响自己的口碑,影响与他人之间的协作关系;重则失去未来的晋升机会。一个对自己的东西都不负责的人,如何负责更多的人、更大的事情呢?所以,要认真对待单元测试,这对交付功能质量的提升非常明显。

5. 不产生价值的新技术是“垃圾”

拥抱新技术是值得鼓励的。但是单纯为了体验某项新技术而去使用它,这不但是给团队在挖坑,也在给自己挖坑。
所以,对于无法在工作中找到价值点的新技术浅尝辄止即可。相反,遇到可以产生价值的新技术,请全身心投入进去,而不是仅仅在应用层面捣鼓,不深入细节。
除了上述 5 个建议外,你还可以阅读一些心理学、行为学相关的书籍,不仅能提高你的同理心,还能提高你对人性的洞察力,对工作和生活都有益处。
以上就是今天的内容,希望对你有所帮助。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
免费领取
登录 后留言

精选留言

由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论
大纲
固定大纲
1. 说实现不了之前,先三思
2. 明白需求本身也是成本
3. 刻意练习,多换位到用户视角
4. 交付的东西是自己的“招牌”
5. 不产生价值的新技术是“垃圾”
显示
设置
留言
收藏
47
沉浸
阅读
分享
手机端
快捷键
回顶部