惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Engineering at Meta
Engineering at Meta
T
Threat Research - Cisco Blogs
V
Vulnerabilities – Threatpost
T
Tor Project blog
T
Troy Hunt's Blog
C
CERT Recently Published Vulnerability Notes
C
Cisco Blogs
W
WeLiveSecurity
Cloudbric
Cloudbric
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
爱范儿
爱范儿
Google Online Security Blog
Google Online Security Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Simon Willison's Weblog
Simon Willison's Weblog
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
Martin Fowler
Martin Fowler
Cisco Talos Blog
Cisco Talos Blog
F
Full Disclosure
MongoDB | Blog
MongoDB | Blog
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
I
Intezer
www.infosecurity-magazine.com
www.infosecurity-magazine.com
G
GRAHAM CLULEY
B
Blog RSS Feed
云风的 BLOG
云风的 BLOG
人人都是产品经理
人人都是产品经理
M
MIT News - Artificial intelligence
腾讯CDC
L
LangChain Blog
L
LINUX DO - 热门话题
H
Help Net Security
S
Schneier on Security
N
Netflix TechBlog - Medium
博客园 - Franky
酷 壳 – CoolShell
酷 壳 – CoolShell
Spread Privacy
Spread Privacy
S
Secure Thoughts
T
The Exploit Database - CXSecurity.com
P
Privacy International News Feed
P
Privacy & Cybersecurity Law Blog
Cyberwarzone
Cyberwarzone
A
About on SuperTechFans
NISL@THU
NISL@THU
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
D
DataBreaches.Net
The GitHub Blog
The GitHub Blog
Recorded Future
Recorded Future
雷峰网
雷峰网
AWS News Blog
AWS News Blog
V2EX - 技术
V2EX - 技术

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
零售行业门店标签体系构建与应用
25号玩家 · 2023-08-22 · via 人人都是产品经理

门店正在朝着达成精细化运营、提升效益的目标前进,很多企业都建立了用户标签和商品标签体系。作者结合自己的相关经历,分享曾参包含设计的门店标签体系的项目的经验和想法。希望对你有所帮助。

为达成通过精细化运营提升效益的目标,很多企业都建立了用户标签和商品标签体系,而零售三要素“人”“货”“场”中的场的标签体系较少相关内容,在全域运营趋势的当下建立基于“场”的门店标签体系,与人、货数据匹配可以帮助提升企业在门店拓展、门店运营方面提供有力的数据弹药支持,恰好有相关经历,分享曾参包含设计的门店标签体系的项目的经验和想法。

01 门店标签体系的价值

门店经营从时间线看划分3个阶段,开店前、备店、经营,各阶段数据需求侧重不同,门店标签体系在这整个流程中,最核心直接的应用在前期的开店/备店阶段,从企业渠道战略帮助建立拓展整体的开店规划,到具体的开店策略,通过门店标签数据构建出符合企业需求自有的拓店数据模型,获得基于数据得出最佳选址和精准的销售预估。

在门店经营阶段,门店标签可以为商品运营、门店管理、用户运营提供数据补充价值。

  • 与商品数据补充对应货与场的关系,提升商品调配补数据模型精准度达到提升存销比、商品管理效率目标;
  • 与用户标签数据结合提供更多维度的人群分层;
  • 给相关的智能决策模型丰富数据提升风险预警准确度,输出策略或自动化策略可用度,这也是数据驱动的终极目标,基于数据算法输出业务策略再进一步为自动化执行,而非仅精确/丰富/可视化的数据内容。

在第三个板块的应用部分会按上述逻辑进简要说明。

02 门店标签体系设计

标签体系作为在业务运营中直接使用的数据,设计时需明确的使用场景和目标,基于业务运营链路层级逐步梳理,而最终输出确认可用的标签体系,与数据中台或相关部门一起,先由业务需求到数据梳理,再由数据获取治理反推业务需求细化的几次来回最终确认,本模块分享下个人经验总结的门店标签体系设计与具体落地的工作流程。

标签体系的设计可拆分为4步,首先通过业务调研资料收集等方式明确具体使用的业务场景与业务目标,根据场景目标业务链路可获取到结果数据、过程数据、效果数据信息,在数据分析环节将数据信息汇总、分类、补充,第三步在梳理清晰数据的基础上设计标签分级、并分类构建体系,最后根据补充数据确认数据范围和补充数据获取与计算规则、时效等。

2.1 标签体系设计流程

2.1.1 调研明确业务场景

个人总结高效获取有效信息业务调研的两个关键。

  1. 带着项目价值和简要方案进行启发补充式的调研
  2. 以业务链路梳理与沟通补充

标签体系设计调研通常需跨部门沟通,合作首要就是拉齐利益点,用价值调动参与者沟通表达的意愿;其次大部分业务部门会有模糊的标签使用和价值认识,但没有很清晰标签的应用业务路径和完整的标签内容需求,直接提问式沟通获取的信息分散和遗漏,此时提供一个简要的方案可以快速拉齐双方沟通思路,按路径沟通发现问题补充信息,当然这要求对应人员需要有一定的业务认知,如果是完全陌生的业务领域建议可以在调研前先和相关部门要一些资料或找1个同事单点沟通了解下核心业务流程;第二点则是尽量保证调研和最后数据是不遗漏的,最后先有得到再付出更顺应人的心理,让合作部门看到有备而来的诚心能更好推动合作,具体的操作可以在会前准备简要的会议流程文档,主要包括3个内容。

  • 会议目标
  • 项目说明
  • 需沟通确认项说明

