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

产品经理具体是干什么的？这次用大白话讲清楚产品经理属于非技术岗大类里，上限最高的，难度最大，客观门槛最高的岗位。对应的薪资也是非技术岗里的第一梯队。、上限高难度大，是因为你什么都要会，你是这个产品的妈，要知道不同阶段孩子的生长特点，要会挖掘孩子的需求，根据需求改进，要会给孩子打扮。最终让孩子实现经济独立产品经理这个岗位，不是互联网兴起之后才有的。传统的行业，早早就出现了。是为了防止当一个产品生产出来之后，出现问题互相推脱，而设立的岗位。你可以是一台机器的产品经理，也可以是一包薯片、一瓶洗发水、一种药品、一款车、一个网页、一个app的产品经理。正常的产品经理，比如一包零食，你要知道根据食材的标准...

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

📍面试公司：Shopee💻面试岗位：Android开发❓面试问题：先来说说选择题吧，一共是10道题，我记得的核心点有： 几种常见插入算法的附加存储开销比较 里氏替换 Kotlin(这是我之前没了解过，直接懵了) Java的方法签名 虚拟内存 HTTPS（默认端口，是否一定安全，是对称还是非对称加密） RetentionPolicy.Runtime，注解什么时候可见 Handler,MessageQueue的区别 简单的Java并发和JVM（当时做到这里才缓了口气，感觉遇见了老熟人） 简单的链表 用Android Intent传输数据，哪种类型的可以直接传（这里也是懵了）再来说说3道编程题吧...