10x 程序员工作法
郑晔
开源项目 Moco 作者
53432 人已学习
新⼈⾸单¥68
登录后,你可以任选4讲全文学习
课程目录
已完结/共 63 讲
思考框架 (1讲)
10x 程序员工作法
15
15
1.0x
00:00/00:00
登录|注册

26 | 作为程序员,你也应该聆听用户声音

通过最小的代价获取用户反馈
到客服团队轮岗
用户测试的方法
主动创造机会与用户接触
到真实场景里观察用户使用情况
发现产品改进的细微之处
用业务的语言写代码
当产品还没有用户时
当你吃不到狗粮时
不断使用自家产品
多走近用户
领域驱动设计中的通用语言
吃自家的狗粮
总结
与产品经理没有“共同语言”
倾听用户声音
总结时刻

该思维导图由 AI 生成,仅供参考

你好,我是郑晔。
在前面的专栏内容中,我们讨论过几次与产品经理的交流:你应该问问产品经理为什么要做这个产品特性,要用 MVP(最小可行产品)的角度,衡量当前做的产品特性是不是一个好的选择。
但还有一个问题可能困扰着我们:怎么判断产品经理说的产品特性是不是用户真的需要的呢?
很多时候,产品经理让你实现一个产品特性,你感觉这么做好像不太对,却又说不出哪不对,想提出自己的看法,却不知道从哪下手。之所以会遇到这样的问题,一个重要的原因就是,你少了一个维度:用户视角,你需要来自真实世界的反馈。

吃自家的狗粮

产品经理无论要做什么,他都必须有一个立足的根基:为用户服务。所以,如果你了解了用户怎么想,你就有资本判断产品经理给出的需求,是否真的是用户需要的了。
而作为一个程序员,欠缺用户视角,在与产品经理的交流中,你是不可能有机会的,因为他很容易用一句话就把你打败:“这就是用户需求。”
很多程序员只希望安安静静地写好代码,但事实上,对于大多数人来说,安安静静是不太可能写好代码的,只有不断扩大自己的工作范围,才可能对准“靶子”。
今天我们讨论的角度,就是要你把工作范围扩大,由听产品经理的话,扩大成倾听用户的声音。
作为程序员,你应该听说过一个说法“Eat your own dog food”(吃自家的狗粮)。这个说法有几个不同的来源,都是说卖狗粮的公司真的用了自家的狗粮。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

在技术开发中,倾听用户的声音对于提高产品质量和开发效率至关重要。本文强调了“吃自家的狗粮”这一概念,即程序员需要从用户的角度出发,不断使用自家产品,以更好地理解用户需求并提出改进建议。对于无法亲自使用产品的情况,建议通过与真实用户接触获取反馈。此外,作者提出了用户测试的方法,通过最小代价获取用户反馈。最后,强调了建立“通用语言”以促进团队内有效沟通和消除歧义的重要性。这篇文章涵盖了技术开发中的用户导向思维和团队协作,对技术人员和产品经理具有一定的指导意义。文章内容强调了倾听用户声音的重要性,无论是通过自身体验、与真实用户接触还是用户测试,都能帮助开发团队更好地理解用户需求,提高产品质量和开发效率。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《10x 程序员工作法》
新⼈⾸单¥68
立即购买
登录 后留言

全部留言(17)

  • 最新
  • 精选
  • 西西弗与卡夫卡
    最近在做内部信息系统,昨天正好提到贴近用户这个话题,原话有些低俗。内部产品在设计和开发过程常常不如C端产品受大家重视,反正不管怎样都要用。看似团队不用像C端产品那样操心,需要别人捏着鼻子才能使用产品的结果就是成绩不容易被别人看到,问题容易被人挑刺,最后造成团队成就感低,以此恶性循环。痛定思痛,团队准备转换思路,用互联网C端用户理念重新审视内部系统,同样要明确目标,制定指标,更重要的是不光只是问需求,还需要到相关位置上轮岗,亲身体会用户的痛苦

    作者回复: 坐在办公室里,很难做好软件。走出去,才会听到真实声音。

    2019-03-04
    13
  • David Mao
    我做了好多年的软件测试,前几年和销售一起去谈客户,才深深地体会到客户声音的重要性。客户关注的才是真需求,产品经理和开发想出来的很多是伪需求,很多不是客户想要的功能。

    作者回复: 经验越丰富,越能体会到走近用户的重要性。

    2019-03-05
    6
  • wuhulala
    现在产品就没有客户,需要找几个小白鼠实验试验了

    作者回复: 没有用户太危险,不知道投入是不是浪费。

    2020-03-19
    5
  • 陈斯佳
    佩服马化腾一秒钟变小白的能力。如果我们都能一秒钟变成自己的客户,这个世界将变成美好的人间

    作者回复: 共情能力,需要有意识地锻炼。

    2019-08-16
    5
  • Luke
    360 公司的老板周鸿祎也曾经说过「要像小白一样思考、像专家一样行动」这样的口感。总感觉作为研发人员,我们也可以并有权拓展自己的边界。聆听用户的声音,让开发人员培养起站在用户角度思考的习惯,了解了用户所面临的痛点。 试着自己当一把产品经理,也不至于每天困扰,自己的才干被埋没在产品文档的鸡零狗碎中了。😄

    作者回复: 往前一步,有更多的上下文

    2021-06-22
    4
  • 行与修
    走近用户好处多多,前期能得到第一手资料,中间多接触能及时校正方向,后面可以深化业务认知(有些领域不是一两个项目就能撑起自己的知识体系)同时兼顾关系维护。反之则大概率陷入被动,不得不妥协随波逐流。暂且不说和产品团队之间,开发内部自己就先掐起来了,前东家里就很容易碰到屈从内部压力而最后客户又不买账的情况,结果辛辛苦苦做出来的又推倒重来,贼郁闷~ 现在为防止此类问题出现,会及时引入用户做裁判,大家都别争了,客户关切已经出来了,愿赌服输吧😂

    作者回复: 专业的产品不好找,走近用户,防止被坑。

    2019-03-05
    4
  • 谷岳
    让自己多角度,特别是用户的角度来想问题,往往是最有说服力的。

    作者回复: 有共情能力是一项珍贵的品质。

    2020-10-23
    1
  • UnivTime
    1. 这是篇好文章,提醒了日常工作中重要却不被怎么提起的事项; 2. 开发自己使用不到的产品时最大的阻碍是,有些概念不理解,逻辑不太清楚,没有全局观,没法转换成编码语言;

    作者回复: 鸡同鸭讲,是很多团队的硬伤。

    2019-03-04
    1
  • Matthew Chen
    尽可能地了解产品,从用户使用和商业运作等多个角度了解情况,帮助开发人员找到和前两者保持一致的执行路径。用户测试是国外很常见的一种实践方式,甚至在一些庭审模拟过程中也在使用。

    作者回复: 很好的分享。

    2020-05-30
  • 陈斯佳
    这篇文章对我来说非常有启发,虽然我不是纯程序员,我的本职工作是做运维的,但是我一直认为,运维这个岗位所面对的用户是两类,一类是程序员,还有一类就是QA测试。以今天这章讲解的内容为指导,之后我会调整我自己的工作方式和内容,去多接近我的程序员和测试,多去尝试他们的工作场景,比如说,使用他们正在使用的IDE来编写代码,提交代码,走整个发布流程。通过这种方式来看看其中有哪些是可以提高的。感谢老师!
    2019-06-01
    19
收起评论
显示
设置
留言
17
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部