后台设计基础:字段设计

 设计基础     |      2020-11-22 02:29

  各位好,通过虚拟账户这个点,简单介绍了虚拟账户数据结构、账务数据结构、交易基础体系以及相关应用场景,其中核心展示了账户数据结构、账务数据结构、交易流水数据结构,数据结构中最重要的就是字段设计。那么在后续的几个章节,我们就重点说一下后台产品设计工作中的几个基础工作,希望不了解后台设计思路或者是对刚入行做后台产品小白提供一些借鉴意义。

  其中字段设计是其中最基础的部分,是我们后台设计最核心的部分。首先我们设计后台系统展现的表单信息来源于字段设计、业务流程中提现的业务信息载体是字段设计、规则设计中相关规则控制对象也是字段,因此设计好字段是后台产品设计最基础也是最核心的工作。

  所谓字段就是后台相关数据的载体,根据来源不一样我们可以定义如下四种类型字段:业务型字段、系统型字段、管理型字段、规则型字段。

  因此,我们在梳理某一个对象管理字段时可以按照这四个维度去设计字段,来保证我们的字段设计是全面、完善的。

  字段类型相关字段我们找好了,就需要针对某一个字段维度进行字段表格的设计了。

  就像后台按照模块分类一样 ,字段也有所属对象的分类,比如商品、用户、订单、结算单、提现单、红包、奖励券、客户等,这些对象是字段承载的载体。

  字段值类型常用的包括:字符串(比较常用)、枚举(审核状态、是否项目等)、日期时间、浮点数(金额类型、定义小数点后位数、小数点前位数)、数字(正整数、是否可以为负等)。

  这个是指字段在写入值的时候是必须有值的还是可以为空,比如新增一个商品,商品编码、商品名称是必填,商品关键字可以为空等。

  字段值来源是指字段在写入的时候来源于哪里,常见的包括以下几种:来源于输入(就是通过前段某一个页面通过用户输入或是选择获取的值)、系统自动生成(比如:创建时间、业务编号等字段)、来源于其他数据(比如:订单里面的商品编码字段,就来源商品里面的商品编码字段)。

  字段值长度是存储在数据库中值的最长长度是多少,比如:字符串类型,可以规定长度32位,这个一般根据业务需求制定的一个最长长度,便于开发设计表结构。

  假如:我们有一个新手发红包的场景,需求可以是这样:新手用户注册我们的产品,我们就给新手用户发新手红包。此红包可以在购买产品时可以抵扣订单金额,我们就基于红包这个业务,来设计一下字段。

  延续第一章、第二章的思路,红包是一个虚拟账户场景,首先我们要定义红包这个“账户”的结构数据;其次我们要定义发完红包后“账务流水”的数据结构。

  具体可以参见如下两个表格【表1 红包类字段(仅供参考,具体业务字段具体设计);表2 红包发放情况字段(仅供参考,具体业务字段具体设计)】:

  这样表格的设计本质上跟技术人员设计数据库很类似,所以,我们也就解答了这样一个问题——产品经理如何跟技术人员沟通的问题,通过字段设计基本上实现了产品与技术人员最核心的沟通。

  字段设计和程序员的设计表结构有什么区别?对于产品经理来说要做到什么程度?我是后台程序员转产品经理,有点懵。

  没有多大区别,区别在于成员员可能会考虑一些日志、缓存、快照、流水、关系表等。产品的表数据是用来帮助程序员更好理解业务,更好的知道自己业务主表、关系表、流水表是什么,功能上需要哪些字段。但是有些情况下产品说的报表数据可能需要程序员设计出来更多的子表才可以。这也是产品和程序员用来交流的最好的桥梁。

  还需要有字段定义,说明字段是干什么用的,要有数据来源,比如XX时间是怎么产生的,什么事件产生,是否更新等等;再一个,日期和时间是不一样的,前者是年月日,后者是年月日时分秒

  多谢补充!对的,是的,涉及到某个具体业务需要备注一下字段含义,关于日期时间,您说的也很对,我这边也是比价懒一些,就直接把日期时间展示出来,其实目的也是告诉大家,日期和时间是不一样的!

  这个也可以定义上,但是一般情况下那些唯一的ID,编码什么的一旦字段值生成了是不能再编辑修改的,所以这个看情况,如果有一些字段的值存储在数据库中只能只读,不能编辑的话也是可以定义出来的,我上面介绍的是一种通用的模板

  听到很多言论说在中国程序员是吃青春饭的,那么产品经理呢,也吃青春饭吗?

  人人都是产品经理()是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。