6·如何精准地做用户画像整理人：xxx场景：产品设计 产品规划参考观点：弄清核心用户群，筛选典型用户；准备调研提纲：用户诉求、使用场景、技能水平、人物关系、关键行为；与典型用户围绕既定的提纲深入沟通、详细记录；梳理、陈列关键行为和对应的频次维度，形成需求矩阵；根据需求频次矩阵，抽象用户画像特征：个人基本资料、痛点、诉求、典型使用场景；先做大量的用户同理心地图，再概括用户画像分维度去做：（1）基础属性（2）业务属性（3）行为属性（4）交易属性C端需要先市场调研，竞品分析，然后进行用户访谈，确立几个机会点，根据机会点设计问卷，进行问卷调查，根据问卷数据结果再归类，反复验证，最终形成用户画像。对潜在用户进行调研分析，然后抽取共同的特征，进行分类，最后构建一个虚拟的人，有年龄，职业，习惯，特点，看着和真人一样，但这个虚拟的人，就代表这一类用户按照类别穷举数据指标 ；进行数据埋点；获取数据；找个bi工具，进行多维度统计分析

开发不按照需求文档进行开发，领导貌似也不完全站在自己这边，怎么办？整理人：xxx参考观点：就事论事，不纠结，做不好就不验收找到问题的根源，针对性解决（例如：是否开发不愿意看需求文档）必要情况下，约领导及开发人员，开一次会议，明确原需求的具体要求如果是因为开发人员过于难交流，建议换个合作对象建议私下约一下，交个朋友直接找领导反馈解决多站在对方的角度想一下，看看别人为什么会这样看看公司是否是重视开发而轻视产品，如果是前者，那就顺其自然，如果是后者，那就明确事情的严重性与后果制定明确的开发计划，让开发严格按照计划执行案列一个新来的开发，总觉得自己很牛逼，我的很多需求，他都按照自己的想法来做，验收的时候也是乱怼我，说我没说清楚啥的事件：有次验收，有个比较重要的功能，2次都没做，我找他好好说的时候，他又是牛的不行，说我没说各种七七八八的，后面我把发布的需求记录截图给他看。方法：与此同时，再刻意放下身段，跟他聊了下我们之间沟通的问题结果：从这之后，那开发对我还算比较信服了，很多他想做点改动的地方都会提前跟我沟通一下。

话题0720-3：最近阿里宣布取消周报，那么你平时写周报吗？写周报有必要吗？参考观点：1、两个方面来说  没必要形式主义员工积极性不高容易引起应付情绪忙绿时的负担削弱积极主动创新的可能   有对每个人的工作增加了解监督的作用2、周报对于个人来说，算一周的一个小复盘，对领导来说，能知道每个成员每周的工作情况3、效果还是有的，强制性复盘、反馈进度。领导也能收到真实反馈，并推动进度。就比较烦，占用时间。把控好时间的话是不错的管理手段。4、其实可以每天写一句、两句，今天干了什么，哪些目标是达成、哪些尚未达成，没有达成原因是什么（是否需要资源支持等），等一周后复盘一下总结：写周报不只是为了工作，更多的是对自己每日的复盘，更好地查缺补漏，知道自己下一步如何走需要做什么等。

话题0717-1：为了成为优秀的产品经理，您有刻意践行哪些微习惯吗？场景：学习成为产品经理的生活中需要做什么参考观点：1、坚持每日思考2、看书3、跟大佬交流4、上培训班5、读书，读书的时候会发现很多现实中遇到的问题都可以从书本里找到6、结果化思维，先论点在阐述7、每周体验一个APP并写简单分析8、每日看36kr资讯，了解行业动态9、每日看一些产品经理相关的文章总结：1、系统化训练自己学习，作为产品经理学习能力很重要；2、多复盘，对自己的学习进行整理，不要囫囵吞枣，一口吃成大胖子；3、刻意锻炼产品思维，多从生活周边做起；4、多交流，多了解行业动态，途径：产品相关APP（人人、36kr等）或者公众号，多体验。