以门店拓展业务调研举例说明,准备的沟通内容如下,线上文档方式会前同步信息,沟通确认的事项也同步会上确认记录,同时也便于在会上遗漏点参会人员可直接线上补充,统一整理。

第二点以业务链路梳理与沟通补充如上图调研内容可见,要准备一份简单的会前方案资料,必然是要梳理出业务链路,让项目参与者脑海中能有业务地图,作为对应领域的业务人员就可以很快发现问题和补充,作为项目负责人员根据业务链路梳理完善能避免遗漏和给项目挖坑。

2.1.2 数据需求分析

数据需求分析阶段以最终输出标签体系为目标工作内容主要三步:

  1. 数据需求整合/去重/归类
  2. 初步确认数据源(内部/外部/来源系统)
  3. 根据业务场景重要程度定出数据优先级

标签体系在业务中的应用价值,不管是门店选址、门店经营、用户营销需要的数据支持,都是服务于企业最终盈利目标,如图从左至右的逻辑,基于市场洞察调研确认阶段目标,通过产品、传播、营销、渠道达成最终市场占有目标,前半部分确认目标的数据需要尽量全面准确的市场数据,通常外部采买,再拆分到各渠道/部门的阶段目标;确认目标后的后半部分需要全面的影响因素数据,对可控制因素在对应部门制定策略最终达成目标,不可控因素需列举是为了通过可控因素调控匹配达到最优结果。

以门店拓展为例,也可将数据归类到此两部分,会有重叠,在数据分析阶段可以将收集的数据需求按这两部分归类分析以满足业务为最终目标排查数据是否遗漏,而不仅依靠业务调研,以下简要说明按所述逻辑归类的数据类型,实际工作中应该是输出指标明细表。

目标拆分:

  • 大区/城市/区域/商圈/商城或街道的人群/经济/交通/竞品/业态等数据
  • 本品区域范围的线上线下销售/用户/营销/商品数据

影响因素:

  • 可控因素:商品相关、营销相关动作、门店经营/装修/服务策略等
  • 不可控因素:大区/城市/区域/商圈/商城或街道的人群/竞品/经济/建设

在分析归类完数据后确认数据来源,最后确认根据业务优先级梳理一版数据的优先级,便于在之后的数据治理/标签设计创建中根据优先级调整工作推进的安排。

2.1.3 建体系

标签体系建立的两个重要工作:

  1. 按业务场景设计标签分层,归类逻辑清晰、易理解、不耦合
  2. 设计便于后期开发与标签管理的表格

标签分级:根据数据需求分析可以很明确的划分出内外部数据和所属归类层级关系如图,标签层级设计通常2-4级,最多尽量不超过5级,便于使用。

标签体系表是整个标签体系的最终文档产物,也是之后标签推进落地与管理的核心工具,如下图所示字段构成,分为两部分。

  1. 标签规则:记录标签与业务使用强相关信息
  2. 标签开发管理:标签开发落地相关信息

标签规则:

  • 标签类目:基于分析场景划分,便于使用和理解:
  • 标签类型:属性标签/规则标签/模型标签
  • 取数规则:取数时间范围、限制条件、清洗说明
  • 计算规则:标签的组成规则,计算范围、公式、定义等,按此规则结合取数规则生成标签
  • 更新频率:根据研发评估计算量和业务需求,分实时、T+1、T+X
  • 数据来源:来源系统,内部/外部
  • 实现方式:直接读取、SQL、聚合表、对接外部API
  • 标签值:根据标签值的类型,单值型、布尔值、枚举值、关联查询、日期、数值型、复合型
  • 更新方式:自动、手动
  • 应用场景:门店选址、商品调配补、精准营销
  • 迭代记录:标签规则变更信息/原因/需求方等

标签开发管理:

  • 优先级:分1、2、3;1级优先级最高
  • 状态:规则撰写中、待业务确认规则、待研发、研发中、待测试、SIT、UAT、上线
  • 协助人:业务/IT协助标签生成人员

2.1.4 补数据

与数据中台或IT相关部门沟通需求确认当前可获取的数据源,并根据数据源+业务需求补充完整数据

2.2 标签体系落地工作流程

上个板块为输出标签体系的主要流程环节,落地到可用标签体系的工作涉及数据采集、治理、数仓、数据传输等内容,是一项非常繁琐,耗时耗力的工作,展开说是另一块内容了,简单分享下我踩过坑后经验总结的较高效少踩坑落地流程。

