言之无物

我说的一切都是错的

培训总结

《培训总结》

上周在关院开展了为期一周的系统培训,我全程参与了整个过程,零星记录了一些内容。这周的博文还没有着落,就偷懒下,从中摘录三点印象比较深的,凑一篇文章。

通用产品思路
培训第一天,杨处做了导学讲演,其中讲到了系统解决的四方面问题。这四个问题带有一定的普遍性,也是大数据分析产品必须要解决的问题。

  1. 有想法,无数据。
    可以毫不夸张的说,大数据分析产品,数据就是其生命力。大数据相关的技术都是公开的,大家都可以使用,但数据没有一定的规模,再好的技术都白搭。谷歌语音识别的大佬当初从IBM跳槽过来,虽然重写了软件,但技术上没有太大的改善,靠的是谷歌海量的数据,使识别精度提高了将近5个百分点。 一般人可能觉得5%的提高没什么大不了,但其实是非常了不起的进步了。系统整合了全国的数据,是吸引用户的第一步。
  2. 缺乏工具。
    市面上大数据分析的工具跟多,但能贴合业务需求,帮助用户提升价值的并不多。用户也花大价钱购买过大厂的分析模型,从实际应用的效果来看,并不理想。系统采用自研+采购的模式,保证核心功能贴合用户实际需求,一些通用的需求比如可视化、关联分析等采购现有成熟产品。
  3. 烟囱林立
    传统项目开发模式都是基于业务定制化开发,各关自行建设。但功能其实都大同小异,导致重复建设。系统通过搭建共享平台、个性化定制等功能,整合各关集体智慧,同时满足个性化的需求,解决了烟囱林立问题。
  4. 可持续性
    系统打造生态育林的服务模式,让用户一起参与大数据生态建设,在平台支撑下开花结果,果实又可以反哺平台,形成一个良性的生态循环。

压力测试不到位
培训过程中出现系统响应缓慢的问题,这有点出乎意料。之前压力测试报告的结果还是比较理想的,但在实际应用过程中还是出现了性能问题,仔细分析了下,主要的原因有:

  1. 对loadrunner的虚拟用户理解不深,虚拟用户和实际的多用户还是有很大的区别。
  2. 压测时应用模块做了二级缓存,后来由于某些原因把二级缓存去掉了。
  3. 发生问题的模块由其他项目组成员开发,设计开发过程中沟通较少,质量控制没做到位。

用户反馈
为期一周的培训结束了,最后一个环节是收集用户的反馈,产品后续的完善需要接收来自一线业务人员的想法。如何引导用户写出内心的需求,问题的设计还是蛮重要的。最初的想法是不设定任何框框,用户想什么就写什么。但考虑到初次培训,用户对系统还只有一个初步的理解,不给点方向,可能不知道写什么。于是从可用性,功能,数据,期望的功能等方面出发,设计了5个问题。最后大概收集了150多条建议。

晚上回宾馆整理反馈意见,有一条建议给我的印象最深,用户希望把系统中应用商城的应用变成一个exe文件,复制到外网也可以使用。我的第一感觉是很好笑,在我们看来,这是不可能实现的。但转念一想,这才是真正的用户思维。我们天天讲用户思维,其实都是伪用户思维,因为我们永远不知道用户的心思。这些在我们看来有点可笑的想法,才是从用户视角出发的。作为我们来说,不是去取笑这些想法,而是要去分析,用户为什么有这样的想法,他真正的想要的是什么?

“EXE文件”,意味着可以放在任何地方,直接双击就可以运行。我们系统的应用,需要登录系统,打开商城,找到应用,才能运行。相比之下,“exe文件”方便不少。我猜用户说“exe文件”,不是真的要我们提供一个exe文件,而是希望系统的应用能和exe文件一样方便使用。

“应用可复制到外网使用”,系统所有的数据都是在内网,应用运行的本质是从数据库获取数据,然后展示。内外网网络不通,应用要访问内网数据库,所以在外网无法使用,这是“技术”的思维。“exe文件”不管内网,外网,都可以双击直接运行。应用为什么不可以?这是“用户”思维。

用户的这两个需求,系统能不能实现呢?我考虑了下,在某种程度上,还是可以的。增加一个“添加到桌面”的功能,在桌面上创建一个应用的快捷方式,不就可以实现类似“exe文件”的效果了吗?某些应用的查询条件如果是固定的,为什么不能把查询结果和应用封装在一起呢?通过定期更新机制来更新数据,这样应用就可以脱离数据库,不管内网,外网都可以运行。

所谓的用户思维,就是看起来有点异想天开,但仔细琢磨又很有道理的想法。

下一期的培训,希望能把性能问题解决,不至于现场出现尴尬的局面。同时,反馈问题还有优化的空间,趁这段时间再打磨下。

去上海,还是免不了俗,去外滩逛了逛。

《培训总结》

oznor

点赞

发表评论

电子邮件地址不会被公开。 必填项已用*标注