话题0721-1：拼多多推广期拼的是几十人团，为什么现在基本都是两人团？参考观点：1、都是虚假的团，一个人都会让用户成功买2、现在平台基数大了，要按照正常电商体验来做，如果必须多人成团极可能造成砍单，体验极差。而且现在一个人都会买成功，不会不买成功。已经不需要走以前的拼团模式了。3、两人团让用户购买的时间缩短了 减少了中间流程流失用户 从心理上降低了参与难度 。4、只是噱头，当你选中商品进行买单后还有一个免拼功能；多人拼单会让人感觉到麻烦，进行拼单的成本变高了5、二人最容易成团，不用担心流失太多订单，实在不行还可以自己拼单，大多数买家都自己成团，几十人的团，人数不足会大大减少购物的机率。当你主观上觉得你想要购买的东西时需要付出一定的时间和精力成本时会大大降低购买不是必要东西的欲望。6、两人成团是10块，10人成团也是10块。大部分用户都是选择两人成团快7、我认为是 现在用户对微信裂变的反感  之前十几人的成团能够推行 有个很大的优势是微信的天然流量和推广 现在拼多多类似的裂变链接被微信封杀 导致多人成团的可能性降低 单纯从app分享出去，h5形式引导用户来参与十几人的成团，用户路径复杂，参与复杂度高，所以索性就不搞十几人的成团了8、从平台发展路径来看，一开始拼多多并不出名，需要依靠低价优势+团购手段吸引用户帮助拉新，快速扩充用户池，等到用户量足够了名气也打出来了，用户增长速度放缓，则需要考虑降低用户购物门槛，考虑获利变现的便捷性。总结：分析问题可以从多个角度进行分析，如 以上问题可从用户、平台及互联网的大趋势去进行分析。用户角度：2人拼团最大程度减少购物需要付出的时间和成本，不轻易流失订单量；多人拼团会增加消费者的购买压力，减少消费欲望；平台角度：拼多多现在已经发展有段时间，不再需要依靠低价去获取大量用户，扩大用户池，则放低购物门槛；互联网趋势：微信裂变已经不再是热潮，甚至容易引起用户的反感，所以购物门槛进行降低，更容易提升用户的体验。

话题0720-1：身处大公司，但本部门没有代表作品被边缘化，该咋办？场景：公司体量比较大有很多事业群，我们作为其中一个独立运营部门下的产品设计部，部门内部暂时还没有自己孵化的产品。所以整个部门的话语权也很低。本部门的PM每日主要给其他事业群提供支持性工作，做的好了是给别的部门做嫁衣，出现问题了经常性的被甩锅。工作推进中也很容易遇到阻力，但是如果这些支持性工作没有什么进展的情况下，我们又很难获取资源来开发本部门的产品，情况就处于两难的境地。参考观点：1、既然公司设立产品设立部，肯定有它存在的意义，这个需要和更高层级的领导沟通，讨论产品的规划方向。其实做产品就是背锅，就是不是受欢迎的角色，也不必要太放在心上。只要做的事情对公司，对个人有价值就可以。不用想的太复杂吧。2、短长期的思考，1-2年以后，自己想成为怎样的人，需要满足什么条件，倒推回来自己目前做的每一步都是往那个目标打基础。3、一般部门被边缘化，分以下几种可能：1）部门没有做出很牛逼的产品2）部门没有自己的核心竞争力，总是扮演别人团队的配角（协助角色）3）部门无成长性可言，公司觉得没价值，所以就慢慢淘汰4）部门领导无能，把一副好牌达成了烂牌

10·个人产品书籍读书笔记《电商产品经理宝典》商品评价1·商品评价的作用：1、 用户角度：提供购买决策参考，减少购买成本。2、平台角度：提高服务质量降低退货率、提高商品转化率、构建商家评价体系从而合理分配平台资源。促销系统1、促销的目的：拉新、去库存、扩大品牌知名度、推新品爆品、与其他平台竞争、提高客单价、客单量。2、促销形式概览：满减促销、单品促销、套餐促销、赠品促销、满赠促销、多买优惠促销、定金促销、优惠券促销、拼团促销。3、促销活动设置：基础设置、促销规则、活动商品。4、基础设置：促销活动的一些基本信息。活动名称、促销编码、促销时间、推广平台、促销渠道、限购数量、促销范围、推广链接。5、促销规则：确定促销的计算规则，比如满减/满赠/套装等。6、活动商品：参与活动的商品。可根据品类、名称、商品编码等条件来选择商品。7、活动状态：未开始、活动中、已结束、已作废。8、新建/修改后的活动需要审核才能生效；为了便利，可以直接一键复制当前活动，然后再修改目标内容即可。9、涉及促销的商品计算主要有：购物车、订单计算。10、促销判断：选中商品是否参与促销活动- -判断是否满足促销规则- -是否可与其他优惠同事享用。11、如果当前商品多个促销规则发生冲突时，选最优方案计算。

