作为产品经理，入职平安产险科技一年多来最深的感悟是：用户调研是产品的生命线！尤其是对内赋能一线的工具型产品，调研做得透不透，决定了产品的解决问题能力。今天结合真实工作场景，分享我的经验：1️⃣ 调研核心目的：搞清楚「谁痛」和「怎么痛」？我的用户很明确一线作业人员和基层管理者，对应两类核心需求：提效需求：帮他们减少无效操作，比如简化流程、自动抓取数据管理需求：帮管理者更高效地统筹团队，比如实时监控作业指标2️⃣ 调研对象怎么选？找对人比说对话更重要一线执行者（直接用户）优先选工龄3年以上的老员工：他们对流程漏洞最敏感，能指出约定俗成但不合理的环节避开刚入职的新人：可能还没摸透实际痛点，容易被表面流程限制管理者（需求发起方）问具体场景别问空泛问题：“您觉得系统哪里需要优化？”（大概率得到都挺好的敷衍回答）3️⃣ 调研实操技巧：3 步挖到真实需求第1步：沉浸式观察法 —— 看他们怎么干活第2步：连环追问法把抽象变成具体无效提问：“这个功能用起来方便吗？”有效提问：用细节问题引导用户跳出习惯，正视真实痛点第3步：反向验证法 —— 用假设排除伪需求当用户提出需求时，反问一句：“如果不做这个功能，对您的工作影响有多大？”“有没有其他替代方案（比如线下沟通）能解决这个问题？”（过滤掉 “想要但非必要” 的伪需求，聚焦核心痛点）避坑提醒：别用总部视角臆想需求数据和体感要结合警惕沉默的大多数做用户调研就像剥洋葱，每多问一层，就离真相更近一步。比起追求 “完美方案”，不如先迈出第一步，走到一线去全是办法。

新增26届暑期实习岗位内推~得物测开一面面经，摘自优秀牛油面试时间：24/10/19面试时长：30 min1. 自我介绍； 2. 为什么找测试岗位； 3. 讲一下测试的一般流程； 4. 设计测试用例的常用方法； 5. 如果需要测试一个接口，去测试一个并发场景，应该如何去做； 6. 如何去设置多线程； 7. 10万级别的接口访问量，如何去模拟； 8. 数据库了解如何； 9. 2000万中有2万条数据是热数据，需要经常使用的，如何实现； 10. socket 和 http 的区别； 11. 现场直播或者打游戏，在线视频，使用 http 还是 socket； 12. 如果你负责一个项目，需要多个团队...

大学学的医学信息，毕业后误打误撞做了实验技术，觉得工资太低为了过渡转了销售，可是又不想一直干销售，想请问客户大佬们，之后额路该怎么规划比较好呀

To B产品有三类文档：1、客户需求确认：需要把客户需求沟通清楚，流程业务场景突出需要。比如医美机构要求我们搞一个排队叫号系统，我们需要清楚业务流程：客户预约-面诊排号-面诊叫号-面诊-敷麻排号-敷麻叫号-敷麻-治疗排号-治疗叫号-治疗。其中，敷麻分为两种，第一种是客户去分诊台敷麻，自己卸麻；第二种是客户去专门的房间做面部清洁、敷麻、卸麻，这种才涉及到敷麻排号。2、PRD：a.大需求：页面流程尤其是逻辑需要说明清楚，不要让别人产生误解。包括页面新增哪些功能权限，要对这些功能权限组进行详细说明。新增页面上存在的各种字段，也需要说明它们是干嘛的。即使是相似的功能，解释也不能省。小步快跑，多次迭代。考虑到研发成本有限，有些基础的东西没时间做，因此第一次做某个功能时，不要想得太细太多，先解决客户当下的诉求，对于未来可能存在的需求，放到未来的版本迭代。b.小需求：新增功能时不用介绍老功能，否则抢占篇幅，让人抓不住重点。略去已知的背景，尽量用几句话简要说明即可。比如，最开始我的描述是：“在某个订单项目上选择支付方式为增值金后，系统判断该项目最大可使用增值金的比例，结合该项目的折后价格，校验增值金支付金额。如果输入金额超过该项目最大可使用金额，提示"订单中包含有增值金支付上限的品项，请按项目支付"。”mentor告诉我，不需要提示已达到增值金支付比例，系统直接修改金额。于是我改为：“基于“增值金支付比例”和“项目最大支付增值金比例”综合进行判断，自动修正为可使用金额上限。”3、产品操作文档：把产品使用场景和操作路径讲解清楚。机构不关心底层逻辑，只需要介绍哪些功能发生变动。