17·如何分析用户的新需求到底值不值得做？1、影响范围评估，个例还是共性问题？2、价值评估。3、投入成本评估。4、预期产出评估。5、开发实现难易程度评估。6、风险评估。7、产品方案用户是否接受？8、换位思考，探寻问题本质。9、用户诉求是否以偏概全、大家只停留在表象。10、产品方案是否治标不治本？11、产品方案是否只是临时过渡的解决方案？

16·用户访谈的注意事项有哪些？1、避免一组固定的问题。固定的问题会让被访者产生被审问的感觉，我们应该准备好问题清单，但清单只起一个引导作用，并不用照着读。2、 首先关注目标，任务其次。比用户行为更重要的是行为背后的原因，多问问用户为什么这么做。3、避免让用户成为设计师。听用户说，但不要照着做，用户的解决方案通常短浅、片面。4、 避免讨论技术细节。特别是碰到一些略懂技术的用户，不要与其纠缠产品的实现方式。5、鼓励用户讲故事、讲实际遇到的问题、实际应用场景。故事是最好的帮助设计师理解用户的方法。6、避免诱导性的问题。典型的诱导问题是“如果有××功能，你会使用么？”一般来说用户会给出毫无意义的肯定答复。7、“说”和“做”不一致的问题。用户经常会骗我们，倒不是想故意欺骗我们，而可能是：他们被问了自己也没仔细想过的问题， 又不想回答不知道，就在现场编造了一个看似有理有据的理由。8、避免访问用户过少，以偏概全。观察结论是否有改变，如果有改变，就继续加大样本量，或者思考问题是否合适？样本集是否合适？如果没有改变，就停止继续访谈， 节省成本。9、避免被用户带到沟里去啦。牢记访谈的目的，及时摆正方向盘。10、避免我们过于强势，误导用户。学会倾听和尊重，管好自己的嘴。

电商后台产品架构（1）商品中心：主要管理SKU（最小库存单位）、SPU（标准化产品单元）、属性（关键属性、非关键属性、销售属性）、类目品牌、价格等有关商品的数据。（2）订单中心：管理订单类型、订单状态，收集关于商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据，进行库存更新、订单下发等一系列动作。（3）支付中心：管理支付数据，调用第三方支付平台接口，记录支付信息（对应订单号、支付金额等），支付对账。（4）会员中心：主要管理用户等级、用户权益、积分、卡券等会员相关信息，通过一系列满足用户心理、提高黏性的方法来实现开发新用户、增加用户活跃度的目的。（5）调度中心：将订单信息转化为发货通知单，以及其他出入库单，调度仓库和物流进行发货。（6）促销中心：主要管理活动相关，优惠券、满减、专场活动、促销专区等。促销工具的开发对电商尤其重要。促销活动的滥用易造成的用户疲劳，怎样推陈出 新，给产品经理造成了很大挑战。（7）内容管理系统：主要是对用户端进行页面配置（Banner、ICON、Tab）， 配置首页，自定义活动页面，设置生效时效。（8）评价中心：管理商品评价和用户反馈。这并没有想象的那么简单，涉及一些敏感词和敏感图片的筛选，以及回复内容管理。（9）采购中心：管理SKU，当库存预警时，及时生成采购单进行入库。有供应商管理模块，主要进行供应商管理评级，发展新供应商等功能。（10）财务管理：主要管理订单、采购系统相关的财务数据，数据准确性要求较高。还需要负责对账、清账、统计等业务。（11）WMS系统（仓库管理系统）：主要包括入库、出库、盘点等模块。WMS主要和调度中心进行数据交互，反馈出入库状态和库存变动。（12）物流中心：主要包括运费模板，负责运费管理（前端订单、真实物流成本）、物流状态保存查询（包括快递100、菜鸟等关联业务）。如果是跨境电商，还涉及和海关总署的对接，进行报关操作。（13）风控中心：主要利用大数据进行用户信用建设、反欺诈，避免恶意评 价、刷单退款等操作，构建安全的电商购物环境。（14）客服中心：主要管理退货退款、售后服务等操作，包括呼叫中心、在线 客服等，与之对应的是工单系统，将客服任务进行队列管理，分配给相应的客服。（15）店铺管理：功能庞杂，相当于提供给B端用户一个Saas管理后台，提供 管理商品、营销、订单一系列功能。