9·个人产品书籍读书笔记《电商产品经理宝典》商品搜索4、搜索：通过对关键字的匹配，对目标内容进行检索查找。5、商品搜索的主要业务流程：输入关键字- -进入分词服务- -开始数据查询- -获取搜索排序- -输出搜索结果。6、分词服务搜索词库：根据用户搜索日志，品牌名称，属性，类目或运营部门人工设定等数据构建。7、数据查询：从索引数据库中找到所有包含搜索词的商品。8、搜索排序：主要根据商品相关性，销量相关性，评论数，时效性等综合因素，算出排序分值对搜索出的商品进行排序。9、搜索个性化推荐：根据用户消费痕迹、所在地区进行推荐。商品推荐10、商品推荐分为：常规推荐、个性化推荐。常规推荐，商家在推荐位固定推荐一些商品。个性化推荐：通过用户已经浏览、收藏、购买记录可以更精准的理解用户，推荐他感兴趣的商品从而有效提高商品销售转化率。11、商品推荐位一般有：首页banner最底部的位置、购物车底部位置、商品详情页中部、用户签到等位置。12、完善的推荐系统一般有：采集用户行为信息、分析用户喜好、分析商品特征、推荐算法。13、推荐算法容易出问题的两个点：很多用户行为数据没有收集处理、商品关联度没有做好。

8·个人产品书籍读书笔记《电商产品经理宝典》商品编辑：1、SKU组成如图3-10所示。在添加商品时，通过销售属性去关联SPU 与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格 属性映射到具体的SKU上2、前端显示商品以spu维度（淘宝）优于sku维度（京东）；淘宝切换规格时商品详情不变，京东切换规格时标题及详情会改变。3、商品信息主要由类目、标题、品牌、商品属性、规 格（销售属性）、价格、库存、SKU信息（属性、毛重、长宽高等）、 商品图、商品详情描述、物流信息等组成。4、系统中的SKU名称和商品名称是有区别的，SKU名称是方便在系 统中进行管理流转，而商品名称有一定的营销性质。5、搜索、筛选的商品范围都是在上架的商品范围 进行。商品管理1、商品的日常维护包括：上下架管理，价格管理，促销活动，商品标签，商家管理，销量，评论，库存，限购等管理。2、上下架管理：一般分为在售商品管理（上架商品），待售商品管理（下架商品）。缺货商品自动下架，新商品可定时发布，活动商品可定时下架。3、商品标签：包括活动标签，服务标签，性能标签等类型。

7·个人产品书籍读书笔记《电商产品经理宝典》SKU与SPU1、SKU是最小库存单元，SPU 是标准化产品单元。2、SPU与SKU的关系有许多种，可以一对多、一对一， 绝大部分SPU与SKU都是一对一，多规格的SPU和SKU之间是通过规格属性来连接的。SPU的库存是由其对应的SKU库存共同决定的。3、仓库系统、采购系统、库存系统、订单中心等系统都是主要管理SKU。4、在日常运营中也很常见一个SKU对应多个SPU。5、组合商品：在前台售卖的是一个组合商品sku3，但下单之后流出仓库就解析成SKU1和SKU2。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。6、在电商系统中流转的是系统生成的SPU编码和SKU编码。7、在仓库的条码方案以下有两种：（1）全部自建条码。采用自己的SKU编码管理商品，需要入库前 重新贴标，成本较高。（2）有69码的商品沿用69码，无69码的商品（比如蔬菜、生鲜 等）以及无法指定到单一的有码商品重新贴SKU编码。在仓库管理时做 相应的条码映射。

6·个人产品书籍读书笔记《电商产品经理宝典》品牌管理1、品牌管理的流程相对于类目管理来说更简单。2、（1）新建品牌，其相关字段一般有：Logo、中文名、英文名、产 地、备注、状态（可用、不可用）。（2）品牌再组成品牌库。（3）品牌库再关联类目。关系也是一对一、一对多、多对一。 例如雀巢的产品有咖啡、奶粉、饮料等不同种类，这三类产品属于不同 的叶子类目。属性管理1、属性是对产品性质的描述，是区分产品差异性的集合。属性包括属性名、属性值，一般都是挂在具体类目下，设置为必填 或非必填。2、属性分类：关键属性、销售属性、非关键属性、商品属性。3、关键属性：能够确认唯一“产品”的属性，可以是一 个属性，也可以是多个属性的组合。4、销售属性：也称为规格属性。其是组成SKU的特殊属性，它 会影响买家的购买和卖家的库存管理。5、非关键属性：除关键属性、销售属性外的其他属性。6、商品属性：表示商品的特有特征。7、属性的定义对于良好的消费体验有着至关重要的意义，对搜索、索 引、筛选都能起到至关重要的作用。8、属性包括属性名、属性值，一般都是挂在具体类目下，设置为必填 或非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性。9、属性编辑：所属类目、属性分组、属性名称、属性分类、显示类型、属性值、是否必填。10、属性分组：由于一个类目的属性有时会很多，可能几十个，甚至上百个，所以 引入了属性分组的概念，把形容某一类特征的几个属性归属于一个组， 这样在前端的规格参数里可以按后台设置的属性分组按序展示，也方便 对属性进行管理。11、属性继承：每一个层级的商品属性继承上一层级的商品属性，将每个层级的属 性提取出来，便组成了一个商品的完整的属性表达。比如：1级类目有属性A，2级类目有属性B，3级类目有属 性C，那3级类目下的商品SKU1就具有属性A、B、C。

