开发人员如何建立用户思维？

今天老板提出一个问题，在研发群里大家展开了激烈的讨论，开发人员如何建立用户思维？

先看下其他人的讨论结果吧

某总管：

1.跟进业务场景，了解用户需求

2.例如炒股的用户，开发人员自己买一波，用户思维都有了

3.把自己当成自己产品的用户---去开发测试产品

某超哥某涛哥：

开发人员既是产品的开发者，同时也是产品的使用者(用户)。

使用同行的产品，看看他们是怎么从用户角度去思考的，借鉴好的，改进不好的

某总监：

开发人员要知道我们真正做了什么，用户用了什么，怎么用，我们做的东西给用户带来了什么价值，用户不用又会如何

某钢筋哥：

提高开发人员在产品开发中的主导作用，不能仅仅当执行者，要参与产品设计，在设计上要与产品经理PK    

R哥：

1. 自己就是用户，要多用自己的产品。

在我开发过的产品中，有不少产品的终端用户群体就包括我们开发人员自己。比如游戏，每个游戏的研发人员也是这个游戏最早的一批用户，也是最忠实最了解这个游戏的用户。在以用户的角色切入来使用

这个产品时，我们往往会发现产品还有很多不合理的地方。所以只要有机会，我们都要多使用自己的产品, 慢慢地我们就会发现产品还有很多需要改善的地方

2.与第一种情况不同的是，有些企业级产品，面对的是企业用户，业务复杂，研发人员也不是终端用户，很难深切了解客户的需求，所以企业级软件产品研发最大的问题就是实际出来的产品与客户的需求不一致，

软件工程里面很多方法论就是为了解决这个问题而诞生的，比如敏捷开发。

对于这个问题，我觉得与需求方的互动是最重要的，包括深入到一线去、与业务方保持长期联系、定期回访等。

另外项目立项也是非常重要的一环，项目立项会议，业务方应向项目组阐述他们需要怎样的一个产品，这个产品有哪些业务流程，新的产品是如何与已有产品集成在一起的等等，然后大家一起头脑风暴给意见。很多开发人员，不是他们不想有客户思维，

而是他们往往都不知道客户的情况, 而项目立项环节可以很好解决这个问题

X哥：

开发人员都有惯性，觉得用户应该按照我开发的这种方式来用。用户需要根据自己的习惯来用。所以，需要了解用户，一个计算机博士和一个种地的老大爷对同一个东西肯定感觉不一样。

我认为：

首先总结一下开发人员三大错误习惯：

认为程序员的主要工作不需要和人交流，不重视人际交往能力；

认为和写代码不相关的事都不是自己的责任，没有把工作当成自己的生意来对待；

认为有钱是终极目标，只重薪水不重成长

拥有以上任一点习惯的开发人员，我认为都不可能建立好的用户思维，抛开以上的再讨论开发人员如何建立用户思维。

1、系统或者程序对于我是否实用（真真切切的解决需求），这是非常重要的一点；站在移动用户的角度，大多数人每月基本都不下载新的 app，除非app里有功能是用户能用的上的，不管是硬需求还是软需求，这是用户的下载动机，不过一旦用户的动机消退，尤其是对于使用不那么频繁的 app 来说，用户可能就一去不复返了。如果 app 被用户从主屏搬走，可能明天就会被忘掉了。据统计，用户 80%的手机时间都耗在其前 3 大 app 上面，留给其他非主流app的时间不多了，所以解决不了用户真实的需求，一旦用户失去兴趣或者耐心，再想让他们回来就是一场攻山战，当然还有一种可能是你成为那3大app之一。

2、上面说了实用性，接着就会抛出另一个问题，是否好用（体验好，人都是有追求的，都喜欢更好的），同样是直播应用，功能都一样，斗鱼TV的观众就比熊猫TV的观众多，因为斗鱼网络更稳定，界面更清晰，种类更方便查询，总之就三个字，体验好！要做到体验好，就必须把自己当成用户，多使用自家的，同时也要多使用别人家的，对比其中的优劣，学习别人的优点，找到自身的不足，从而改进。