下一章 上一章 目录 设置
96、第九十六章 转正后的月 ...
-
许惊蛰原本以为,转正以后自己会迎来至少三天的精神缓冲期。
事实证明,公司对“缓冲期”这个词的理解和他对“缓冲期”的理解并不一样。他理解的缓冲期,是稍微喘口气,整理一下工作文档,把转正花换个杯子继续养两天,晚上和江辞吃顿热饭,顺便感受一下正式员工的庄严感。公司理解的缓冲期,是你既然已经转正了,那正好参加下周月度复盘,并顺便接一个新方向的前期调研。
何经理把会议通知发给他时,许惊蛰正在看认领核验上线后的三日数据。数据整体不错,“我有相关线索”的分流使用率比预期高,误点“认领”的情况减少,关键特征填写质量也在示例文案补充后明显提升。唯一比较离谱的是,仍有用户在关键特征里写“它长得很像我的”。孟星问这算不算有效特征,许惊蛰说:“这属于灵魂识别,不属于产品字段。”
孟星很认真地点头:“灵魂识别暂不支持。”
小陈在旁边听见,立刻说:“三期做AI灵魂识别?”
许惊蛰看他:“你要不要先支持一下人类正常识别?”
小陈笑着端咖啡走了。
许惊蛰刚把数据结论写进文档,就收到何经理的消息:下午月度复盘你也参加,准备讲一下失物招领近期两个优化的效果。另外,下个月校园生活线会探索“校园互助任务”方向,你先听听,后续可能让你做前期调研。
许惊蛰盯着“校园互助任务”几个字,心里一紧。
新副本来了。
他把消息给江辞截图:正式版上线没几天,系统给我派新任务。
江辞回:说明运行稳定。
许惊蛰:你现在夸人越来越像产品公告。
江辞:那换一句,你很适合接这个。
许惊蛰看着这句话,嘴角没忍住翘起来。然后他立刻警惕:不能飘。父亲说过,别刚转正就飘。于是他坐直,打开文档,开始准备下午复盘。
月度复盘比普通需求会更正式一点。梁经理在,运营负责人也在,技术负责人也在,合作方接口人远程接入。许惊蛰以前参加这种会,多半是在后排听着,最多被何经理点名补一两句。今天他要自己讲一段,而且还是转正后第一次在比较正式的场合汇报结果。
为了不把复盘讲成答辩,他只准备了三页内容。第一页是失物招领分享功能上线后的关键数据,第二页是重要物品标签和认领核验优化的效果,第三页是问题与后续计划。何经理看过后只说:“别把每个指标都念一遍,讲结论。数据是证据,不是正文。”
许惊蛰觉得这句话可以刻在他的工位上。
下午三点,复盘开始。前面几个模块讲完后,轮到校园生活线。何经理先简单介绍整体情况,然后把失物招领这部分交给许惊蛰。许惊蛰打开页面,手指在触控板上轻轻停了一下,忽然发现自己没有像以前那么慌。紧张当然有,但不是那种一开口就怕说错的紧张,而是知道自己要讲什么,也知道哪些地方还不完美。
“失物招领近期主要做了两个优化。”他开口说,“第一个是重要物品标签,第二个是认领核验流程。重要物品标签上线后,证件、钥匙、钱包和电子设备类使用率较高,分享卡片点击率有小幅提升,但也出现了情感型重要的泛化趋势,比如伞、玩偶、纪念物等。我们目前没有立即收紧,而是通过文案引导和数据观察判断后续是否需要调整入口。”
梁经理点点头:“这个判断前面讨论过,继续观察。”
许惊蛰继续说认领核验:“认领核验优化上线后,‘我是失主,想认领’和‘我有相关线索’的分流起到了作用。三日数据看,部分原本可能误点认领的用户选择了线索提交,客服解释成本下降。上线首日出现少量无效线索,比如鼓励类内容,我们已经通过示例文案优化,引导用户填写时间、地点或保管信息。”
技术负责人问:“关键特征必填后,有没有明显降低提交率?”
许惊蛰切到数据页:“高风险类别提交率有轻微下降,但完成后的有效描述比例提高。我们初步判断,这个下降是可接受的,因为原先这部分低质量提交本身会增加后续核验成本。后续会继续看认领成功率和客服介入量。”
这句话说完,他自己都觉得有点陌生。几个月前,他还在为怎么写按钮文案焦虑,现在居然能在会议里讲“低质量提交增加后续核验成本”。人类成长的证据,有时候就是你开始说一些以前觉得像大人说的话。
合作方接口人问:“重要物品标签如果泛化,会不会影响真正紧急的用户?”
许惊蛰没有急着回答。他想了想,说:“会有这个风险。所以我们现在更倾向于把它定位为‘重点留意’而不是‘紧急处理’。如果后续泛化继续加重,可以考虑两种方案:一是收紧入口,只在功能性重要类别默认展示;二是拆分表达,比如把情感型重要放到备注或故事化展示,不和证件、钥匙这类高影响物品共用同一个标签。这样既不完全压掉用户表达,也避免标签失去识别度。”
会议室安静了一下,梁经理说:“这个方向可以,先记到后续池。”
许惊蛰暗暗松了口气。
复盘讲完后,会议进入下一个议题:校园互助任务。这个方向还在非常早期,想法是基于失物招领、校园问答、闲置协助等场景,探索学生之间的低门槛互助,比如帮忙带文件、寻找教室、临时借用物品、校园路线指引等。运营觉得有社区活跃价值,合作方觉得能提升学生服务体验,技术觉得边界很大,产品则一致认为:听起来很美,风险很多。
许惊蛰一边听,一边记。越听越觉得这个方向像一只还没长出形状的怪物。什么都能做,往往意味着什么都可能做乱。互助任务会不会变成跑腿平台?会不会涉及安全风险?学生之间如何建立信任?是否允许报酬?任务范围如何限制?责任边界怎么写?如果有人发布“帮我拿快递”“帮我占座”“帮我送东西到宿舍”,平台要不要管?如果线下见面出问题,谁负责?
许惊蛰越记越清醒。失物招领已经够复杂了,校园互助任务更像把一群真实的人放进同一个流程里,让他们发生线下行为。产品不是只做一个发布按钮就完事了,它要面对人的懒、急、善意、误会、占便宜和各种奇怪需求。
会后,何经理问他:“听完什么感觉?”
许惊蛰诚实说:“感觉很有价值,也很危险。”
何经理笑了:“这句话不错。后续你先做前期调研,不写方案。重点看真实需求是什么,边界在哪里,哪些场景不能做。”
许惊蛰点头:“明白。先研究问题,不急着做功能。”
“这句话你现在说得很自然了。”
许惊蛰有点不好意思:“被您训练出来了。”
晚上,他把新方向讲给江辞听。江辞听完,问:“你感兴趣吗?”
“感兴趣。”许惊蛰说,“但我现在不会像以前那样一听新方向就觉得要做个大功能。我第一反应是,边界要先画清楚。校园互助听着很温暖,但一不小心就会变成校园版万能跑腿,甚至引发安全问题。”
江辞说:“这说明你开始看到功能后面的人。”
许惊蛰咬着筷子想了想:“是。以前我看需求,像看按钮和页面。现在看需求,会想到谁会用、怎么被滥用、客服怎么解释、学校会不会担心、用户会不会被误导。”
江辞看着他:“这就是正式版的变化。”
许惊蛰忍不住笑:“正式版也会害怕。”
“害怕是正常的。”
“但这次害怕里有一点兴奋。”许惊蛰低头笑,“我好像真的想继续做下去。”
江辞给他夹了一筷子菜:“那就做下去。”
那天晚上,许惊蛰在小本子上写:转正后第一次月度复盘。讲了重要物品标签和认领核验数据,没有念成流水账。新副本:校园互助任务。初步判断:有价值,也危险。下一步:调研真实需求和边界,不写大饼。
写完,他又补了一句:正式版不是通关,是终于走出新手村。