优惠券管理1、优惠券按照使用门槛分类有现金券、满减券、折扣券；按照适用范围分为单品券、品类券、品牌券；按照发放主体分为平台优惠券、店铺优惠券。2、优惠券的生命周期：制券、发券、用券(核销or过期作废)、统计。3、生成优惠券：主要是优惠券信息和推广信息的设计。4、发送优惠券：主要有用户主动领取、用户被动领取之分。5、优惠券核销：a选择用户已领取优惠券列表中当前订单可用的优惠券。b若有多个金额不同的优惠券，默认选择可抵扣最高金额的优惠券。c如果金额相同，先匹配同类优惠的优惠券，但如果优惠券额度大于支付额度，弹框提醒是否继续操作。6、优惠券统计：主要统计发送张数、使用张数。7、优惠券前端页面展示位置有：优惠券列表、订单提交页、购物车、商品详情页、领券中心（或优惠券分享链接）。8、优惠券的好处：促使用户消费、帮用户省钱。9、优惠券在订单中的逆向流程：1、统一设置成不可返还、用了之后就不退。2、订单中全部退款时，优惠券全部退还。3、订单中部分退款时，普通优惠券不返还。

产品经理的学习方式有哪些呢？1、看书、看学习视频、看公众号文章2、听行业音频3、看行业网站4、参加行业活动、交流会等5、加入高端行业学习社群6、线上或线下上行业培训班7、订阅行业APP会员或购买线上课程8、听行业大牛的讲座、课程9、请教身边同事10、跨行业朋友交流11、在职教育12、有大咖言传身教13、写作输出个人原创文章14、体验各种好的产品

如何成为产品总监？内因：1、经常向上思考。2、对公司各业务系统极其熟悉。3、能力出众老板提拔。4、直接面试产品总监岗位。5、老员工，资历深。6、经常为总监排忧解难。外因：6、你上面的总监走了。7、被人内推。8、被其他公司挖走。9、运气好。

产品经理如何建立个人行业影响力？1、不要脸：多站台，多露面。2、平台：大平台发表个人认知的产品（文章、视频、音频、观点等）。3、圈子：建立自己的圈子（公众号、社群、联盟等）。4、沉淀：写作、出书。5、捷径：做出好的产品。6、利他：帮助有需要的人。7、合作：资源置换。8、坚持+自律：成功并非偶尔，持之以恒才是王道。

什么是产品批判性思维1、判断信息是否恰当 2、区分理性的断言与情感的断言 4、区别事实与观点 5、识别证据的不足 6、洞察他人论证的陷阱和漏洞 7、独立分析数据或信息 8、识别论证的逻辑错误 9、发现信息和其来源之间的联系 10、处理矛盾的、不充分的、模糊的信息 11、基于数据而不是观点建立令人信服的论证 12、选择支持力强的数据 13、避免言过其实的结论 14、识别证据的漏洞并建议收集其他信息 15、知道问题往往没有明确答案或唯一解决办法 16、提出替代方案并在决策时予以考虑 17、采取行动时考虑所有利益相关的主体 18、清楚地表达论证及其语境 19、精准地运用证据为论证辩护 20、符合逻辑地组织复杂的论证 21、展开论证时避免无关因素 22、有序地呈现增强说服力的证据

什么是同理心呢？1、换位思考2、理解用户的愤怒与恐惧3、理解用户的满足与不满足4、尊重人的七情六欲5、抓住用户的潜意识6、倾听用户的声音7、不要故意引导带偏别人8、放空自己，接纳别人的世界观9、不要带个人情绪

如何提高行业洞察力？1、看国家政策2、看行业新闻，看行业分析报告，看行业分布，看行业巨头的招股书3、看行业内的主要玩家，看行家的商业模式，看行家的优劣生态4、看玩家的主要供应商，看玩家的钱流和物流5、看股票6、看经济大环境7、洞察行业趋势，了解行业走向8、看社会市场大环境。9、看资本环境10、多和大佬交流11、进入行业高端核心圈儿12、PEST模型

解读商业模式画布（BMC）解读：建议每个人都抽时间整理下这个画布，想想你当下，填满之后，是否不会再如此迷茫？再如此不安？是否能找到目标和奋斗方向？客户细分（cs）-- 谁是你的客户和用户？你的客户和用户希望获得的是什么？价值主张(vp)-- 你为客户提供什么产品/服务？你的产品/服务为客户创造了怎样的价值？为什么他们需要你创造的这个价值？渠道通路(ch)--通过何种渠道通路可以将你创造的价值传递给你的客户？这种渠道通路是你的客户希望的么？客户关系(cr)--如何获取、留存、增长你的客户？收入来源(rs)--你的盈利模式是什么？你的定价策略是什么？核心资源(kr)--为了创造、传递、获取价值，你需要哪些核心资源来撬动你的商业模式？关键业务(ka)--为了运作你的商业模式，有哪些关键的生产经营活动是你必须进行的？重要伙伴(kp)--为了运作你的商业模式，有哪些个人或机构需要成为你的重要商业伙伴为你的创业提供支持？成本结构(cs)--为了实现价值的创造、传递和获取，你需要哪些成本支出？你的成本结构是怎样的？