5·个人产品书籍读书笔记《电商产品经理宝典》类目管理1、类目分为两层：基础数据类目层（后台类目）、 前台展示类目层（前台类目），前后台类目通过映射关联。2、为什么要前后端类目分离：a便于买家快速找到商品。b便于运营人员搞活动。3、类目管理的作用：（1）方便快速发布及管理商品，供应链人员或平台商家更好进行。（2）标准化商品服务，对于电商平台，品类定义基本确定平台的 商品服务范围。（3）有利于仓库管理，合理的商品类目管理还能方便仓库中库位 分区管理商品。（4）日常运营需要，在电商运营中，需要进行商品聚类，科学的 类目管理可以减少运营的管理工作。4、后台类目主要面向平台商家，用于管理商品和属性。后台类目相对固定，确定了之后不会轻易变更或删除，如果类目下 挂载有商品，就不能删除或作废。类目树的层次不能太深，一般三层或四层。类目树中最后一层类目称为叶子类 目，商品必须挂载于叶子类目下。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理。5、前台类目主要面向用户，方便用户筛选查找商品。同时，可以根据运营需要，灵活多变。从用户渠道的纬度上讲：（1）前台类目可支持不同客户端的设置。（2）支持平台商家自定义店铺前台类目。从前台类目定义的维度上讲：（1）前台类目对应后台类目，可一对一、一对多、多对多，自由 组合，动态调整。（2）前台类目直接对应品牌、商品，适合商品较少的小商家。（3）前台类目对应后台的叶子类目和某项属性的组合。前台类目不同于固定的后台类目，编辑很灵活、可重叠、可删除、 可随时变动，定时生效。

4·个人产品书籍读书笔记《电商产品经理宝典》商品的基本概述1、SKU：（Stock Keeping Uint，即库存量单位），库存控制的最小可 用单位。例如“iPhone 7 Plus 128G银色”就是一个SKU，仓库管理、采购 进货、库存管理都是以SKU为记录单元。2、SPU：（Standard Product Unit，即标准化产品单元），是一组标准 化信息的集合，例如“iPhone 7 Plus”就是一个SPU。3、类目：即分类树。电商常用的有两层类目：前台展示类目和后端商 品类目。前台类目指的是展示给消费者看的类目，会根据季节、销售策 略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU 时都需要选择后台类目，进行绑定。4、属性：分为关键属性、销售属性、非关键属性。关键属性是指能够 唯一确定产品的属性，是必填项，例如手机的屏幕尺寸、型号属于关键 属性。销售属性是组成SKU的特殊属性，或称为“规格属性”，例如手机 的“颜色”、“内存”。非关键属性指的是除关键属性、销售属性外的其他 属性，如手机的手机接口类型。非关键属性不一定是非必填项，不过有 时为了商品信息完整，也会设为必填项。5、根据商 品的公共数据库，主要包含品牌库、属性库、通用规格库、税率库、生 产信息库（产地）等信息，先定义出SKU，然后加上商品描述和规格， 就成了商品。

3·个人产品书籍读书笔记《电商产品经理宝典》后台丰富度的权衡1、在业务量激增时，后台系统的一些模块渐渐会被抽离成一个又一个的子系统。2、pm要做现实的理想主义，根据实际情况来制定产品规划，先主后次，不求一步到位。3、随着业务发展，各系统模块杂糅在一起，耦合太高，经常牵一发而动全身。所以，对业务进行拆分，定义产品架构，支撑中长期的业务发展，显得尤为重要。第3章 商品中心4、商品中心的数据应用场景从维度上分，主要应用在全端和后端。从前端来讲，是给商品展示、订单、营销活动提供商品数据 支撑；从后端来讲，商品中心给订单发货、仓库管理、供应商管理、采 购提供基础数据支撑。5、商品中心9大模块：商品的基本概念、类目和品牌管理、属性管理、SKU编辑、商品编辑、 商品管理、商品搜索及筛选、商品推荐、商品评论等。6、商品从形态上可分为实物商品、虚拟商品；归属上分为自营商品、平台商家商品；售卖分为正常售卖和预售。