如何用产品思维,给8岁儿童解释什么是数据库?
身为产品一定会了解数据库的概念和用途,那么向一个8岁小孩解释,该如何做呢?
三个层次来思考
我们发现这里 只给了我们一个任务 ,并没有给出在什么情况下需要满足什么要求,为什么要完成这个任务。 在这样的情况下,直接按照自己的思路来解决问题那么大概率就会出现答非所问的情况,让结果不尽如人意。
面对这样的问题,我们可以分三个层次来回答。
第一层:
直接告诉孩子数据库的定义。这样的回答是对的,但却不是好答案。因为在小孩子的层面上,对数据是什么一概不知,知识的空白会让小孩感觉像在听天书,说了可能就等于没说,这样的回答是很糟糕的。
第二层:
我们可以 通过类推的方式找到与数据库相似的语言 ,这些语言对于小孩子来说也是可以理解的。比如把「数据库」比作冰箱或者麦当劳,把「数据」比作冰箱里的食物,或是麦当劳里面的炸鸡、汉堡、薯片。
这样的解释对小孩子来说是可以理解的,并且可能会引起他们的兴趣。有了这样的想法,答案虽然不错,但还不够出色。
第三层:
我们需要 重新思考向孩子解释数据库的原因 ,明确该任务的背景/场景,以及我们需要满足哪些需求?然后有针对性地去寻找更有针对性的方案。
这样给出的答案可能比第二层次的答案复杂得多,但它确实能满足特定情况下明确的需要。这样的回答将会带来真正的价值,会是一个优秀的答案。
上面我们花了很大的篇幅来解释哪种答案是很糟糕的、哪种答案是好的、哪种答案是优秀的。但它对我们的价值何在呢?我个人认为以上 能够给出3级答案的人代表了职场中的3级人。
给出第一层次答案的人会按时上下班,不迟到不早退,完全按照自己的想法完成工作任务,很少了解用情况, 做了许多看起来正确的无用功 。这样的员工算不上好员工,而且很容易在职场中被淘汰。能够给出第二层答案的人执行力不错,能考虑到用户的情况,并给出用户可以接受的解决方案, 属于公司内能开垦疆土的干将 ,在很长一段时间内都不会被淘汰出局。但是,可能上升到一定程度会出现瓶颈,最终可能导致中年危机。
能回答到第三层的人,会主动了解老板或公司的目标。 既知道为什么要做,也清楚用户的需要 ,能从更高的思维层次给予真正对公司和用户都有价值的解决方案。这样的人能够很好地处理自己的瓶颈,成功地避免中年危机,有成为行业内的大神潜质。
如何按照思考层次来解决问题?
看到了这里,相信你会想要到达第三个层次。那么, 如何成为这种人呢?
答案是: 你需要先具备第三种思考层次 。因此,面对“向8岁儿童解释数据库是什么”这样的问题,我们首先按照这样的思考层次来解决。
1. 进行用户分析
为了解决这个问题,我们可以先分析一下8岁孩子的一些特性:
- 基本属性: 8岁,刚上小学;
- 社会/生活属性: 家庭圈子多与父母同住,平时与同龄同学及同班同学一起学习、玩耍,需要教师指导;
- 爱好/偏好: 喜欢看动画片,喜欢去游乐园,喜欢与同龄小朋友玩;
- 喜欢吃肯德基麦当劳心理属性: 崇拜自己的父母,活泼可爱。
我们知道,刚上小学的人不知道数据是什么,这也意味着,不能完全根据数据库的官方定义来向他们解释数据库是什么,使他们无法理解。
上面我们说过,这次任务并没有告诉我们 为什么要 向8岁儿童解释数据库是什么。现在也没有办法找到那个向我们提出这个问题的人,让他告诉我们原因。
因此,我们首先需要 自己设定一些典型场景 ,给出提出任务人员的身份和需求,更好的向8岁孩子解释数据库是什么?
2. 确定典型场景
这里列举三个场景:
场景1: 小明在 steam教育公司工作,公司主要提供儿童编程课程服务,最近刚做了一个免费的试听课程,想让更多的用户参与其中。小明该如何向自己的使用者(8岁的小孩)解释什么是数据库,以及编程是做什么的,引起小孩的兴趣。简单点说就是:教育公司设计试听(学)课程售卖。
场景2: 老王是一只程序猿,有个8岁大的孩子。一次与几位好同事共进晚餐,带上孩子一起去。聊天中有意无意地提到了数据库,儿子小王出于好奇问老王:爸爸,数据库是什么啊?这时老王应该和孩子们解释什么叫数据库。简单点说就是:老爹给孩子解惑。
场景3: 一个少儿科技展示会的主题是“数据改变世界”的科技馆。作为主题馆的设计师,小刘在其中有一个项目是向孩子们介绍什么是数据库。此时小刘该如何设计方案让参展人员介绍数据库是什么?简单点说就是:科技展给少儿科普。
3. 典型场景下的解决方案
下面我们就来一一面对以上三种情况,遇到这个同样的问题,该怎么解决。
场景1:教育公司试听课程
- 目的:促进课程销售,促进用户体验;
- 目标用户:8岁儿童(听课)、儿童家长(付费);
- 对企业的价值:提高用户付费率,促进课程销售;
- 对用户的价值:让孩子学习编程时更有乐趣,不要这么无聊,缓解家长“不让孩子输在起跑线上”的焦虑,满足家长望子成龙的心愿;
- 自我实现价值:出色完成这项工作,增强老板和同事对自己的信任感,提升自我满足感。
解决方案: 数据库就好比哆啦A梦,数据就好比哆啦A梦。以用户需要通过向哆啦A梦要东西,来解救大雄的故事为背景完成这次教学。
剧情介绍:胖虎绑架了大雄,寄给你一封信,信上说你要准备一堆好吃的给肥虎去救大雄。此时哆啦A梦已来不及赶来了,不过您任何好吃的都可以与哆啦A梦取得联系,它会让您焕然一新,现在需要你选择好吃的拿出来救大雄了。
你可以选择的零食有:奶糖、苹果、香蕉、蛋糕(还可以更多),请选择你想找到哆啦A梦想要的美味,然后把它们送给胖虎去救大雄。
场景2:老爹给孩子解惑
- 目的:用最短的时间满足孩子的好奇心,不影响同事与自己交谈的气氛;
- 目标用户:您自己的孩子,聊天的同事;
- 对孩子的价值:满足好奇心,觉得自己的父亲无所不知;
- 对同事的价值:不影响目前的聊天氛围;
- 自我实现价值:让孩子觉得自己很厉害,在同事面前不丢面子。
解决方案: 把数据库比作麦当劳,数据比作炸鸡、汉堡、鸡腿。
麦当劳是存着很多炸鸡、汉堡、鸡腿,你在外面是看不到的。进去给钱以后服务器小姐姐才会拿出来,你才能看到,才能吃。这个数据库就是麦当劳,数据就像炸鸡、汉堡、鸡腿。它就是一个存储数据的地方。
场景3:科技展给少儿科普
- 目的:提升孩子的知识面,使孩子认为这次看展有收获,家长觉得门票值得;
- 目标用户:看展的孩子和家长;
- 对孩子的价值:在增加知识的同时觉得有趣有收获;
- 对父母的价值:让父母觉得本次对孩子的陪伴有意义,有价值;
- 自我实现价值:得到家长的称赞,获得成就感和认可。
解决方案: 通过设计现场模拟数据库的场景,制作一些道具,模拟数据库的实际工作原理。让参加活动的儿童使用道具了解数据库的工作原理,这样就知道了数据库是什么。
准备一定数量的 乐高模块。现场分为2个区域,分别为:数据库区、拼图区。数据库区大部分都整齐地排列在一起,而拼图区是空的。
设计给孩子的任务:把数据库区整整齐齐的乐高拿到拼图区玩拼图,把特定的形状拼起来可以得到特定的奖品,拿到奖励后再将乐高拆开整齐地放回数据库区。
将乐高类比成数据库,将乐高块类推成数据。整齐划一的布局可以节省空间,最大限度地利用好空间,高效地以此来解释数据库的基本作用以及高效的特性。要把乐高拼成特定的不同形状来类比数据经过不同的加工分析能够做到千变万化,无所不能。
写在最后
当我们遇到任务的时候,我想多考虑一下任务背后的一些事情。知道为什么在完成这项工作之后再去做,比看到问题时没有思考的情况下做,可能会花费更多的时间和精力,完成得更慢,但效果可能会更好。可以称之为:“少即是多”,“慢即是快”。
作者:石头,公众号:产品经理小助理
本文由 @石頭 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议