完成标签体系初版并与业务共识确认后就开始进入研发阶段,如果是0-1的项目就要经过数据采集、治理等环节,在采集数据、治理、表设计环节就可能会出现一些数据源数据缺失、异常业务流程数据、数据规则细节等与业务需求不符或需细化等情况会需要调整规则在IT和业务间反复沟通的情况,一次到位的理想状态基本不太可能,能做的是通过更好的项目管理最大程度提升效率、避免反复,总结了以下4点。

2.2.1 清晰、细致、全面的规则说明

这块主要是对标签体系表中的【取数规则】【计算规则】【数据来源】字段,业务反馈的通常是正向常规流程规则,但是在撰写规则是需要有严谨的逻辑把数据流程中各种影响的分支流程,异常流程出现时的均考虑并写下,必要时加以场景举例,这些规则会极大的影响后续表的合计研发。

2.2.2 数据治理和表研发前排查数据源问题和对比规则确认可满足程度

不管是IT还是业务团队主管,强调明确问题和可实现在进入研发前排查确认清楚,并在正式进入研发前有对所有需求探查过数据源和技术方案设计而非部分,因为在研发后再发现问题需要中断再一次规则沟通、业务沟通、技术方案设计,非常耗时几乎必然影响进度。

2.2.3 关键环节邮件或正式方式告知项目成员,责任到人

这个主要是对项目管理没有明确流程管理纯靠线上线下沟通的组织,邮件或其他正式通知方式是抵抗人侥幸和惰性非常必要的环节,以明确正式的信号说明当前的项目进程,确认的事项加强确保各环节的事项到位和出现问题可追踪链路

2.2.4 明确整个流程中沟通的环节与对象

目初始时说明,说明在初版、采集数据、数据治理、表设计会有一到两次沟通,让项目参与人员脑海中有明确的推进地图,知晓参与节点和作用,事先知道必然比项目中突然的要求能让项目推进的更顺利。

03 门店标签体系应用

门店标签体系核心可应用于主要两个方面,一是核心应用于构建门店选址算法模型,二作为相关业务场景对应系统的数据补充,其应用价值的核心逻辑都是提供更细和全面颗粒度数据+算法,提升输出数据结论和决策建议精准度以达到达成业务提升目标,其中作为门店选址模型数据是我经历过的项目,应用作为数据补充是我个人想法,辩证看欢迎讨论。

3.1 智能门店选址

品牌连锁门店拓展选址的逻辑如图,有门店拓展整体规划,再具体到城市评估适合的商圈、街道、商铺匹配需求的流量拓展匹配类别的门店。

传统门店拓展方式主要有两类,销售额预估和打分法,如下图所示(举例不全,个人所知):

传统方式的共同特征为基于经验积累选择参与计算的条件和调整系数,主观判断性较强,且开店成功/失败后无法有客观的归因分析。

通过算法进行门店选址分4步走,区域范围内目标机会点的选址标签数据提供给模型,以转化率、销售额、复购等为目标计算出最优选址点,并归因影响达成目标的标签/特征贡献度,第三步转化为具体的预估值和评分,便于以业务视角分析决策,最后可以单独查看每个选址评分标签的贡献度,结合业务经验与实际业务情况调整权重,这仅是一个通过算法选址的视角,可以有其他产品设计方案,底层的都是喂数据通过算法推荐选址,在产品设计层可以根据业务需求使用习惯在算法结果之上做调整得到适配业务的工具,通过算法选址的优势主要3个。

  1. 数据驱动预测准确性更高:通过大量数据分析得出决策,降低主观偏见,更准确预估某地点的商业潜力
  2. 高效:算法能快速分析大量信息,减少选址所需的时间
  3. 成本效益:长期而言,算法选址可以降低在渠道拓展选址方面的运营成本

3.2 商品智能调配补

智能商品调配补,实现逻辑为根据门店数据匹配商品,自动提供调配补信息确保每个门店都有足够的库存来满足客户的需求,同时避免过度库存和库存积压,很显然其中门店标签可以用来补充门店相关数据,提升算法的准确度。

3.3 门店用户精细化运营

这个应用比较简单,就是选取门店标签中可以作为用户筛选条件的标签提供给CDP/MA等用户管理营销系统,为业务提供更多维度的用户圈选分层维度,比如门店等级、门店类型、商圈类型等。

3.4 门店经营智能决策

上述的门店选址和智能商品调配补也是智能决策的分支,门店经营智能决策的设想是基于现在品牌连锁门店或者是快消渠道管理都会有划分不同门店匹配不同策略,在打造出优质单店模型后总结营销、推广、商品配置门店管理等方面的经验再推广到同类型的门店,这类需要大量数据、规律总结不断迭代的业务场景个人认为很适合转化为算法洞察发现机会提供决策建议,如图所示提供经营相关数据进行不同类型门店经营效果的算法归因,输出对不同门店的关键影响策略和风险预警,当然这只是一个简单设想,实践起来必然很挑战和困难。

结语:其实要达成智能门店选址或者作为算法补充数据直接构建相关指标体系或者按需梳理设计数据,只在有需要标签时比如补充用户标签的人群圈选时取数生成标签,灵活看取应用哦。

作者:25号玩家;微信公众号 : 25号玩家

本文由 @ 25号玩家 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。