停下来想想—原来重点是:先简单的做

一、先简单的做

       BOSS先生上周四晚上突然叫紧急开会,已经闲了有一段的我还是比较开心有事情做的,闲着的日子大家都懒散了,而且我总是不由自主的去幻想是不是很快就要失业了。 

        坐在会议室里,作为产品狗的我又有些忐忑,不知道是要修改什么呢,还是要做新的功能,或者二者都有?对于这个从无到有跟进过来,且已经在试点使用的门店管理Saas产品,大家都希望它能走得更远。

        面对远在日本的BOSS先生,我和程序猿们努力去理解他想要的东西:需要给使用我们saas产品的机构增加一个D-BOOK,用于在终端上给顾客介绍商品,替换原来的纸质产品介绍资料,同时我们可以在管理后台为需要的机构提供产品介绍图,但这些功能只对部分机构开放,前期先简单的做一下,用户觉得有作用再细化功能。

       嗯,作为一个有责任心的产品狗还是很的欣慰的:长期来看,后续计划中的机构会员端需要以这个为基础;短期来看,各机构可以应用我们内置的产品资料,也降低了各机构的上线成本。

       于是然后针对性的给出了解决方案:

        1、在管理后台增加商品管理模块:解决我们内部上传产品介绍图的需求。

        2、机构端商品介绍中增加详情页,如果引用的是我们内置的商品则默认有详情信息,并在D-BOOK上展示出来,便于机构向客户介绍商品。

        3、区分产品版本,高版本的才开放该功能模块

        4、基于先简单开发的原则:商品信息只做展示,不与订单等业务关联。

        BOSS先生听完说:嗯,好,先简单的做,一周后给客户看看。

二、先把图做出来

      BOSS先生上周五下午又一次拉上产品狗和UI设计师以及翻译同学开会,说讨论一下:产品介绍的图片问题。

      BOSS先生找了很多的图片出来,详细的说明了哪些地方是要修改,哪些地方是要保留的,我在心里直打小鼓:为什么现在来讨论图片呢?功能还没有做出来呢?

      于是勇敢的发问:嗯,这些我们都记录下来了,这个得等我们功能开发完了才能上传,现在还不着急吧?

        BOSS先生:嗯,图片可以先开始准备。

         我:那下周我把产品需求整理完再和你详细过一下吧。

        BOSS先生:好的。

        于是,会议愉快的结束了。

三、只要有图片就可以了

        今天上午紧赶慢赶把产品原型及需求说明都梳理完了,特意准备了完整版和简化版,以应对扩展性及简单开发的需求。

      听完一部分介绍BOSS先生打断我了:这样太复杂了,要简单点。

     我:目的是要让机构可以引用我们内置的产品介绍资料,我们在管理后台上传产品介绍资料,这个是少不了的;其次机构端要可以管理和展示,这是简化版的最小功能集合了。

        BOSS先生:不要做功能,只要有图片就可以了

       我:图片也需要有地方可以上传,上传图片本身不就是个功能吗?

       BOSS先生:让开发把图片放上去就好了。

       我:你要的只是几张写死的图片吗?

       BOSS先生:对啊,有图片就可以了,到时他们觉得好了再去开发。

………………

四、原来重点是:先简单的做

        我确定我听到了先简单的做,但是让我万万没想到的是这个简单做竟然是如此的简单;也终于明白了为什么会有周五的会议了。  

        再停下来想一想:为什么二次会议里我提的解决方案,没有人认为它是复杂的,也没有人认为它不符合简单地做这个要求呢?

        于是今天的我,只能继续停下来想一想,究竟是让团队坐等确定的新需求比较好,还是对于可能要做的需求提前做好规划比较好?在这个变化的世界,变化的环境中,又有多少需求是能完全确定的呢?

你可能感兴趣的:(停下来想想—原来重点是:先简单的做)