晋江文学城
下一章 上一章  目录  设置

77、第七十七章 负反馈来了 ...

  •   二期需求刚定完,江辞生日刚过,许惊蛰还没从“礼物通过验收”的余韵里完全出来,失物招领就迎来了一次不大不小的负反馈。
      事情起因是一条用户投诉。一个学生通过分享卡片认领了一只蓝色耳机盒,提交了外观描述,也通过了失主初步确认。结果线下交接时,真正失主突然发现耳机盒内侧贴纸不对,才意识到对方认领的其实是另一个相似耳机盒。东西没有被恶意冒领,但流程上确实暴露了问题:系统里物品描述太粗,认领核验依赖双方人工沟通,容易出现相似物品误判。
      客服把投诉转到产品群时,许惊蛰正在喝水。看到“误认领”三个字,他心里一下紧了。
      这不是线上崩溃,也不是资金损失,但它戳到了失物招领最核心的风险之一:帮人找东西,如果找错了,用户对系统的信任就会掉得很快。
      何经理在群里说:“小许,先把这条投诉完整梳理一下。不要急着给方案,先还原流程。”
      许惊蛰立刻打开工单详情,从发布信息、分享路径、认领提交、失主确认、线下交接到最终发现问题,一条条整理。客服同事补充了用户对话截图。失主一开始很激动,说“你们系统这不是乱牵线吗”,后来冷静下来后也承认自己确认时看得不够细,但仍然希望系统能在认领前提示更多特征核对。
      许惊蛰看着截图,心里有点不是滋味。
      他知道系统不可能替用户做完所有判断,也知道这不是产品组一个按钮能完全避免的事。但用户的失望是真实的。尤其失物招领这种功能,本来承载的就是急和盼。系统给了希望,又差点让人找错,那种情绪落差很难用“流程已提示,请用户自行核验”来轻轻带过。
      中午,何经理和许惊蛰一起过这条投诉。何经理问:“你看到的核心问题是什么?”
      许惊蛰没有立刻回答。他把流程图看了一遍,说:“不是分享卡片本身的问题,而是认领核验信息太粗。用户提交认领时主要填的是物品类型、颜色、地点这些通用信息,对于相似物品区分不足。失主确认时也没有被引导核对唯一特征,比如贴纸、划痕、配件、收纳袋、内部标记。”
      何经理点头:“还有呢?”
      “还有系统责任边界没有说清楚。”许惊蛰说,“用户以为系统匹配就是系统确认,但我们实际上只是提供线索和沟通入口。这里需要在认领流程里明确提示:线索提交不代表认领成功,需双方核对关键特征。”
      何经理看着他:“这次你没有急着写功能,挺好。”
      许惊蛰苦笑:“因为我现在脑子里功能太多,反而不敢乱写。”
      “这是进步。”何经理说,“这条投诉可以转成两个方向:短期提示优化,长期特征核验能力。你先写一版问题分析和短期改进建议。”
      许惊蛰点头。
      下午,他开始写分析文档。短期改进包括三点:认领提交页增加“关键特征描述”输入提示,示例包括贴纸、划痕、编号、配件等;失主确认页增加核对提醒,不直接使用“确认认领”这类强确定文案,而改成“确认该线索高度匹配”;线下交接前增加安全提示,提醒双方核验独特特征后再完成归还。长期方向则放入需求池:结构化特征字段、贵重物品双向核验、相似物品风险提示。
      写到“关键特征描述”时,他突然想起最早访谈里那个捡到耳机的女生说过:“颜色、品牌谁都能猜,最好是贴纸、损坏、收纳袋这种。”那时候他记下了,却因为一期边界收敛没有做。现在真实投诉又把这个点推回来了。
      产品工作有时候很残酷。你暂缓的点,不一定会消失,它可能只是等一个更具体的场景回来提醒你:我还在。
      许惊蛰把那段用户原话补进分析里,作为需求依据。何经理看完后,让他再加一段“为什么短期不做强制上传照片”。许惊蛰一开始想当然地觉得,上传照片不是更准确吗?但仔细一想,照片会带来新的问题:用户可能拍到隐私,图片审核成本增加,捡到者不一定愿意拍,失主也可能通过照片反向猜测信息。强制上传还会增加发布和认领门槛。
      他写完这段,觉得自己真的比刚入职时谨慎很多。以前遇到误认领,他可能第一反应就是“加照片”“加字段”“加验证”,现在会先问:加了以后谁来填、谁来审、谁会被劝退、会带来什么新风险。
      下班前,客服群里又转来用户的最新反馈。失主最终找回了自己的耳机盒,那个误认领的同学也没有恶意,双方解释清楚了。客服做了安抚,用户接受,但仍然建议系统提示更明显。
      许惊蛰看完,轻轻松了一口气。
      虽然事情没有变严重,但他还是觉得心里沉了一下午。这个功能帮人找回过戒指,也可能让人差点找错耳机盒。它不是只带来漂亮案例,也会带来麻烦、误解和投诉。产品如果只愿意看成功故事,就永远长不大。
      晚上,他和江辞视频,说起这件事时,语气比平时低一点。江辞听完,问:“很难受?”
      许惊蛰想了想:“有点。不是那种崩溃,就是觉得用户真的会因为我们一个提示不清楚而更着急。虽然不是我一个人的责任,但我参与了这个功能,就会觉得自己也在里面。”
      江辞说:“你在意,是好事。”
      “可在意也没法让所有问题都不发生。”
      “是。”江辞看着他,“在意不是为了保证不出错,是为了出错以后不麻木。”
      许惊蛰安静了几秒。
      这句话他很喜欢。出错以后不麻木。
      他低头看着桌上的小本子,说:“我今天第一次特别想钻进后台,把那个用户抱出来跟他说,对不起,系统没提示清楚,但我们会改。”
      江辞的眼神软下来:“你可以通过改功能做到一部分。”
      “嗯。”许惊蛰吸了吸鼻子,又觉得自己有点矫情,赶紧补一句,“当然我不会真的钻后台,后台可能也不支持抱人功能。”
      江辞笑了一下:“二期不做这个。”
      许惊蛰终于笑了:“后台抱人功能,优先级P999。”
      “暂缓原因?”
      “技术不可实现,隐私风险极高,用户体验诡异。”
      江辞笑出了声。
      许惊蛰心情松了一点。他发现自己现在越来越能把不舒服的情绪说出来。以前遇到这种事,他可能会用玩笑跳过去,或者硬说“还行”。现在他会承认难受,然后再开玩笑。顺序变了,心里也就没那么堵了。
      第二天,许惊蛰把误认领分析发给何经理,何经理带他开了一个小评审。短期提示优化很快通过,技术评估成本不高,可以插入下一个小版本。设计师把“确认认领”按钮文案改成“确认该线索匹配”,并在旁边加了一句提示:请核对贴纸、划痕、编号、配件等独特特征后再完成归还。客服也同步调整话术。
      小陈看着文案,说:“这次不需要我从宠物模块复用吧?”
      许惊蛰面无表情:“你敢写‘请确认它是不是你的’,我就把你写进事故案例。”
      小陈笑:“不敢。”
      功能小改上线后,投诉用户那边客服又做了回访。用户说:“这个提示加上就好,之前确实没注意要核对那么细。”
      许惊蛰看到这句话时,心里终于松了一点。
      这次没有戒指找回那样适合做海报的漂亮故事,也没有梁经理在群里大力表扬。它只是一次小投诉,一次小修复,一个用户说“加上就好”。但许惊蛰觉得,它和成功案例一样重要。因为它让系统少了一点让人误会的地方,也让他多了一点面对负反馈的能力。
      周五晚上,江辞来接他下班。许惊蛰走出公司时,整个人比前几天轻松。江辞问:“投诉处理完了?”
      “嗯。提示优化上线了,用户回访说可以。”许惊蛰说,“没有海报,没有锦旗,但我觉得挺值得。”
      江辞点头:“很值得。”
      许惊蛰看着他,忽然笑:“江辞,我发现你现在已经能准确接住我的工作情绪。成功你也听,失败你也听,厨房事故你也听。”
      “嗯。”
      “那你会不会觉得我工作话太多?”
      “不会。”江辞说,“这是你正在长大的部分。”
      许惊蛰耳朵热了,却没有像以前那样立刻贫。他想了想,轻声说:“那你也要告诉我你工作里的烦。”
      江辞看他:“好。”
      “不要等我发现。”
      “嗯。”
      他们沿着街边慢慢走。路边有人丢了一个空奶茶杯,滚到垃圾桶旁边。许惊蛰看见了,忽然弯腰捡起来丢进垃圾桶。江辞看着他,眼里带笑。
      许惊蛰直起身,立刻解释:“职业病。看见失物就想处理。”
      江辞说:“这是废弃物。”
      “那也是异常物品。”许惊蛰拍拍手,“许产品负责城市轻量级闭环。”
      江辞笑了。
      那一瞬间,许惊蛰忽然觉得,不管是失物招领,还是他的生活,好像都在慢慢学会同一件事:东西丢了,不要慌;找错了,也别装没看见;能修的修,能补的补,实在找不回来的,也要知道自己尽力走过那条路。

  • 本文当前霸王票全站排行,还差 颗地雷就可以前进一名。[我要投霸王票]
  • [灌溉营养液]
    • 昵称:
    • 评分: 2分|鲜花一捧 1分|一朵小花 0分|交流灌水 0分|别字捉虫 -1分|一块小砖 -2分|砖头一堆
    • 内容:
    •             注:1.评论时输入br/即可换行分段。
    •                 2.发布负分评论消耗的月石并不会给作者。
    •             查看评论规则>>