15如何评估，用户诉求的价值？10问:1、这个需求背后的问题本质是什么？2、不解决这个问题，会带来什么严重后果？4、这个问题解决后，对你有什么好处？5、这个问题当前是否有快速有效的解决方案？6、这个解决方案的好处有哪些，坏处有哪些？7、这个问题的影响面有多大？8、如果只是个案，是否值得我们投入精力去解决？9、如果是共性问题，优先级和紧急程度如何？10、用户需求是否能转化为产品需求?10看:1、看投入产出比2、看受众面大小3、看受众操作频次4、看是否刚需5、看开发实现难易程度6、看用户付费意愿及需求的迫切程度7、看用户的可接受程度8、看是否符合公司的价值主张9、看是否符合社会发展趋势10、看商业价值性价比

14·判断需求优先级的依据有哪些？1、降低成本2、提高工作效率3、业务流程优化4、增加营收5、增强用户体验6、受众用户的影响面7、看资本大佬们谁拳头大8、是否影响系统的正常运行和用户的正常操作9、预期产出10、开发实现难易程度11、是否只停留在问题表面12、是否只是临时性问题13、行业政策14、谁拳头硬听谁的15、能有助于商业化16、切身利益相关

13·产品的需求来源有哪些？1、用户访谈2、一线商务3、产品运营人员4、业务运营人员5、竞品分析6、调查问卷7、政策解读8、数据分析9、AB测试10、老板要11、可用性测试12、客服人员13、市场倒逼14、别人写的产品体验报告15、和用户工作一段时间16、产品自己YY出来的17、轮岗实习18、行业研究

12·如何体验一款产品？1、slogan:一句话高度概括这个产品2、产品定位：愿景、使命、目标3、目标用户：为谁提供服务4、适用场景：本产品提供的服务在哪些现实钟的场景会遇到5、产品价值：解决什么问题6、盈利模式：变现的方式7、核心竞争力：产品的壁垒8、主要业务流程：完整记录主要功能的业务流转过程9、产品架构图：用架构图宏观高度概括整个产品的战略布局10、产品功能：整理产品功能列表11、获客策略：引流手段12、运营策略：看活动广告(比如banner图)、看过往的历史版本13、交互亮点：哪些功能让你眼前一亮14、优化建议：提点优化建议

11如何从0到1设计一款产品呢？1、收集需求：需求矩阵表2、确定框架：画产品架构图/产品结构图3、确定细节：画功能结构图/功能列表4、参与角色：画产品用例图（用户/角色/权限）5、逻辑流程：画流程图（业务流、页面流、数据流等）6、页面布局：画原型图（一般建议低保真）7、罗列信息：画信息结构图（可画可不画）8、交互设计：原型的交互体验设计

10·产品的生命周期是？定义-设计-研发-发布-迭代1、灵感创意2、项目立项3、需求调研4、原型设计5、原型评审6、UI交互设计7、开发编码8、产品测试9、灰度发布10、产品验收11、正式上线12、产品运营13、数据分析14、迭代更新

9·女生做产品经理，有哪些优势和劣势？优势：1、女产品一般不容易被开发怼。2、女产品养眼，特别是美女PM。3、女产品比较细心。4、女产品审美好点。5、女产品更有同理心。6、女产品情商一般不低。7、女产品与人沟通更有耐心些。8、女产品善于调解项目成员之间的尴尬气氛。劣势：1、很难在家庭生活(怀孕、育儿、照顾家庭)与工作之间找到平衡点。2、加班走夜路回家不安全，建议早点回去，安全第一。

8·解读PDMA的产品经理知识体系的7大模块各大模块，相互联系不可分割1、新产品开发战略：提供方向和指引2、项目组合管理：帮助选择新产品开发哪些项目3、新产品开发流程：新产品开发的各个流程节点。4、组织和文化：提供了新产品开发的土壤5、跨职能团队：新产品执行的有利保障6、市场研究：发现客户痛点、痒点、爽点，为新产品提供正确决策的基本信息7、支撑工具：战略工具、创意工具、可行性分析工具、方法论8、评审和度量：关口评审和绩效度量，确保做正确的项目9、产品生命周期管理：关注产品面世后的引入期、成长期、成熟期和衰退期等不同阶段，确保产品能顺利运营，持续产生效益。

