1、研发实际开发时间超过需求评审时的预估工时,要求需求延期怎么处理
了解清楚延期的原因,是因为其他插入进来的紧急需求,还是原本的预估工时有误差
2、用户实际使用时可能会出现测试过程中没有想到的场景,导致bug的出现
例如:一个任务中可以添加多个门店作为检查任务,使用者在创建任务时添加了两个相同的门店,并且对应相同的检查模板,在用户完成了其中一家门店的检查任务时,同步更新了另外一家门店检查模板的状态,导致第二个检查任务无法执行。
注:在后台更新任务逻辑时不能仅仅根据门店id和模板id来进行更新状态,同时还需要关联每个小任务的id,不然在相同门店相同模板时会出现状态更新错误的问题
3、客户线上使用产品时遇到bug,但是要解决这个bug必须要等到重新发版,这时候用户跟你吐槽你不能理解用户,不能帮助用户解决问题,你该怎么办?
首先,跟客户说明这个问题无法立即解决的原因,因为我们公司有自己的版本规划,代码更新必须要等到发版日才能更新;其次,找到临时解决方案帮助客户解决当前的问题,如果没有办法解决,建议客户先暂时停用此功能,避免造成更多的错误数据;在遇到致命问题,严重影响到客户使用时,找到相关的研发人员,告知具体情况,看是否能够临时发一个版本修复这个问题。
4、同一个问题你跟研发说过了很多次,但是他仍然说你没有跟他说过怎么办?
首先,把你想要的逻辑以及需要达到什么效果,在需求评审的时候跟研发说明清楚,并记录在平台是上或者研发会看的需求表里,让研发再次问你时,不管是口头问还是聊天问,都要通聊天记录把你们的之间确定过的内容发送记录。如果后期还问你直接让他看聊天记录或是直接将聊天记录截图告诉他。如果这种情况经常出现,可以找你领导与对方的领导沟通交流,为什么总是出现这种原因,可能不会给你换一个研发,但是会给研发提个醒。
5、老数据的坑
更解决一个bug或者新增一个功能的时候,一定要了解到会不会对老数据有影响,有什么影响,会不会影响用户使用,以及老数据的修复方法,如果老数据不能修复的话,那么这批老数据我们怎么处理,是我们手动的在数据库刷新数据还是询问研发别的什么解决方法等等,尽量思考到每个细节点。