数据产品索隆，标签体系建设流程

编者按:产品经理在构建数据产品标签系统时，会遇到一些常见的问题，如环节多、数据量大等。但方法论和套路是统一的，根据大套路进行小细节变化会更顺利；本文作者分享了标签系统建设的过程。我们来看看。 索隆，一个想成为世界级剑客的人。 索隆系列将记录小白数据产品索隆在数据中心和台湾部门的工作。让我们来看看索隆在进入大路新轨道上的过程。 索隆的最后一个数据产品经历了领导鹰眼的深刻攻击。索隆的数据产品标签系统建设道路崎岖不平，对现有业务了解不够，对数据分布缺乏了解。 就在索隆不知所措的时候，鹰眼已经洞察到了一切，于是高冷的鹰眼主动来了解索隆的现状。 鹰眼：索隆，现在有什么问题？ 索隆：皱眉说，在需求阶段，操作场景、目标、策略等需求不足，提供的信息太少；在设计阶段，由于数据一般依赖人工输入，底层数据质量差ID系统未开通，识别数据量有限；而且公司处于中台建设初期，数据基础设施建设不完善，元数据缺乏管理，到处找库找表，还要与各业务方对接，询问字段意思可谓心疲力尽。 鹰眼：意识到索隆现在陷入了碎片化问题的陷阱，然后微笑着启发索隆；标签建设是数据产品工作的一部分，符合产品经理的工作流程；事实上，我之前的问题也是工作流程的关键节点。你认真考虑产品的工作流程是什么？ 索隆:产品的工作流不简单，无非是需求收集-需求分析-产品规划-产品设计-开发测试-在线-运营-需求收集…循环。 鹰眼:这些问题对应工作流的关键节点是什么？ 索隆：如果你有所思考，仔细考虑过程节点中的前提，不同的问题对应于需求阶段、设计阶段和操作阶段。 鹰眼：我们应该知道，一切都离不开它的宗教。无论外部世界如何变化，我们都需要在实际工作中找到一条核心主线。只有有了主线，我们才能环环相扣，为上游和下游所需的条件做好准备，更全面地思考。 作为产品经理的分类之一，数据产品的基本方法是一致的，但它会更仔细地考虑数据细节的设计。接下来，让我们来合理地构建标签的过程。 一、标签施工过程 标签的整体施工过程符合产品工作流，包括需求阶段、规划设计阶段、研发阶段、运营阶段。 1. 第一阶段：需求阶段 1）需求采集 需求采集可分为定量和定性两类： 定量发放问卷，广泛收集业务需求； 定性用户访谈，深入挖掘业务应用场景和核心需求。 由于数据中心和台湾部门不是针对C端用户，而是针对主要内部业务应用程序，很难实施研究问卷。通常，用户访谈将在早期阶段收集核心用户的需求。 按照标准流程进行研究，最终的研究结果会更加落地，但对于新人来说，要注意以下几点： 快速了解各方业务，完成初始标签系统建设目标； 制定研究计划，明确每个阶段的输入输出、可能的困难和风险； 领导先，从上到下推进； 从业务方的角度思考标签价值点，找到双方最好的团队合作平衡点； 制定需求采集模板，引导业务方输出预期结果。 2）需求分析 在需求收集阶段，明确用户类型、需求场景和期望，进一步挖掘和完善用户需求，解决用户痛点，将用户需求转化为标签数据需求。 通常，数据需求是整体解决方案的一部分，这就是为什么我们常说数据用于辅助决策。 因此，作为一名数据产品经理，不仅要从数据的角度提供专业的解决方案，还要从业务的角度和整体的角度，业务方在什么场景下遇到什么问题，期待什么解决方案；在整个解决方案中，数据部门需要什么样的支持。 因此，业务部门和数据部门往往是一种联动协调的关系。实现数据需求开发的最佳途径是与业务产品合作；这样，在早期阶段掌握业务需求，确定标签设计库表的字段和各要素的权重是非常有帮助的。 令人尴尬的是，数据平台是一个相对中立的部门，需要业务需求，不能沉浸在业务需求中；因此，在整个过程中需要考虑系统建设目标和业务建设目标，必要的环节是分析需求，这也测试了数据产品的能力。 业务方提出的问题需要满足smart规则，即具体的specific、可衡量measurable、可实现attainable、相关的relevant、时限性time-based。 例如，业务方最初设定的目标是提高未签约用户的再召回率1%。 策略及推送频率：对于加班、核销的用户，通过筛选不同城市、渠道、跟进次数，每周进行一次差异化召回。 乍一看，目标和策略都很清晰，有目标，有策略，有量化，但在实际实施中往往存在漏洞。 目前未签约的用户数量是多少？增加到1%是多少？ 如何监测效果，分析师是否需要制定效果tableau实验组和对照组的看板？ 现有用户数量的加班和核销，推送计划是什么？每个城市未签约用户数据如何？ 第一波先推哪些城市？推送频率如何？ 2. 第二阶段：规划设计阶段 1）标签规划 标签总体规划看似空洞，但在实际项目过程中至关重要。 通过标签建设全阶段的规划，更容易得到公司资源的支持，帮助团队实现共识目标；在工作中不迷茫，增强团队成员的个人价值感，增强团队整体凝聚力。 中台建设的基础是以业务为基础，高于业务。数据中台建设需要业务推广，但不完全依赖业务。施工过程中有以下几点: 平衡系统建设与业务需求的关系； 建设底层数据集市； 与领导和业务方达成阶段性版本规划共识，避免返工。 2)标签设计阶段 标签设计过程分为：明确施工目标、架构设计、标签规则设计、数据梳理。 明确施工目标，通常分为系统施工目标和业务施工目标，在整体产品规划后，通常对第一阶段的目标有更清晰的理解。 标签架构设计，包括业务架构、产品架构、数据架构设计，塑造全局观。 建设ID实现用户的系统ID这对整个标签的建设至关重要；通常需要维护一个ID映射库，用手机号，IMEI等来识别它是同一个用户。 标签规则设计，包括标签层次设计、标签业务意义确定、标签取数逻辑确定。 标签分为统计标签、规则标签和算法标签。通常，统计标签相对简单，又称事实标签，是事实数据的呈现；规则和算法标签更为复杂，通常需要数据分析师和算法工程师的协调来确定。 3. 第三阶段：标签研发阶段： 研发人员将更加关注标签宽度表中需要哪些字段、标签的详细数字逻辑、从哪个库中取出哪些表以及字段代表的值。 存储常见的业务表staus=ycz、dzz、yjy…对于开发测试来说，这样的数据字段通常对业务知之甚少，无法主观判断取什么状态；因此，在标签设计阶段，数据产品需要了解业务的状态。最好列出数据值。 对于测试，我们会更加关注测试哪些库，研发的数量是否与产品设计一致，值的意义等。 4. 第四阶段：操作阶段 在整个过程中，数据产品需要不断思考标签的可能应用，如个性化推荐和对接到肖像系统push建立用户行为分析系统等。 建立标签系统是为了帮助业务方为用户提供更准确、更个性化的服务，提高单个用户的价值；开发标签需要大量的精力，占据存储和计算资源。如果没有使用，它将面临刚刚上线和离线的风险。 因此，一方面，要推广数据产品，可以组织对业务方的培训，告诉业务方标签代表的含义，如何使用这些标签；另一方面，在运营推广后，对标签进行监控，监控标签的用户数量和热度，帮助判断标签在实际应用中的重要性，并将一些无用标签下架。 二、结束语 听了鹰眼对标签建设全过程阶段的分析后，索隆感到充满信心，心想：看来我可以按照标准流程常规稳步前进，这样我就可以乘风破浪，在伟大的道路上畅通无阻。 实际项目往往很危险，那么索隆在实际项目过程中是否畅通无阻呢？他会遇到什么磨难？ 下一篇，为你揭晓~ 历史文章链接： 索隆的数据产品，坎坷的标签系统建设之路 作者：草帽男孩；微信官方账号：数据人的自留地，wx：luckily304 特别说明：本网站的主要目的是收集与互联网运营相关的干货知识，为运营伙伴提供便利。本网站收集的公共内容来自互联网或用户的贡献，这并不意味着本网站同意其观点，也不对网站内容的真实性负责。如有侵权行为，请联系网站管理员删除，。