产品经理分类有哪些？一、职能维度业务型PM：懂业务，某家公司的资深老鸟。技术型PM：懂技术，一般技术人员(开发or测试)转岗而来。运营型PM：懂运营，一般运营人员转岗而来。用户型PM：懂用户，一般是个人都能转岗而来。设计型PM：懂设计，一般UI设计师转岗而来。项目型PM：懂项目管理，一般是项目经理转型而来。商业型PM：懂商业，一般创业者转型而来。数据型PM：懂数据，一般DBA(数据库管理员)转型而来。硬件型PM：懂硬件，一般从事过硬件系统的人转型而来。新型的PM：人工智能、区块链、云计算等二、服务维度1、C端产品工具类社交类内容类平台类2、B端产品业务支撑内部协同供给端管理3、数据与策略产品数据仓库建设报表设计算法策略输出数据监控4、商业变现产品搜索引擎营销广告投放增值服务用户转化5、AI产品人工智能6、增长产品用户增长三、行业维度1、社交类产品经理2、电商类产品经理3、金融类产品经理4、内容类产品经理5、工具类产品经理6、企业服务类产品经理7、旅游类产品经理8、教育类产品经理9、医疗健康类产品经理

如何向不懂产品经理的人介绍你的工作？背景：经常会被亲人、同事、朋友问到，你是干啥的啊？产品经理是干啥的啊？参考观点：1、类似于服装设计师，建筑设计师。2、微信的老板就是产品经理。3、我们是改变世界的一群人。4、产品经理是老板的学前班。5、工资高待遇好。6、也就是个打杂的，没什么了不起。7、好多产品都是我们产品人设计的。（比如：微信、抖音、淘宝、百度等）8、我们是一群用脑比较勤快的人。9、你在用的这个产品是我做的。10、搞互联网的

话题： 如何快速接手前PM的“烂摊子”话题背景：当入职一家新公司或者某系统的原PM离职后，你有极大可能不得不接手别人做的的“烂摊子”。此时的你该怎么办呢？应用场景:工作交接、产品迭代、产品面试观点参考:初步了解：1、先试着去接受，不要抗拒，一接手就去改变他或者推翻重来。2、搞清楚产品本质：为谁服务，解决哪些问题，有什么价值。3、看遗产：遗留下来的流程图、操作手册、PRD文档、原型等。如果没遗产，那请忽略此点。实战了解：4、亲自实操，多去测试环境跑跑流程，记录下疑惑点。5、带着问题找此系统相关老同事请教帮忙。6、直接优化自己能优化的需求，并落地。7、进入业务异常反馈群，尝试着帮助业务方解决问题。8、去业务人员旁边蹲点，横向对比观察他们的实际操作，记录下他们的操作步骤、各步骤用时、他们的吐槽、我自己的困惑等。9、争取轮岗实战的机会。深入了解：10 、梳理功能点，并用思维导图整理出整个产品的架构图。11、梳理主干业务流程图：简明扼要的概括该系统解决问题的先后顺序)12、梳理数据流程图：一条数据在系统中从上游到下游是如何流转的)13、梳理系统整体流程图：重点关注子流程、逆向流程、变更的流程。案例分享：猪哥最近入职了一家新公司，接手别人的系统后，发现没有任何遗产留下来。原型、操作手册、PRD文档等什么都没有。刚接手的那一刻，心里是崩溃的，可既然已成为事实，那只能硬着头皮往前冲拉！猪哥首先初步了解了公司的业务是做跨境电商，将供应商的商品出口到海外。我所负责的系统，是链接国内商品与国外各平台各渠道的桥梁，运营人员天天使用的系统。本质是减少运营人员工作量，提高工作效率的问题。不仅没有任何遗产，而且测试环境访问速度极其缓慢，使得我没法在测试环境跑数据熟悉系统。怎么办？1、抽四个运营人员（新人，老人各2位），在他们旁边蹲点，就看他们如何操作系统，然后记录下他们的操作步骤、各步骤用时、他们的吐槽和我自己的困惑等。2、进入业务异常反馈群，尝试着帮助业务方解决问题，优化自己能优化的需求，并落地。3、主动带着问题找相关老同事求教。