如何提高产品人自我的认知能力？1、要坚持独立思考。2、要活出自己的个性。3、要爱学习、爱钻研。4、要忘掉你学校的师生制教学方式。5、要保持好奇并自我找真相。6、要学会独自面对问题，给出解决方案。7、要自我去感知世界。8、多多反省自我过错。9、多与人交流你的认知。10、多看专业书籍。11、多问自己几个为什么。12、要有自己辨别是非的能力13、不要人云亦云，被某些媒体舆论带偏。

开发不适合做产品经理，为什么？1.程序员和产品要求的能力不同，本就不对等，对于转行的人来说程序员可能更有优势，且对比C端更适合转B端2.程序员逻辑能力强,角色,数据库表划分很清晰，但大多数人都很内向，面对用户需求的沟通是否能放得开？可以了解的更深层次？有待商榷3.程序员思维容易固化，对产品的创新方面容易限制，缺乏产品思维4.b端主要是行业背景，对业务熟悉才会有一定优势，程序员的优势体现在技术方面，每个程序员的技术能力不一样，逻辑能力也不一样，因人而异，不一定所有程序员做b端都有优势5.如果适合是说相对产品本身而言，程序员确实有天然的优势。如果适合是说面向市场而言，程序员就不擅长了。毕竟一个产品的成功，逻辑能力不是关键因素。6.程序员对内，产品经理对外，程序员主要解决性能问题，可以只琢磨事不琢磨人，而产品经理之路则是要琢磨事，首先要琢磨人，只是相比其他行业入行产品经理，程序员具备懂开发的基础会更方便入行7.程序员单纯的开发逻辑，并不适用市场逻辑，而且如果长期仅以开发逻辑来执行产品的开发，产品会出问题8.产品与技术是两个层面的工作，侧重点、方向不同。产品更注重产品体验，技术型更注重底层的一些东西，而且有技术背书的人，往往会陷入产品自身的逻辑中去，容易忽略用户层面的一些东西，反而有局限性9.一个b端产品会由多个模块组合，程序员对单一开发也只会在其中某一个模块逻辑性强，但是对多模块产品的逻辑性普遍较差。10.技术有时候更在意的是代码的效率等技术类东西，对于业务需求不会特别的关注和剖析，而且产品所需要做的不仅仅是项目编码这一块，更多的还是需要产品身上的资源协调能力和沟通能力。

程序员很适合做B端产品经理，为什么？1.程序员写代码时也是在处理各种业务逻辑，锻炼到了思维能力2.B端产品常要面对用户，对于用户提到的技术问题，程序员可以快速判断需求是否可实现3.做B端产品需要有一定的技术知识和软件工程知识，程序员在这方面比较有优势4.对于复杂的产品逻辑，程序员出身的B端产品和开发沟通成本低5.程序员有技术方面的优势，对底层的框架逻辑了解比较清楚，且能在第一次需求初筛中判断实现难度与可行性；最主要的是埋点的策略会很精准。如果再去刻意练习一下产品思维，在b端还是比较有优势的。6.程序员转B端产品经理有天然优势，包括逻辑思维，实现成本，风险控制，沟通说服力（不管是对技术还是对客户），市面上优秀的产品经理基本都是开发出身（乔帮主是例外的例外），优秀B端产品需要业务理解，行业洞察，资源整合，项目管理等这些能力

