今日目标：
聊聊表格设计那些事儿
你知道什么是ERD吗？
不知道没关系，太正常了，我的Excel学员也不知道。
ERD是Entity-Relationship Diagram的英文缩写，中文意思是「实体关系图」，是一种数据库设计结构化方法。
一看到“数据库”3个字，别以为这个是程序员的专利。
我们在做表格时，遇到的很多问题，本质上都是对「数据库」「数据关系」管理没有设计好导致的。
最典型的，一对多的数据记录管理。
1- 举个例子
1- 考勤记录表格
比如：考勤记录的问题：
- 一个人一天会有多次打卡考勤的记录
- 一个月会有30天的打卡记录
如何设计表格，记录每条打卡记录信息？
我见过的是这样的：
还有这样的：
2- 还款跟进表格
这个还好，一般都有打卡机，直接导出来就可以了。
财务还款记录的管理，一个客户会产生多笔的还款记录，如何清晰的记录和管理还款进度，这个是我遇到的最多的问题。
小公司没有系统，自己设计表格，一条还款记录是1列，那表格宽的啊！是真宽！比如下面的样子
(建议横屏观看)
2- 产品都是铁憨憨
大部分人的时间都泡在业务流程上，没有数据管理的经验，平时用Excel也就是填填表单、打印一下记录表，拿Excel当Word用，这个能理解。
但是像钉钉这么大的企业，做出来的考勤表，是这样子的，我就费解了。
我被学员问到过N次了。
1- 如何计算迟到早退？上下班时间都在一个格子里，没法直接相减。
2- 如何计算出勤时长？加班时长？时间在一个格子里，只能手敲计算器。
3- 出差、请假记录如何剔除？都是文本内容，写在二维表里，只能一个个手动标记。
别笑话人家钉钉，自己公司的表格也好不到哪里去。
所以，公司上产品信息管理系统时，我一定会从头跟到尾。免得不懂数据管理的新人，把技术人员给带跑偏了。
就怕技术也是铁憨憨，被产品牵着鼻子走。
之前在富士康，开一个新系统开发启动会议，小项目，IT安排了一个新人来开会。
产品老大一顿瞎指挥。
- 考勤数据要一键导出考勤表，能直接打印的那种。
- 表头要合并，写上「x月x日 xx部门 考勤表」几个大字。
- 姓名要合并，上班下班分两行方便管理，不分也行，放在一个单元格里。
- 落款要有「指标」「审核」「确认」
- 。。。
IT小兄弟计算机毕业，性格内向又刚入职，不敢吱声，连忙点头答应。
结果开发一个月，擦屁股一年。
2- 技术不想跟你闲扯淡
是不是有技术大佬，问题就能得到改善？哪也未必。
关键看产品经理怎么开这个会。
技术大佬的建议你得听，哪怕听不明白，多交流多沟通。
需求朝令夕改，技术的反馈从来听不进去，人家也不想自找麻烦，最后顺着你的需求答应，做出来的东西，还是自己受罪。
然后就有了钉钉这样的考勤表。
4- 大家都是铁憨憨
也有可能是，觉得这个表格适配需求的那些HR们，不觉得技术人员的数据思维是自己想要的数据，从而觉得他们的思维没用。
我感觉你傻，你心里也默默称赞我是傻X。
技术觉得产品傻憨憨，产品觉得后端傻憨憨，后端觉得行政傻憨憨，行政觉得人力傻憨憨，人力觉得全公司除了老板和他自己，都是傻憨憨！
我有个同事，之前在钢厂上班，一群研究生实习的时候，拿着各种设备去测量钢炉的温度。
有一个老师傅，钢厂干了几十年了，一看到这些小年轻，蹑手蹑脚的去测温度，就不屑的说：不用那个！
然后，手一伸，脸往前一靠，260度。
更气人的是，每次还都很准。
经验丰富是好事儿，但是流程规范还是要建立，表格使用人数越多，产生的记录越多，越要做好规范化。
否则就怕经验能管好锅炉，最后就是只会管锅炉了。
小结
你有没有遇到铁憨憨的表格？快在评论区告诉我吧！
我是拉小登，一个会设计表格的Excel老师
3907
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
