猫眼电影隐性问题汇总

未分类

case 1

需求描述：改签
修改次数：64次
是否存在开发后修改：存在
开发后修改次数：12次
产品变更增加工期：3d
解决方式：加班修复，发布6.4.1
产品问题描述：
后续补充部分包含 改签订单 在选座详情页状态逻辑，在电影票列表逻辑展示。占整个开发任务比重40%以上
在6.4提测后，发现改签需要和原有退票需要统一样式展示，新增产品BUG 改签和退票统一，导致提测延期一天
在6.4发版后，发现遗漏万达影院改签功能，增发小版本6.4.1修复，支持万达改签票
在6.4发版后，因PRD遗漏改签小吃相关部分，后台没有开发改签小吃同步，导致详情页小吃信息不展示，至今未修复

对RD的整体影响：增加工作量，发布小版本，联调新接口都占用了6.5.0的开发时间，导致6.5.0的工作时间不够用
对QA的整体影响：改签功能的变更占据了近QA一半的工作量，导致衍生品商城没有投入很大的精力去测试，小版本发布又再次增加了QA的工作量

case 2

需求描述：合单支付
修改次数：50次
是否存在开发后修改：存在
开发后修改次数：未统计
产品变更增加工期：5d
解决方式：周末连续加班修复，发布6.2.1
产品问题描述：
举个典型例子，优惠券列表，本来只有电影票优惠券，引入了团购优惠券之后，pm要求两种优惠券要放到一个列表中展示，当时C端RD都表示不合理，建议单独做电影优惠券列表和团购优惠券列表，但是pm坚持两种优惠券做到一起。开发过程中暴露出来几个比较严重的问题：
1. 有的优惠券是电影和小吃都能用的，怎么办？之前pm并没有考虑全面优惠券各种复杂的场景，导致最终只能通过RD来填坑，如果优惠券电影和小吃都支持用，那么客户端强制只能使用到电影票上面来，结果就是产品本身有坑。
2. 绑定优惠券时，客户端根本不能确定用户输入的内容是电影优惠券还是团购优惠券，如何向指定的接口绑定？
3. 优惠券列表底下优惠多少钱的文案，电影票和团购展示都不一样，杂糅到一起之后如何定义？
最后结果，就是C端花了很多时间成本，做了一个糅合的优惠券列表，仅仅使用了一版，在6.3就被拆成了两个。

对RD的整体影响：增加工作量，发布小版本，沟通成本急剧增高，代码工作时间急剧降低，周末两天连续加班
对QA的整体影响：加班陪着RD为小版本测试

case 3

需求描述：会员卡
问题描述：UI标注图，切图不到位，与prd有差异，prd调整不更新
资源delay时间：5d
是否存在开发后修改：存在
产品问题描述：需求大致完工时，排片表页PM要求去除标红显示文案,PM说不要看PRD的，按照他说的为准，只能把做完的代码回退
对RD的整体影响：资源delay且与prd有差异，消耗了RD很多时间投入到UI的调整上，业务逻辑安排的时间被压缩，且差异需要沟通，增加沟通时间成本。回滚代码，造成一定的工作浪费
对QA的整体影响：delay测试时间接近1d

case 4

需求描述：1V1聊天
是否存在开发后修改：存在
开发后修改次数：未统计
产品变更增加工期：4.5d
解决方式：加班修复
产品问题描述：未做详细调研就出prd，提功能需求，导致实现过程中被迫中断
1：猫眼用户id与大象用户id不一致，导致开发过程中消息接收与发送一直无法成功，显示用户相关信息都无法正确获取数据，调查该问题使用时间最少2天，解决该问题使用时间最少1.5天
2：后期新增白名单功能，只有是白名单才能开放入口，新加的接口用时大于0.5天
3：屏蔽某人功能，sdk没有该功能，为新加功能，联系SDK同学增加功能，客户端更新接口，再次联调
4：开发过程中，新增“猫眼自动登录大象3次”功能，所有与大象相关部分，如果断开连接，全部尝试登录三次。新增改功能耗时0.5天

对RD的整体影响：在做的过程中发现了一些疑问，然后去调研消耗了很大一部分时间，而这应该是需求设计时期都应该调研好的，时间浪费较大，沟通成本较大，期间RD连续加班
对QA的整体影响：按时提测，无影响