话题0803-1：你为什么选择做B端产品经理？参考观点：1、之前做c端，想试试b端2、提醒可以参考钉钉3、c端趋于饱和，b端前途无量4、想培养自己的罗辑思维5、物以稀为贵，b端相比于c端产品，还是少很多的6、面试官认为我能胜任B端7、B端能接触公司更底层的业务，了解公司更为全面的商业模式8、业务人员转型过来，对业务熟悉，适合做B端产品9、上车就入了B，做下来也比较感兴趣，也看好B的发展前景10、B端强调业务流程、功能，相比c端更易接受。11、觉得B端最终的优化推广会包含C端12、面试不小心面上b端，工作过程中，发现b端业务逻辑更强，更有挑战13、b端相对于c端来说接触的人员更多，接触领导很多，方便通过业务来扩充资源人脉14、实现职业规划，做一名全能型产品经理15、从职业生命力来看，B端比C端更持久，更稳定。16、没有刻意选，近年才知道原来是B端产品经理17、自身积累的经验以b端为主18、公司业务需要，慢慢转型中19、B坚持下来，有经验壁垒，不容易被代替20、B端深耕一个方向，也许能成为产品专家，会更有价值21、原来做C端，当前公司核心业务在B，目前同时做，做B端后产品思维发生了改变从更关注用户体验到更专注业务场景、逻辑更加缜密，更易于公司收益，从自身出发还没有规划那么清晰C还是B22、技术转产品，就直接B端产品的技术类型PM了。23、B端市场前景大，且目前没有绝对的巨头，给到自己的机会也多24、 入职的时候根本不知道B端还是C端，是产品就去了，而且进去产品这个行业也是稀里糊涂，大学毕业，觉得不想写代码，这个产品的工作要求看着我好像会做，就去做产品了，至于做B端，应该是说稀里糊涂做了B端25、B端要求相对高一些，比如也要了解技术知识，逻辑思维能力强，这样能够全面提高自己，倒逼自己学习。26、B端和C端都做过，B端逻辑性更强一些，自己逻辑性没有那么好，喜欢偏营销性强的c端。想往c端的用户增长这块走。27、B端实用性大于美观性，能切实解决问题，更能锻炼逻辑思维能力。28、暂时没有选定方向，不过看了些招聘，同经验的来说。感觉b端工资相对高点。29、感觉B端比C端更容易存活，一个新产品出来，C端很有可能被迅速替代掉，但B端挺难

话题：你是如何看待直播的？直播运营到底是个啥什么职业？你知道直播运营服务师吗？回答：1.直播，是信息呈现的方式。运营，无非也就是三点，用户运营（拉新留存），活动运营（转化率），内容运营（留存）。直播运营，无非就是通过短视频直播的形式，做一些短期简单的活动功能，从而实现用户增加和收入提升。直播行业，还有一种特殊的群体，叫经纪公司，服务这些群体专门有一种职位叫做工会运营(也就是大客户运营)2.直播运营分为几个模块：合作渠道对接，直播内容策划，直播生态管控。直播运营从直播前，直播中，直播后掌握每个环节的节奏，人货场，选品，布景，人设，脚本，互动，复盘等等3.直播是一个自我销售的模式，跨地域性，低成本营销方式，得到更多的受众群体。直播是碎片化的内容。4.直播运营服务师。类似李佳琦的小助理以及他背后的团队5.带货的本质依然是销售，从零售的4P去拆解，也就是产品，价格，渠道，宣传，看这个直播本身改变了这4个要素的哪些，大概率我们也可以看到不同公司在做这件事情时候的不同策略跟优势所在。

话题0724-1：产品工作中，如何避免需求场景出现遗漏？参考观点：1、正向思考，反向思考，特殊场景思考2、考虑考虑异常情况3、思考设立的场景，再到现实场景中进行走查4、通用：1、4反问：为什么这样？为什么那样？为什么不这样？为什么不那样？2、5追问：问自己5个为什么5、场景是用来辅助理解需求原委的，是由需求本身延伸所得，方法论就是猪哥说的5W2H6、mece原则，实操的时候还是会有遗漏，先尽力做到自己能做的，后续在补足7、需求场景的遗漏，一般是产品用户画像不全的后遗症8、1）问清楚业务方这样做的目的是什么？      2）了解有哪些人会参与，并画出业务流程图与业务方核实；      3）如果有条件的话，可以真正的融入到真实场景中，然后亲自去体验一下各种异常情况9、1）识别需求相关方，识别业务主角      2）多维度分析（5W2H+5WHY）等      3）枚举出业务用例，并协调相关方进行业务验证      4）抓大放小，先聚焦用户痛点和感知最深的那部分，后续可不断迭代10、我觉得还是得多跟用户或者业务方多交流 尽可能列出来所有的场景 都跑一遍流程，每到一个步骤就想一下为什么到这里，还可能会出现什么情况！还是得多沟通多去想吧！11、其实判断用户需求是否可以转化为产品需求，只要合情合理就好了，对内满足公司利益，对外满足用户需求即可12、我们每次版本迭代都需要把用户故事和功能列表写出来，目的就是为了不遗漏任何场景下的任何功能13、多问业务部门几个为什么，挖掘用户的真实需求。14、用户故事确实是一个不错的工具，另外为了避免需求出现遗漏，感觉应该根据具体情况来思考，因为遗漏都是出现在需求落地的阶段才发现的，这个时候该想一下到底是什么原因15、用户故事好办法，我写需求一般还会在上面在加一个背景描述。16、为什么会忽略需求场景，1、不熟悉用户；2、不熟悉业务；3、想的不够细17、重复检查测试确认