许惊蛰第一次参加公司周会，提前十分钟到了会议室。
他本来以为自己已经算早，结果推门进去时，梁经理和何经理已经在里面了。梁经理正在看上周数据，何经理抬头看见他，招了下手：“来得正好，把你那页简报投一下试试，看看格式有没有问题。”
许惊蛰心里一紧，立刻接上电脑。投屏亮起来，他昨天做的一页简报出现在大屏上。黑字白底，结构很干净，至少看起来不像答辩PPT。何经理扫了一眼：“可以。等会儿你讲这页，三分钟内。”
许惊蛰愣住：“我讲？”
何经理看他：“你整理的，你讲最清楚。”
许惊蛰嘴上立刻说好，心里却开始报警。虽然只是三分钟，但这不是学校项目，不是答辩现场，也不是模拟面试。会议室里坐的都是真正做这个业务的人，他一个实习第二天半的人，讲得太浅会显得没用，讲得太多又显得没边界。
梁经理看出他紧张，说：“不用做汇报，就把你看到的反馈集中点讲清楚。”
许惊蛰点头：“明白。”
人陆续进来，会议室很快坐满。技术、设计、运营、产品都到了。许惊蛰坐在角落，手心有点汗。他低头看小本子，里面写着三句话：先说结论；再说证据；最后说判断。不讲方案。
会议开始后，前面先过数据。活跃用户、发布量、完结率、投诉率、反馈入口点击量，一个个数字从屏幕上滑过去。许惊蛰努力跟上，但还是有些地方听不懂。他把不懂的词记下来，打算会后查。听到失物招领模块时，何经理示意他准备。
许惊蛰站起来时，会议室里没有人特别严肃地看他，大家只是自然地等他讲。这反而让他更紧张。他清了清嗓子，开口：“我整理了最近一个月和失物招领相关的用户反馈，反馈集中在三类问题：第一，入口和信息可见性不足，用户找不到发布入口，或发布后不知道信息有没有被看见；第二，匹配效率弱，丢失和拾取信息之间缺少有效对应，很多用户还是依赖群聊和表白墙；第三，认领安全风险，主要集中在贵重物品冒领和身份确认上。”
他说到这里停了一下，看了一眼屏幕：“典型反馈里有一句比较直接，‘表白墙比你们系统好用’。我理解这不只是吐槽，也说明用户在寻找更快、更可见的传播渠道。所以初步判断是，官方系统不一定要替代非正式渠道，而是要把这些渠道的扩散优势接回来，同时把认领流程留在系统内，保证可追踪和安全。”
三分钟不到。
讲完后，他坐下，觉得自己后背出了一层汗。
会议室里安静了一秒，梁经理点头：“这个判断挺好。表白墙不是敌人，是用户自发选择的传播方式。后面做优化可以考虑分享链路，但核心认领不能散出去。”
运营同事接话：“这个对学校合作方也好解释。我们不是鼓励学生绕开系统，而是让外部传播把用户带回系统。”
设计师说：“那入口和分享页要一起看。”
老周皱了皱眉：“分享链路做起来不难，难的是回流后怎么判断同一物品，不然重复信息会更多。”
讨论很快展开。许惊蛰坐在一边，听着自己的那句判断被大家接过去，拆开，补充，再质疑，心里有种很奇妙的感觉。学校项目里，他讲完一个观点，评委点头或者提问，结果比较单一。这里不一样，一个判断不是终点，而是被团队拿去继续加工。
他忽然觉得，产品工作不像一个人把方案写漂亮，更像把一个问题放到桌上，让不同角色都能接住。
周会结束后，梁经理离开前看了他一眼：“小许，你这个反馈视角不错。后面继续跟失物招领这个小方向，先协助何经理做需求调研。”
许惊蛰立刻点头：“好的。”
这句夸让他开心了一上午。
开心到中午吃饭时，倪然看他表情，笑着说：“被夸了？”
许惊蛰努力稳住：“还行。”
陶舟毫不留情：“嘴角压不住。”
许惊蛰低头吃饭：“新人获得一点正反馈，很正常。”
倪然说：“正反馈可以高兴，但别急着膨胀。梁经理夸你反馈视角好，不代表你需求方案就能一次过。”
许惊蛰顿时觉得这群产品经理和江辞一样，都很擅长在他飘起来之前给他绑沙袋。
下午，何经理给了他一个新任务：基于上午的讨论，整理一份更详细的用户访谈提纲，下周准备约几位学生用户远程访谈。许惊蛰听到“访谈提纲”时，心里还挺有底。毕竟学校项目里他做过用户访谈，知道怎么问场景、问痛点、问流程。
他打开文档，写得飞快。
“请问您最近一次丢失物品的经历是什么？”
“您通常会通过哪些渠道寻找失物？”
“您认为当前失物招领系统最大的问题是什么？”
“如果系统增加一键分享功能，您是否愿意使用？”
“您能接受认领时填写哪些验证信息？”
写完第一版，他发给何经理，自我感觉还不错。
十分钟后，何经理叫他过去：“小许，你这个提纲有基础，但问题挺多。”
许惊蛰心里咯噔一下，坐下来：“您说。”
何经理把文档打开：“第一，问题太直接。你问‘当前系统最大的问题是什么’，很多用户答不上来，或者只会说不好用。你要让他讲具体经历。第二，别太早抛功能，比如一键分享。你一问这个，用户就会顺着你的设想回答，访谈会被你带偏。第三，问题顺序还可以更自然，先问最近一次丢东西或捡东西，再问当时怎么处理，在哪一步卡住，最后才问如果有系统帮助，他希望是什么。”
许惊蛰听得脸有点热。
他原本以为自己擅长访谈，结果一到真实工作里，才发现以前很多问题问得还不够专业。学校项目时间紧，他靠反应和表达救了不少场，但公司要的是稳定可复用的方法。
何经理语气不重，但说得很细：“你不是不能问功能，而是不要一上来验证自己的方案。先理解用户真实行为，再看方案适不适合。”
许惊蛰点头：“我明白了。我刚才还是太想把上午讨论的方向往下推了。”
何经理说：“这很正常。新人容易这样。改一版给我，别急。”
回到工位，许惊蛰那点被夸起来的高兴已经降了一半。他盯着访谈提纲，心里有点挫败，但不至于崩。以前被指出问题，他第一反应可能是贫两句掩饰，或者在心里想“我也不是专业的”。现在他知道，这就是工作的一部分。被夸是真的，被打回原形也是真的。
他把提纲重新改了一版。删掉功能导向问题，改成行为追问。
“您当时第一反应是去哪里找？”
“为什么选择这个渠道？”
“有没有尝试过官方系统？如果没有，原因是什么？”
“如果发布后没有回应，您通常会怎么做？”
“认领时您最担心什么？”
改完后，他发给何经理。何经理看完，说：“这版好多了。明天再细调。”
许惊蛰松了口气。
下班后，他没有立刻给江辞发“我今天被夸了”，而是先在小本子上写复盘。今天两件事：周会简报被认可；访谈提纲被大改。得到的经验：不要把用户访谈当成验证自己想法的工具；先问经历，不急着问方案。
写完，他才给江辞发消息：今天周会讲了三分钟，被梁经理夸反馈视角不错。下午访谈提纲被何经理改了一遍，发现自己还是学生思维。
江辞：怎么说？
【当前章节不完整】
【阅读完整章节请前往原站】
【ggds.cc】