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

产品岗真实工作体会~ 我所在的产品线整体风格不卷，加班不严重，周末大家都安排自己的生活，可以安心放下手机，也让我彻底放下“不秒回羞耻症” 阿里云团队规模太大，分工很细，人也很多，想搞清楚一件事情要对接好多好多人，要熟悉的流程也贼多，这个过程的确有些累，但我估计只要在大厂都会这样 感觉这边做事情自由度更高，换句话说，老板只要结果，过程怎么做自己想办法去 凡事凡人都爱讲价值。初次对接的其他部门的同事，也会直接问我，“你对业务的价值是什么” 目前线上线下接触到的同事估计有四五十个，99%交流都顺畅，有话都直说 这一个月约了不少coffee talk，即使没有直接的工作关联，大家还都挺热心解答我各种疑...

前面技术面的都挺顺利的，也都答上来了，面试官印象也挺好。leader面的时候最后说匹配度不是很高，这是横向还是劝退了啊😭求指导😭

最近事情一直挺多的，所以回应质疑拖到现在，我看了下大致分为下面几类引流/打广告：没说错，是存在的说虚假宣传/请拖：没有，每个都是从牛客认识并且一路教下来的，一些质疑比较多的帖子我发下聊天记录（发过的就不补发了，节省时间）不是项目的作用是学历的作用：我教的所有人都是2、3、4月0实习的92，甚至有些找我的时候项目八股算法基础接近0，这种情况下一到两个月速成暑期offer，大家可以问下认识的92是什么难度。有段实习或者没实习但学了半年到一年基础扎实的92拿到大厂暑期offer确实挺正常的，但那个时间点他们就是没有实习，鲨了他们也没有实习，那该怎么办，如果没在我这学结果就基本如下北邮硕，走java时...