开个网站多少钱一年,稿定设计免费模板,哪个网站的图片专门做详情页的,抖音代运营公司最近在星球里回答了球友提出来的一些问题#xff0c;我都给了回复#xff0c;不经过在明确问题、探索问题的过程#xff0c;对我启发挺大#xff0c;特此来记录下感受和感悟。
缘起
最近新加入球友提的问题#xff0c;有几次#xff0c;我第一时间没看懂#xff0c;甚…最近在星球里回答了球友提出来的一些问题我都给了回复不经过在明确问题、探索问题的过程对我启发挺大特此来记录下感受和感悟。
缘起
最近新加入球友提的问题有几次我第一时间没看懂甚至觉得有点奇怪。
怎么描述这种感觉呢打个不恰当但方便大家理解的比方经过培训我学会了做咖啡和做豆浆并能解答如何制作这两款饮品的提问。
而在我的视角里球友的某次提问是请问怎么用咖啡机做豆浆。
比如当被问到如何构建用户画像、标签体系我会从经营分析的指标讲解到数据洞察需求然后再讲解到标签再往下拆解标签和指标的关系。
如果问怎么做数据仓库/怎么给数仓分层那就可以讲解事实表、维度构建数据仓库的四个步骤数仓分层的原因任务调度血缘依赖等。
经过长期学习和实践我所掌握的知识和术语体系算是体系化的不同场景的问题可以用对应的术语体系结合案例讲解方法论。
而当不按我所理解的常理出牌的问题出现一下子就把我给整蒙了啊这是怎么搭配到一起的
不过回答这样的问题反而能发现大家对于知识理解和学习的状态或许这才是大多数人刚进入新领域的常态。
通过沟通和交流我收获了不少分享给你们~
01 提问和解答的纪实案例
案例1
球友提问 主数据和事实表的标签怎么打。 听到这个问题我的反应是嗯主数据和事实表这俩好像不是同一个维度。这到底是要干嘛问题描述所用的词和概念都错配了。这位球友加入星球时有聊过自己所处的行业背景、工作经历、工作内容正在做数据资产管理。但是我还是得回到问题现场通过沟通确认引发提问的真实问题是什么以及提问的原因。我问这个问题的背景是啥球友回复到
1、是在做资产管理用标签所以才问的ODS事实表主数据我们是存在不同的库里面ODS就会有来源业务系统、数据库类型这种标签事实表就是多级业务域这种标签 2、现状问题怎么用这些标签已经设计了无非就是淘宝那种多级目录筛选。但目前考虑只在后台表存不做标签管理系统 3、遇到的问题目前开发没做过标签管理觉得这种关系挺复杂的。我又想以后考虑设计标签管理产品所以想提前把这个标签的模型想清楚也就是标签怎么存储、后面管理标签怎么设计 经过沟通我才明白了球友考虑的问题是多个领域结合的。更重要的是这段的表述和我脑子里的概念、术语体系没匹配上。如果我来描述我可能会用【表的元数据】去描述而不是【主数据、事实表的标签】我做了一些回复如下
挺有意思的问题。主数据事实数据好像不能 MECE。我们来捋清楚这两个维度的概念。 先说事实表。 数据仓库里的事实表是指各个主体发生的行为事实记录。用户注册用户登录用户浏览用户收藏用户加购用户下单用户支付更多的就不列举了全都是用户这个主体发生的行为动作都是事实 我们可以对一些事实进行度量也就是定义一些指标。用户登录次数、下单次数这是行为层面的度量。还可以从时间、金钱进行度量比如用户浏览时间用户下单金额。当然你也可以把度量换成另一个词指标。主体和主体发生的行为以及对行为的度量就构成了所谓的事实表。 再说主数据。 主数据的概念是基于信息交换保证数据的一致性而提出来的可以理解为向谁对齐以谁为准。 比如一排人站的前后位置向右看的时候跟最右边的人对齐那么最右边的人所站的位置就是其他人所有人的参考和标准。那万一另排的标准定的定的是向左看呢整个方阵就可能对不齐了。主数据是大家协商以后选定出来的。比如用户信息商品信息订单信息这些数据对不齐不一致公司连最基本的账都没法算了。 大家一致觉得用户信息表、商品表、订单表是很重要要对齐的就把它们定为主数据确保数据的一致性所有的系统用到这块数据都要向主数据对齐。 可以看出来事实表和主数据是有概念交集的比如用户注册事实表可能是一个主数据各个系统都要使用用户最基础的信息比如手机号性别年龄注册时间等。 最后再说打标签。 打标签是在一定程度上减少信息用非常简单的标签词来进行代指。 比如小红书上很火热的 MBTI I 人和 E 人代指的内容很多但是只要大家亮出自己的标签那么能够快速给人一个感觉你是性格开朗还是性格内向。但是如果细究你会发现怎么量化这个开朗有多开朗就需要更加细致的事实案例来证明比如参加了多少次陌生人社交活动主动加过多少人主动发言的次数。 对表进行打标签也是一样的。核心是要看标签用在什么场景大家现在习惯用什么标签来定义表以及找到这些表。如果说是对表进行标签类目管理可以考虑两个标签是否主数据是否事实表。业务域、业务过程、主题、所属分层是可以给事实表的标签。主体类型重要程度是可以给主数据打的标签 我以为讲解完主数据、事实表的概念和区别问题就结束了不过球友继续问如何打标签然后我们继续探讨如何打标签。案例2球友继续补充问题
针对最后两句中提到的主数据和事实表的标签。这两类标签相当于通过2个标签的取值来判定是否添加这两类标签相当于跟这一个标签之间有关系了这个关系算作标签树吗还是仅仅是标签关系或者是标签模型在做标签定义的时候要每个都单独定义还是做成分叉树呢 我其实蒙了问这干啥怎么还提出来分叉树了...好在我反问了下对于标签关系和标签树你的理解是怎么样的球友回复
标签树我理解就是一级标签、二级标签这种比如一级标签是表分层值如果是事实表二级标签就是业务域三级标签是子业务域但这个好像不太对标签关系就是标签只有一级都是并列的但业务域这种标签会跟表分层这个标签绑定关系关系要单独建 我回复到
如果标签不多没有逻辑层面的层级分类关系直接打平、打散就好了。如果标签很多可以按照维度去拆解和细分构建标签体系树。 标签的分层、分级跟组织架构类似是有逻辑关系的。比如事业部、归属事业部的一级部门、归属一级部门的二级部门 这个跟数仓里面的业务域、子业务域其实也是类似的。关键是怎么划分业务、子业务呢仁者见仁智者见智了 球友提问
结构化标签体系树 跟 标签类目 应该是两个概念吧 类目应该是这个标签属于哪个分类比如地址信息下面会有国家、省份、城市他们都属于地址信息这个分类下但同时国家-省份-信息 构建的时候是一个结构化的标签树 听到这个问题我又蒙了这说了个啥问题呀我怎么又没听懂但我还是回复了还给了建议甚至还洋洋得意地举了微信标签作为案例
标签体系树、标签类目在我个人看来差不多。 我觉得你不必过多纠结这些概念了带入场景案例去思考才比较好以及通过真实的案例去解释这些概念才是比较好的学习模式。就好比我问你什么是标签。你能列举出来N个案例那你大概理解标签了。但是如果你说标签有3种属性标签、规则标签、算法标签。 那可能还是在套概念那如果继续追问什么是属性标签如果你回答很抽象给我举例并不是你在项目里经历过、在生活里经历过的标签那就是没实战还停留在概念套概念阶段 举个例子微信好友是可以打标签的吧~这种标签是扁平化的标签没啥逻辑关系的对吧。抛开标签设置朋友圈权限的时候是否对她可见、是否看他是不是标签其实也是。为什么要设置是否可见因为有的人不想被其他人看到或者不想看到别人的发。为什么要设置标签因为可以批量地对这些标签里的人进行设置。发朋友圈直接勾标签。 球友回复
嗯就是在想一个问题比如我拿到一个表如果我定义2个标签 业务域和业务子域我知道它两个标签的值我未必知道这两个之间的关系。 我还是蒙的因为不太知道这个问题的场景是什么我让 ta 继续展开说说后面我才明白球友回复了一张图
比如这个在类目基础属性下有国家、省份、城市、县区标签是平的没有结构。标签存储的时候就是四个标签。有另一个地方才会存这四类值的关系-这个关系我在创建标签的时候可以不考虑只要说明是从哪个值来就可以在检索的时候才会调用这个关系去查 我当时看了下没细想然后回复了是的。你可以去了解下层次维度。后来又重新看了下问题又捋了捋举例说明了下。
之前让你看层次维度。层次维度里典型的案例有两个。地区维度时间维度。在创建标签是可以不管标签的值是怎么来的以及标签之间的逻辑关系是什么。 但是如果要按照国家、省份、城市进行汇总统计的时候必然要知道国家-省份、省份-城市、城市-县区之间的层次逻辑关系不然没办法判断标签值是否录入错误了。 比如有个人的这四个标签值是中国、北京、北京市、海淀区这个逻辑是对的。如果他的标签是中国、河北省、北京、海淀区那就不对了。那么按照省份/直辖市汇总北京、河北省这两个地区的指标比如人数时就会汇总错误。 02 我的感受和感悟
这么长的问题沟通过程能看下来看下来不容易感谢~
不知道看完你的感受如何喜欢的话记得点赞喔欢迎留言~
复盘来看我觉得球友提出的这些问题提得很好。在解答问题的过程里也启发我不少细讲一下。
1、没有绝对的好问题敢于提问就很好
如果你也是数据行业从业者回顾下自己的学习过程就能理解提问的难。在数据领域抽象概念和术语体系本就很多想提问都不知道怎么提。
我刚接触数据产品的时候就是这样弄个元数据、元元数据/元模型、元元模型结果被弄得怀疑人生。我当时也是问了很多人用各种方式提问看了很多资料和案例才稍微明白一点。看了《学会提问》我学会的不是提问的方法而是批判性思考面对问题要多思考多探究探究不下去了就及时提问。没有傻问题胎死腹中的问题才是最大的问题。萦绕在你脑子里的问题因为不敢提出来所以并没有得到很好的解决你对世界的感知依然是抽象的、模糊的而不是一个一个具体的案例。
2、不知道怎么说那就带着别人一起看现场
从上面的案例里你也可以看到当我不知道球友到底在表达什么的时候我都让ta展开说说举例说明。当ta列举了案例和背景之后我就大致明白到底说的是啥了。语言是抽象的而且很多人在被专业的术语、概念、流程教育、甚至是驯化以后反而不知道怎么用最简单、最接地气、人人都能理解的方式进行表达了。
肚子饿了要吃饭怎么表达用英文呢I am hungry。如果用西班牙语、俄罗斯语呢况且英语要吃饭还可以说 I need food还可以说 I am starving(我快饿死了,不会用语言表达的时候就用身体语言Body Language或许很高效。用手指指着嘴巴或者做个往嘴里扒饭的动作别人或许就懂了。
当我们还没有娴熟地掌握最贴切的名词、形容词来进行表达对方不懂我们说的、理解不了是很正常的。作为咨询者听不懂别人说的也很正常既然听不懂咱们可以直接到问题现场观察反而能快速诊断发现问题。
3、人生而不同本不存在什么放之四海而皆准的话术体系
每个人都有属于自己的观察、理解、思考、表达习惯只有通过学习、沟通和碰撞之后才会矛盾、冲突之后慢慢和其他人达成一致。
有的人能力超群且德高望重则可以引流潮流制定术语标准但这毕竟是少数。多数人则跟随标准和潮流为的是对齐核心是提高沟通效率。
我也逐渐知道当我没了解问题时就胡乱回答大概率是答非所问想要回答清楚必须帮忙先捋清问题背景。
4、少扯虚头巴脑的概念概念套概念多讲案例这才是真的懂了
在我不了解元数据不了解标签之前这些概念对我来说就像是考试背的知识点。元数据是解释数据的数据标签是从业务角度对数据进行的描述。
嗯多看几次然后呢能解决实际问题吗并不能。只有当你把这些概念用起来结合工作、生活的案例理解清楚你甚至可以不用知道这些概念的标准定义直接上手解决问题你就是牛的。
5、面对提问多点耐心教人是重新学习的机会
教是更好的学在这么多年的学习、教学过程里我接触到不同行业的人发过的内容也被不同的人Diss、Challenge有很多人吐槽内容不行、很虚了哈哈哈
面对问题不泛泛其谈而是多积累问题和案例多洞察自己同行解决问题时的情绪时间久了同理心也就出来了玻璃心也少了在咨询和帮助别人的过程里我学到的知识就更多了。
当自己能把一个案例讲好帮助一个具体的人弄懂一个非常具体的知识点对方反馈我终于听懂了会非常开心。当然如果这个提问能给我带来更多的价值回报我会更有动力人性趋利避害。
03 最后
不是你脑子很乱而是你想解决的问题很多。
相对于信息爆炸的世界语言所能表达出来的内容就像是沧海一粟书到用时方恨少尽力表达就好~
不是你提问不好而是别人不懂你的提问。
没有蠢问题而是没碰到对的人或者对方没耐心了解你的真实问题。你是问题的负责人不要因为被拒绝被否定就质疑自己找到对的人提问~
不是你不行而是你没有踩上风口。
这个世界是结果导向的能抓到耗子的就是好猫我们会面临很多问题但是有这些疑问和问题并不是我们不行而是没有合适的实践机会保持好奇等待机会~ -推荐阅读-
CDP体系化建设1-CDP综述
数仓分层能减少重复计算为啥能减少如何减少这篇文章包懂
-链接我- 微信lemon05140902
一个人走得快但是一群人走得更远。欢迎链接请写明来源公众号-岗位
非球友的微信私信问题不会回答如果有问题请加入星球提问
让我们彼此尊重一起探索有价值的问题。
