我是这么利用数据——言者无心,听者有意

欢乐的财神 发布于 2013/12/24 09:00
阅读 860
收藏 2

我喜欢参与到我的用户中去,了解他们,并和他们交流。后来,我要求我的团队成员也这么做,加入到他们交流的QQ群、邮件通报列表、内部交流组等等的通讯工具组群中去。

这常常给我意外的收获,在用户的群组讨论中时常能看到这样的字眼

1、通知,由于生产任务重,xxx终端的出货工作交由xxx和xxx联合负责,春节后恢复以前的方式

2、xxx终端出现异常,正在排查,如有客户来电,请转至xxxx专员。

3、是谁处理了xxxx业务,设备故障解析错误,需要重新排查。

4、下周一开始,封闭xxx型号的终端咨询业务。

5、xxxxxxxxx

一开始,团队的成员表示:这关我P事,我是一个开发程序的,这些业务上的事情我看了干嘛?

根据我多年扯淡的经验,我发现:关于程序员的很多事情,都是把责任分的过于明晰,复杂的事情归结于上司或者研究院,繁琐的事情归咎于业务员或产品研发,只剩下非常简明的事情才是自己的。

其实仔细想想,这是多么好的机会啊!

1、比如某项流程临时交由多个人负责,我们可以了解在业务系统中多人操作是否便利,他们是否采用很别扭的多人登陆同一个账号的方式,如果开发一个任务分发系统(类似银行排队那种,不难),就可以理清他们的思路,在任务繁重时给人一些帮助,后续他对你工作的支持将会更上一层。

2、比如终端异常建议转交给处理专员。那么在话务方面是否可以拦截此人的来电,直接转到专员?或者在客服人员的系统界面上给予醒目的提示,表示某专员专项负责此事,请直接转接。

3、比如有人询问业务处理的人员。可以反思是不是我们的业务查询方式出了问题,为什么描述清楚了业务的情况,却不能在系统中定位到业务信息,还需要喊着找人?

4、比如预约未来的某个时间点启动新方案。是否可以考虑让系统嵌入这个规则,到了预定的点,就自然的在系统层面关闭旧方案,启动新方案,并给予详实的说明,杜绝大家犯错。

5、还有很多很多

前面谈过对需求的看法,我依然是不迎合需求的,但是我真的很在乎这些不经意间的流露,人真的很奇怪,但凡他组织好了语言跟你说着某些事情,这些事情早已面目全非,不是原来的样子了,反而是他压根没想给你说,在他和别人对话或者是通知发布的过程中,你才能拾到他的真实想法。

我记得有个段子嘲笑别人落后,好像是说:交通基本靠走,通讯基本靠吼,取暖基本靠抖。。。。

可怕的是,公司的很多人通讯真的靠吼,他们把那些很有规则性、很有新意的想法吼来吼去,楞是从来没有想过我们的程序员可以帮他们一劳永逸,而是在那些无关紧要的扯淡功能上,和程序员计较那个字体太大、这个空档太小。。。。

更可怕的是,很多程序员任由这样的情况周而复始的继续,认为没找到自己的事,就不是自己的,然而他们错过了绝佳的机会,错过了绝佳的关心的用户、用你的技能打动用户的机会。

我们不能孤立的看待问题,不能说今天这个功能人家没让我做,我做了就是傻X。断然不是的!请相信我,你做的每件事用户都看在眼里,当你做另一件事情的时候,用户会综合的看待你这个人,对你是否有信心,对你是否支持,绝对是参杂了很过分的主观色彩。看看商人吧,为了做点生意,花了多少心思在混关系上,人家为什么这么在乎关系,想一想你就会明白。

故事还没有结束,如果你真的这么做,会引入一个大问题:这么多的聊天内容,提取出太多的需求,一一完成很不现实,回到我们的主题——数据无处不在!这些聊天的记录也是非常重要的数据,特别是他们聊到你的软件很不好用时,聊到业务上的诸多不便时,聊到要预约新方案时,你都特别要注意“收听”,将他们记录下来,好好分析分析,往往金子般的想法就在其中。

来吧,言者无心,听者有意!做个公司业务群聊的第三者,听着他们的对话,思考着你的问题,给用户一个惊喜,让他们知道,你在关心他们的关心,你愿意方便他们的方便。

加载中
0
修改登录密码
修改登录密码

如果让开发者都去讨论业务流程问题,那还要项目经理和需求分析师干嘛

你这么做 就好比让建筑工人去关注建筑设计院的设计工作

