经理|产品上线后“暴雷”，如何优雅地“背锅”？( 二 )

文章插图
↑-文档里没写不支持英文，但应该确认
2）处理技术对接需求时，要查看接口文档。
如果有条件，还是建议产品同学，在遇到对外接口对接的需求设计时，看一下需求文档，重点看一下接口字段规则的定义。
同时，产品规则一定要满足接口标准，所以，一定记得和第三方技术做沟通确认。
3）出现问题要有类比意识，同步核验同类的产品规则。
企业名称没有做好字段限制，在出问题后，应该第一时间类比全局和思考，不仅要洞察问题的本质（划重点：一个高阶产品经理必备的隐性技能）。产品经理也一定更要有敏感意识（敏感意识，高级产品经理的首要技能。），我们最初并没有意识到，只是排查到是这个字段规则有符号，就只解决了这一个字段。
结果在“经营地址”这个字段上，又出现了同样问题，同样也是包括英文符号，导致又线上阻断，我们特别被动，客户体验极差，业务受连累，显得我们产品设计不够专业，项目的过程管理也不够精细。
4）组织沟通解决时，要形成书面记录。
鏡同学当天下午紧急组织了沟通对接会，组织我们技术人员同第三方人员召开视频会议，重新梳理了所有接口对接的字段规则。
这里提醒下，会议沟通前，产品要将需要沟通的问题，比如，字段规则提前罗列清楚，等待对方确认，方便高效沟通。
同时，如果有和第三方对接的功能设计，产品经理牢记一定要达成共识，形成书面成果，避免沟通偏差。

文章插图
5）风险识别后，通知相关方。
在这个功能修复后，其实无法在仿真环境测试，必须在生产环境才可以测试，这个属于风险点，意味着，生产环境仍有可能存在问题。
这是因为银行测试环境接口不开放，属于技术限制，可以理解，但产品经理更应该注意的是，要识别到这是一个风险，记得提前给相关方发送邮件，尤其运营人员，说明风险点和应对方案，抄送给所有需要的人，也便于协同应对。
这次暴露出来的问题，让鏡同学还是深有触动，更加意识到基础产品设计不做详尽和彻底，抱有侥幸心理，则大概率就会存在墨菲定律。
出现问题，正确的应对态度，首先应该是解决问题。比如，我们应该及时组织沟通会；其次应该是分析原因，找到根本之法，比如，我们如果意识到是字段规则设定不一致的问题，就会全局梳理，而不会等到第二次暴雷；最后，一定要有敏感思维，吸收教训，转化为成长经验。
其实，错误本身也是发现真理的加速器，每个产品同学在日常工作中，不可避免的会遇到各种产品错误或者产品事故，重要的是如何应对。
而将错误转化为成长经验，这可能才是正确的“背锅”姿势。

文章插图
#专栏作家#产品大峡谷，公众号：产品大峡谷，人人都是产品经理专栏作家。七年B端产品经理，供应链物流与金融领域，擅长需求设计、业务指导、商业观察等。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议。