1小时游戏,教会4岁女儿理解互联网产品技术
一、背景
互联网产品届,历年来一直有个老生常谈的问题,而每当这个问题出现在知乎、脉脉一众社交平台时,却总能掀起血雨腥风。
这个颇具争议的问题就是:“产品需要懂技术吗?”
因为自己是产品出身,除了大学里学过一些计算机知识外,并没有自己写过代码。但是工作时间长了,久而久之也对技术范畴有了浅薄儿的了解。到目前为止,虽然还是不会写也看不懂代码,但是却可以做到和技术同学做到完全对等的交流,甚至有时候还能和技术瞎侃下实现方案。
所以,我在想,“产品需要懂技术吗?”这个问题是不是可以换个问法,例问:“产品和技术是如何交互的?”是不是更容易回答一些,毕竟前者问题是个辩论话题,后者问题是可以取百家答案之精华,是个覆盖度的问题。
所以,我就想先尝试回答我这个新问题,今天先聊一些,后续想起来再继续补充。
回归正题,互联网产品技术对一般人好像没接触太多,肯定难以理解,那怎么讲会让大家更好理解呢?我想了个招儿,教会我4岁多的女儿,她如果能理解,那我想一般人都没问题了。
本篇文章,我就以一个产品经理做项目的方式来展开。
先定下我们的产品目标:让普通人可以理解基本的互联网产品技术基础知识。
————分割线预警(以下内容针对一般人)———
二、需求分析
接下来,先考虑2件问题:
1. 问题一:我要讲解哪些基础知识?
针对第一个问题,根据我多年的经验,我认为可以围绕一个话题来阐述:“平时你在电脑/手机上操作页面时,系统是如何运行的?”
备注:我们只讲应用层,如果你要提微机原理、计算机网络,那证明你已经不是一般人了。
我认为有一组知识,可以来解答上述问题,一旦你知道了这个原理,其他更多问题都只是这个基础的复杂加工而已。
这组知识点就3个概念:前端、后端、数据库,然后你只需要搞懂以下4个问题,就能入门。
- 何为前端?前端做啥?
- 何为后端?后端做啥?
- 何为数据库?数据库做啥?
- 以上3个东东是怎么相互协作的?
2. 问题二:我要怎么讲解才能让一般人听懂?
既然要达到让幼儿园小朋友都能理解,那必然是游戏喽~
大家都知道,互联网产品在现实中都存在原型场景,从抽象的业务流程角度,现实与网络都是一一映射的。
所以游戏设计中,第一层是现实场景与互联网产品之间的映射比较,第二层是互联网产品内各个环节也实体可视化,这样两者结合起来,大家理解就会容易很多。
三、产品设计(请叫我游戏策划):
1. 构思
(1)脑海中获取到的创意点儿
① 小孩对玩具都比较喜欢,前几天刚好给女儿买了一套发条小玩具(共计10个);
② 小孩都喜欢玩过家家类游戏,对可交互类的游戏接受度更高;
③ 4岁小孩对颜色、数字、部分汉字已掌握,基本算数、逻辑推理也已具备;
④ 小孩对幼儿园也比较有归属感,对年级、教室都有认知;
⑤ 家里买了不少乐高玩具,小孩对拼乐高也都比较喜欢且已经可以动手拼装,乐高颜色种类不少。
(2)我想要传达的知识点(此处写文章需要,下边①②③④⑤看不懂没关系,往后看)
① 现实世界与互联网产品的映射表现;
② 前端、后端、数据库的概念以及三者如何交互;
③ 前端信息提交后逻辑层不仅是后端,还可以是前端;
④ 数据库表以及关联表的概念;
⑤ 场景覆盖4种典型互联网操作场景,对应4种数据库原子操作。
结合以上A和B,我构思出来以下发散的信息:
① 幼儿园场景,游戏主线任务就是来管理学生和班级信息;
② 小动物作为幼儿园学生,把颜色、年龄、姓名、照片小孩可以认知的元素作为学生信息表的组成;
③ 乐高组装成幼儿园的教室,区分楼层、颜色作为教室的元素;
④ 判断逻辑:把年龄这个因素作为提交信息后逻辑层判断的依据;
⑤数据库表:为了引入关联表,需要有个班级信息表,如楼层、教室颜色与学生信息表进行关联使用;
⑥增加场景:小朋友入学报名场景;
⑦删除场景:小朋友转学场景;
⑧ 修改场景:幼儿园班级教室颜色粉刷变更;
⑨ 查询场景:统计班级小朋友总数、通过学生关联表查询班级信息。
以下就是我打草稿的2个原图:
图1:学生表、班级表2个数据表、增删改查4个场景的简要逻辑
图2:针对增删改查4个场景做了细节逻辑的补充
2. 准备素材&开发产品
分析下不同场景下需要的素材清单:
以下就是我准备好的素材成品(摆放没有按照以上三类区分,大家忽略对应关系):
四、产品上线(含3层映射逻辑讲解):
OK,产品开发完成,我们直接上线运行,同时讲解开始。
首先,我们先确定下现实世界中的一些客观信息,即就算我们没有线上互联网产品这套系统,这些信息在线下幼儿园场景中也一样会真实存在。
以上基础信息,会映射到互联网产品对应的数据库表设计中,而规则逻辑会映射到增删改查的逻辑中。
1. 数据库
第一个概念数据库比较好理解,我们就拿其中一个猫头鹰小朋友和对应的班级来对比举例。
上边2个图,分别是学生信息表、班级信息表的数据表结构,大家第一感觉是啥?不就是我们天天用的excel么,excel没用过,现在防疫期间天天门岗查温度登记的那个纸质表格总见过吧。
没错,这其实就是数据库的表现。
理解这个基础上,我给大家再普及2个数据库的常见概念:主键和外键。
除此之外,大家还需要知道数据库有4个最基本原子操作,分别是增删改查,就是增加数据、删除数据、修改数据、查询数据。这些场景的描述和解释,下文中会按照4个场景展开描述。
数据库的表结构和4种原子操作就是数据库的核心内核,其他再复杂的场景都不会离开这个范畴,当然是针对除技术之外的其他人员而言。
2. 新增(幼儿园招生报名)
前文已经说了,几乎一切互联网都可以在现实场景中找到映射,而互联网产品也恰恰是替代人力解决问题的。
所以,我们先还原下我设计这个游戏在现实场景中的交互流程(大家不要怕,都能看懂的)
根据上图中,老师的五官承担了与小朋友的前端交互任务,耳朵眼睛负责信息的输入,嘴巴负责语言表达是输出。
而老师查询的登记簿资料就是与数据库信息交互,最终按照招生规则判断小朋友是否可以入学及入学分班等后端行为,是由大脑完成的。
OK,接下来,我们用我设计的游戏,即实体化的互联网产品来模拟一遍。
第一步:前端输入页面
这个页面如果是真的互联网产品,就是呈现在手机或者电脑的各种页面,这里游戏中,我们用图画纸可以达到同样的目的。
那么,这个页面就是所谓的前端,用来收集小朋友的报名信息的,等同于现实场景中老师看到/听到/拿到你的报名信息。
这里需要填写的4个信息,就是后端(是否可以报名成功)的输入参数,信息填写完成之后,点击【报名】按钮就会调用后端接口开始执行判断程序,类似老师的大脑处理信息。
在这里插入一个小知识,前端判断和后端判断的区别,前端判断就是不需要后端逻辑判断前端就可以校验的意思,例如上图中的照片尺寸需要一寸,那么如果你提交非1寸照片是不能提交成功的,这个就不需要大脑判断的。
第二步:后端判断
后端判断,在真的互联网产品技术中,就是一段段代码了,游戏中也没有实体化展示这个东西,还是大脑运算,不过我用注释来描述这里面的逻辑。
很简单的表达,不复杂,不抽象,看图:
所以,后端接口其实就是接收前端提交信息当做入参,然后内部按照一定规则运算之后,返回出参结果给到前端。而后端的复杂度就是这个规则的复杂和实现方式,而内核其实不会变化。
第三步:添加信息到数据库(报名失败没有这一步)
对于报名失败不需要写入数据库的情况下,是没有这第三步的,会直接跳转第四步。而对于报名成功的情况,后端会先把信息写入数据库后,然后将数据库的信息再通过接口返回。
第四步:前端展示后端返回数据
接第二步,拿到输出信息,然后通过前端页面展示出来,上述有3种报名结果,对比图如下:
在这里,强调下前端页面表达,接口返回信息是数据化的,没有任何格式,需要通过前端的各种样式来展示页面,例如页面布局、颜色、动画、固定文案等内容,可以参考上边表格中的3个页面展示效果。
新增场景介绍完了,这个其实也是增删改查最复杂的案例了,接下来篇幅有限,我会不再赘述现实场景与互联网产品的映射关系了,主要说产品与技术交互映射。
3. 删除(幼儿园小朋友转学)
第一步:前端输入页面
前置已经用了查询能力(详见下文)定位到要处理的学生对象上,老师操作“转校”操作,会出现弹窗操作确认,这个是前端实现减少误删除。
点击“确定”之后,调用后端的“删除学生信息接口”,同时传入参数1002(学生表主键可以唯一确定一个学生)。
第二步:后端操作
后端“删除接口”做的事情也比较简单,就是直接调用数据库本身的原子能力删除功能,就可以将学号1002这条数据删除掉。操作完成之后,告诉前端删除完成。
此时数据库里,已经没有了1002第二条数据,如下图:
4. 修改(幼儿园班级教室颜色变更)
第一步:前端输入页面
前置已经用了查询能力(详见下文)定位到所有班级信息,老师选择要处理的班级信息,操作“编辑”操作,老师填写教室变更后的颜色黄色,然后确定提交,经过弹窗确认之后,真正调用后端“修改班级信息”接口。
第二步:后端操作
后端“修改班级信息接口”做的事情也比较简单,就是直接调用数据库本身的原子能力修改功能,就可以将贝贝班对应的教室颜色由“绿色”变为“黄色”。操作完成之后,告诉前端删除完成。
此时班级数据库表里,第三条信息已经发生改变,如下图:
5. 查询(幼儿园各班级人员总数、学生所在的班级信息):
第一步:前端输入页面
这个页面,其实集成了2个查询类的功能:一个是按照班级查询学生总数。另一个是通过学生,查询班级信息。
第二步:后端操作
先说按照班级查询学生总数,我们以聪聪班为例,后端运行逻辑如下图所示,最后运算过后返回前端结果数为“4”即可。
再说按学生查询班级信息,以猫头鹰为例,后端运行逻辑如下图所示,这个用到了关联表逻辑。
第三步:前端展示后端返回数据
将上边2个后端接口运算的结果分别返回到前端,然后前端渲染样式展示给老师。
五、产品复盘
产品终于上线成功,没想到写文章这个产品做起来比准备游戏本身还要费力。这篇文章篇幅有点长,主要是图片太多。
希望可以通过这篇文章,能够让不太懂互联网产品技术的朋友们也能有所了解,对于想要转行做产品的其他朋友,我想说这个真的是入门中最核心的知识点了。
突然发现这个路子也还不错,既能陪女儿玩,让她学习一些小知识,还能沉淀一些文章普及别人。
嗯,又可以搞一个系列了,哈哈。下一次不行就用游戏模拟下电商购物背后的资金、信息、供应链流转吧。
作者:减形简远,转转交易中台产品负责人。公众号:产品杂谈
本文作者 @减形简远
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!