坑坑坑 | 一个关于老板需求和挖坑的故事

【文章摘要】今天瑞叔要聊的话题是关于“老板需求”和“挖坑”的故事,这个故事来源于瑞叔同事,她已掉坑里2个多月了,目前还没爬出来。本来瑞叔只写同事是如何挖坑的,但发现写着写着,这里面还藏着“老板需求”这个限定条件,于是不得不改变文章主题,来讲述一个“老板需求”和“挖坑”的故事。

坑坑坑 | 一个关于老板需求和挖坑的故事

坑是这么挖的

1.老板需求来了:3月4号老板突然提出一数据产品需求,产品组答应3月底能够上线。于是运营同学和产品同学小惠两人加班加点做产品设计方案,然后开发加班加点来做此产品。就这样开始了挖坑之旅。

2.挖坑:终于开发同学在3月底把前台功能实现了,但是当看到呈现的数据结果后,开发郁闷了,小惠小东同学惊呆了。这数据tm的失真的也太离谱了。面对上线临近,小惠小东不得不逼着开发算数据。此时产品小惠同学已经完完全全掉入自己挖的坑中。开发也火了“你们这么着急开发,结果出来一堆错误的数据,你们设计之前也没有调研吗?”

3.努力爬出坑:小惠同学在开发的压力下,上线压力下,意志坚定的敦促开发调整数据,和运营一起来调整数据,计算数据。终于,可以拿出来一个比较靠谱的结果,但由于某些原因,2月份的数据为空。因此小惠同学决定2月份数据不展示。就这样数据产品在4月初上线了,当然也逾期了。就这样,小惠同学又挖了另一个坑。

4.又挖一个坑:产品上线后,大老板看好也看到上线内容,直接责问CTO为什么2月份数据为空。因此CTO拉上产品、开发、运营,开了一次问责会议。就这样小惠同学一个坑还没爬出来就又挖了另一个坑。问责的第二天开发离职了(其实这个开发本就要离职的),因此小惠同学不得不和另一位负责这个产品开发的同学一起重新跟进此需求,重新找数据问题,重新计算。

5.还在努力爬出来:到目前为止,这个问题一直未解决,小惠同学还在努力向外爬。但是由于数据本身就有问题,一部分是自身数据另一部分是外部数据,很难计算出一个合理的结果。一直在不断的反复调整算法来计算展示结果,但一直展示的都和实际值有较大偏差。

6.要不要再上线:其实这个数据产品的数据一定会是不准确的。由于一小部分是平台数据,一大部分是来源于官方交易中心数据,而交易中心的数据都要比实际成交价低些。不论如何计算,得到的结果可能都会比实际低。同事A就问了:“你这数据放出来有什么意义呢?和现实数据相差那么大,用户看了不仅不会有参考意义,反而会吐槽你网站不权威”。而小惠也实属无奈:“自身平台数据内容就是这么多,外部引用数据本身就是比较偏低,我们怎么计算也都无法达到和现实数据一致。我们只能说引用XXXX数据。再加上老板一定要做,我们也没办法啊”。

面对小惠同学遇到这样的难题,连续折腾两个月,对于一个92年的小女生来说,确实也真是让她受尽磨难了。但这里也不无有她没有做到位的地方才导致小惠同学最终跌入这样的艰难处境。瑞叔写的过程肯定没有亲身经历的好,但也能感受到小惠同学的不容易。

瑞叔怎么看?

1.需求前未做充分调研

小惠同学从接到需求到开发,小惠一直没有考虑到数据是否能够支持到自己的产品需求。只是做了产品逻辑设计和产品基本设计,并未对产品所涉及的数据进行验证。用小惠自己的话来讲:“用了两个月的时间,整个这些数据都是错的”,实属无奈。

瑞叔上篇文章提到,要“为产品的每一条信息负责”就是要做到对每一个字段来源弄的清清楚楚。不要在PRD中写“该字段由后台XX团队提供,直接读取即可”,这就是挖坑专业户干的事情。我们要清楚了解每一个字段都有哪些值,都会在什么情况展示。况且,我们是页面的owner,页面展示什么东西我们自己不清楚,还需要我们做什么呢?

同理,小惠同学能够在做之前充分了解数据计算方式、数据来源、数据真实性等,应该能够提前知道这些数据最终得到的计算结果肯定会偏离实际值的。

2.及时通知上级风险点

当产品中遇到较大风险点时,一定要及时向上级汇报。当面对2月份数据缺失的时候,小惠同学只是汇报给了leader层面,而并未知会CTO。事实上,此时如果能够及时知会到CTO,那CTO自然会在大老板责问时及时解释。

整个产品历程中,包括数据不准确、数据失真、项目时间赶都应该在项目最初或遇到问题的时候及时与leader沟通,或者以非常正式的邮件通知到自己的leader,让leader去向上级汇报。

3.关于老板需求

对于这项需求,瑞叔认为需求本身是正确的,通过这些数据报告一方面可以提升网站权威性,另一方面可以为用户的购买提供参考意见。

但是当数据确实有问题的情况下,到底做还是不做,如何做。瑞叔也没有非常好的建议,一方面是老板需求一定要做,另一方面是数据本身有问题。

如果是我,我可能会基于现有数据内容给出不同的方案,然后和leader评估最优方案,然后去执行。期间瑞叔会把项目风险点告知自己的leader,并由leader转达给上级。

当项目上线前,面对数据问题瑞叔一定会想办法解决,然后将解决办法和不可改变的风险点直接汇报给leader,由leader做决策。

说实话,对于这样的需求瑞叔还未接手过,并没有非常好的实际经验。不知道大家对瑞叔今天描述的故事有何感想,不妨公众号中留言给我吧,如果回复的内容多,我们明天还以此话题展开讨论。

#文章作者#

瑞叔(微信公众号:瑞叔聊产品)产品壹佰专栏作者。曾担任某一线B2C电商用户账号体系、用户消息推送体系、微信平台营销产品及其他产品工作,现供职于房产互联网独角兽公司。瑞叔将凭借自身经验,以其犀利的视角和简洁语言,结合实际案例为大家提供满满的产品干货。欢迎关注更多瑞叔聊产品的产品观点。
【重点推荐】基于微信的产品设计03:让微信分享更加完美

去年今日运营文章

  1. 2023:  让你快速拿到offer的简历写作和面试技巧(0)
  2. 2023:  用户运营的方法和策略xmind思维导图(0)
  3. 2023:  私域运营知识地图(0)
  4. 2023:  麦肯锡工作法:如何有效解决问题?(0)
  5. 2022:  关于“用户生命周期”的几个知识点(0)

原创文章,作者:产品100,如若转载,请注明出处:https://www.iyunying.org/pm/58575.html

(0)
产品100产品100投稿者
上一篇 2016年5月6日 下午3:45
下一篇 2016年5月6日 下午3:51

推荐资讯

发表回复

登录后才能评论
分享本页
返回顶部