我喜欢参与到我的用户中去，了解他们，并和他们交流。后来，我要求我的团队成员也这么做，加入到他 们交流的QQ群、邮件通报列表、内部交流组等等的通讯工具组群中去。
这常常给我意外的收获，在用户的群组讨论中时常能看到这样的字眼
1、通知，由于生产任务重，xxx终端的出货工作交由xxx和xxx联合负责，春节后恢复以前的方式
2、xxx终端出现异常，正在排查，如有客户来电，请转至xxxx专员。
3、是谁处理了xxxx业务，设备故障解析错误，需要重新排查。
4、下周一开始，封闭xxx型号的终端咨询业务。
5、xxxxxxxxx
一开始，团队的成员表示：这关我P事，我是一个开发程序的，这些业务上的事情我看了干嘛？
根据我多年扯淡的经验，我发现：关于程序员的很多事情，都是把责任分的过于明晰，复杂的事情归结于 上司或者研究院，繁琐的事情归咎于业务员或产品研发，只剩下非常简明的事情才是自己的。
其实仔细想想，这是多么好的机会啊！
1、比如某项流程临时交由多个人负责，我们可以了解在业务系统中多人操作是否便利，他们是否采用很别 扭的多人登陆同一个账号的方式，如果开发一个任务分发 系统（类似银行排队那种，不难），就可以理清他 们的思路，在任务繁重时给人一些帮助，后续他对你工作的支持将会更上一层。
2、比如终端异常建议转交给处理专员。那么在话务方面是否可以拦截此人的来电，直接转到专员？或者在 客服人员的系统界面上给予醒目的提示，表示某专员专项负责此事，请直接转接。
3、比如有人询问业务处理的人员。可以反思是不是我们的业务查询方式出了问题，为什么描述清楚了业务 的情况，却不能在系统中定位到业务信息，还需要喊着找人？
4、比如预约未来的某个时间点启动新方案。是否可以考虑让系统嵌入这个规则，到了预定的点，就自然的 在系统层面关闭旧方案，启动新方案，并给予详实的说明，杜绝大家犯错。
5、还有很多很多
前面谈过对需求的看法，我依然是不迎合需求的，但是我真的很在乎这些不经意间的流露，人真的很奇怪 ，但凡他组织好了语言跟你说着某些事情，这些事情早已面目全非，不是原来的样子了，反而是他压根没想给 你说，在他和别人对话或者是通知发布的过程中，你才能拾到他的真实想法。
我记得有个段子嘲笑别人落后，好像是说：交通基本靠走，通讯基本靠吼，取暖基本靠抖。。。。
可怕的是，公司的很多人通讯真的靠吼，他们把那些很有规则性、很有新意的想法吼来吼去，楞是从来没 有想过我们的程序员可以帮他们一劳永逸，而是在那些无关紧要的扯淡功能上，和程序员计较那个字体太大、 这个空档太小。。。。
更可怕的是，很多程序员任由这样的情况周而复始的继续，认为没找到自己的事，就不是自己的，然而他 们错过了绝佳的机会，错过了绝佳的关心的用户、用你的技能打动用户的机会。
我们不能孤立的看待问题，不能说今天这个功能人家没让我做，我做了就是傻X。断然不是的！请相信我， 你做的每件事用户都看在眼里，当你做另一件事情的时候，用户会综合的看待你这个人，对你是否有信心，对 你是否支持，绝对是参杂了很过分的主观色彩。看看商人吧，为了做点生意，花了多少心思在混关系上，人家 为什么这么在乎关系，想一想你就会明白。
故事还没有结束，如果你真的这么做，会引入一个大问题：这么多的聊天内容，提取出太多的需求，一一 完成很不现实，回到我们的主题——数据无处不在！这些聊 天的记录也是非常重要的数据，特别 是他们聊到你的软件很不好用时，聊到业务上的诸多不便时，聊到要预约新方案时，你都特别要注意“ 收听”，将他们记录下 来，好好分析分析，往往金子般的想法就在其中。
来吧，言者无心，听者有意！做个公司业务群聊的第三者，听着他们的对话，思考着你的问题，给用户一 个惊喜，让他们知道，你在关心他们的关心，你愿意方便他们的方便。
查看本栏目更多精彩内容：http://www.bianceng.cnhttp://www.bianceng.cn/Programming/project/