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