从追求功能上的大而全到懂得精简,一路走来的经验总结

去年5月份参与设计的产品终于在前几天上线了,从设计到上线用了一年的时间,当初用来参考的那些同类产品,也从默默无闻到成为行业内的知名产品,功能也已经从当初的简单到现在的大而全,反观我们的产品,终究无法望其项背。在互联网教育这个行业如火如荼发展的这两年,一年的时间才推出一款产品的v1.0版本,如果是一个创业公司这么干,估计都已经死掉好几次了。这几天在反思这款产品有哪些经验教训值得吸取。

第一:产品功能追求大而全:我们的这款1.0产品,有10大功能模块,除了基础的功能,甚至连积分商城的功能都有。整个产品的原型页面有200个,还不包括提示类的弹框页面。这根本不是在做互联网的产品,而是在做一个想做成后100年不增加功能的大而全的项目。回头想想,这款产品的V1.0版本只需要课程,学习任务,考试这3个基础功能就足够了,而我们却额外增加了7个锦上添花的功能。

第二:除了这雷人的10大功能模块,每个模块的功能都做得非常详细。比如课程那个模块,课程除了基本的播放外,还有课程分类,课程搜索,课程推荐,课程下载,课程问答,做笔记,课程资料,转发分享,课程评论这10大功能点。而且课程问答的回复都是多层级的,百度知道做了这么多年也才支持多层级问答。反观同类产品,有些已经做得很成熟了,但像课程这块做得这么细致的,还没有发现有第二家。但从目前用户的使用来看,大家用得最多的还是课程播放的功能。这些锦上添花的功能,费了参与人员的很多的心血,而且开发出来之后,bug非常非常的多。

第三:由于产品功能非常多,除了设计的工作量,也有很多逻辑方面的流程需要跟开发人员沟通。当初我们设计原型的时候,每评审一个功能模块,自己捋逻辑都得半天。到UI设计和开发的时候,轮到给他们讲逻辑,常常一次会议能开5-6小时。那时候我们常常饿着肚子开会到深夜,连吃晚饭的时间都没有。每次开会领导们都特别喜欢发散思维。就关于培训师登录是放在前端还是后端,大家足足讨论了两周才定下来。

第四:如果能自己团队开发的产品,千万不要让别的团队去开发。我们的这款产品就是让其他的研发团队去做的,还好我们跟他们就在同一栋楼,而不是异地沟通。但就这样,也产生了不少麻烦。这款产品的开发工作没有计入他们的考核,所以算是帮忙开发。帮忙这件事是就看心情了,做得好或不好完全跟他们无关,所以这款产品在时间上一拖再拖,研发整整用了6个月,当产品拿来让我们验收的时候,满眼都是bug。比之前经历过的外包公司的开发质量也好不到哪里去。

第五:一款产品功能的多少和质量的好坏跟产品负责人有直接的关系。负责这款产品的人没有太多产品方面的经验,更没有教育产品这方面的经验。一方面,看同类产品有什么功能就做什么功能,导致产品功能非常庞大。另一方面,产品逻辑不清晰,所以后期跟UI技术沟通的时候费了很多的时间,还常常被技术人员鄙视没想清楚。对于产品负责人来说,对一款产品有责任心是极为重要的。如果有问题都往别人身上推,或自己处理问题草草了事,不但会影响整个团队的成员,产品研发后满眼都是bug也是在意料之中的。一款产品质量的高低,跟投入精力的多少是成正比的。

虽然这款产品已经上线,但时不时地还会出现bug,还不敢放心地让客户去体验。估计后期的bug修复需要很大的工作量。以上的经验总结一方面告诫自己以后要避免犯同类错误,也希望对大家的工作会有帮助。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
    passiontim阅读 175,079评论 25 709
  • 一、前言 记得之前读过彼得蒂尔的《从零到一》,讲的是创业公司的从零到一。我的这篇文章主要来跟大家分享一个项目的从零...
    秦时明月V阅读 11,724评论 0 59
  • 我一直觉得初中以前我是一个配角。大概所有人的童年都会有这样一段时光,以某人为中心,跟着她(他)玩儿,而我们都是小跟...
    閲微阅读 1,872评论 0 1
  • wr
    16de687f9f78阅读 421评论 0 3
  • 很快,一学期就过去了,又一个学期开始了。 没想到,杨七……他……他……走了……杨七去了另一所中学,这...
    长歌雾后阅读 1,274评论 0 1