修改登录密码
修改登录密码
回复 @欢乐的财神 : 你的偏见很深,怎么会让需求分析师成为随口乱说的主呢? 那样的分析师完全不合格直接开掉。 对于小企业小项目来说,你让程序员参与到流程分析,确实没问题;但是对于大项目这样做就乱套了
欢乐的财神
欢乐的财神
分工合作式常规思路 但是根据常识 这个世界上不存在适合所有问题的银弹 所以 这里的分工不一定就合适 把需求分析师剥离出来 让这类人成了可以随便乱说 自己不用动手的主 你作为程序员 你看的惯么?
0
修改登录密码
修改登录密码

“看看商人吧,为了做点生意,花了多少心思在混关系上,人家为什么这么在乎关系,想一想你就会明白”

这就是有点混乱了  你让程序员去搞关系嘛  程序员就是不会搞关系才做开发的

0
莫慌张
莫慌张
虽然不知道你表达什么,但是好厉害的样子哦。。
欢乐的财神
欢乐的财神
:)
0
欢乐的财神
欢乐的财神

引用来自“eel”的答案

“看看商人吧,为了做点生意,花了多少心思在混关系上,人家为什么这么在乎关系,想一想你就会明白”

这就是有点混乱了  你让程序员去搞关系嘛  程序员就是不会搞关系才做开发的

这个问题有点意思

程序员不会搞关系才会做开发,根据木桶理论,提高程序员的沟通能力 是提高整体质量的最有效途径

:)

yimi
yimi
回复 @eel : 人家在讲一个码农 的脱变过程,你不可能一辈子做码农吧,最起码得有个短期规划,和一个发展方向。
修改登录密码
修改登录密码
回复 @欢乐的财神 : 这点我和你观点真的相反.我是从全能角色过渡过来的, 我深知分工的必要性. 当一个人承担的任务达到一定量,必须分工,让专业的人做专业的事, 领导的任务就是做好沟通. 分工的结果确实导致不能全面发展,但是一个大企业里必须有专才和通才配合
欢乐的财神
欢乐的财神
关于沟通的问题,我还是觉得改变格局很重要,你始终强调分工,我感觉很不可思议,因为分工着实限制了一个人的发展,你真心愿意?
修改登录密码
修改登录密码
提高码农的沟通能力,的确是好事, 但你不能用商人做榜样让码农去花心思搞关系吧。 码农提高沟通能力,主要是为了提高团队协作,而不是去搞客户关系,那是销售的责任
0
欢乐的财神
欢乐的财神

回复 @eel :

让一类人只管说不管做 他们就会张口就来!这就是制度导向!软件各个环节各自骂别人傻X的还少么?就是分工导致的,我还是那个观点:不破不立!现在的格局不代表就是最优的。

随着软件集成度的提高,一个开发人员利用开源组件可以完成的活儿是以前的N多倍,一个问题再软件业被有效解决,开源之后,这个问题的搞定将毫不费力,无论第一个解决它的人费了多么大的劲!随着这个趋势加强,在未来一个开发人员能独自开发一个超大规模的产品,也不是说不可能。原因就在于企业其实不需要那么强大的前沿技术,理论上软件已经可以达到X的规模了,但是对企业来说:千分之一个X规模就是超大了!

到那时,一个人就能全包了,还分什么工?

所以要认清自己,在未来软件不是什么神秘的东西,软件开发人员也不是什么神秘的人员,都是服务者!服务者要干什么?服务者说白了就是打杂,要的不是分出个ABC,而是强调复合型人才。

怎么复合?你怎么可能各行各业都了解?所以要牢牢的把握住数据,如本文所述,应当多听多看多思考问题。赶快“破”了这个该死的分工机制,否则码农一辈子还是码农,站不到制高点。

当然了,本文强调的,始终是数据主导,人员分工只是附带,希望你不要纠结。

0
wharf_zhang
wharf_zhang
直觉告诉我,你的特点包括但不限于:较真、灵活、勤奋、责任感、独立思考等。为表示某种程度的认同,我关注了你。呵呵
欢乐的财神
欢乐的财神
:)
0
yimi
yimi
看了你分析,让我想起了有位导师告诉我的一个道理“事物的外延与内涵”。当别人在告诉怎么快速成长的时候,你却在还停留在为高速成长,找办法的道路上。却不知道自己的天花板。这个比喻不是很恰当。
0
欢乐的财神
欢乐的财神

引用来自“yimi”的答案

看了你分析,让我想起了有位导师告诉我的一个道理“事物的外延与内涵”。当别人在告诉怎么快速成长的时候,你却在还停留在为高速成长,找办法的道路上。却不知道自己的天花板。这个比喻不是很恰当。
你这个。。。我没看懂啊!!!
返回顶部
顶部