程序员了解了哪些业务才算是懂业务呢？

程序员分类有哪些？

程序员通常分两种：搞中间件或者基础架构的，搞业务架构开发业务系统的。

搞中间件基础架构的

这种程序员通常被认为是技术更好一些，会深刻研究一些基础技术，技术深度更深一些。

好比自建CDN，多云互备，长链接系统，五大中间件，linux内核开发，k8s平台等。

搞业务系统的

这种程序员是一个公司更大部分程序员的角色，大部分公司的程序员的大部分工做都是业务系统的开发。

这种程序员通常的要求是须要对本身的业务系统的业务有足够的了解的，只有足够的了解才能更好的内聚或模块化本身系统代码。同时更好的评审需求，让系统的架构涉及具备面向将来业务发展的扩展能力。

好比营销系统，订单系统，商品系统，用户系统等。

怎样算一个懂业务的程序员？

不少程序员对于业务的理解很不屑，或者认为pm的需求太简单，因此对于理解业务的标准也比较低。固然大部分中小公司其实也没有多少业务可言，也就变成了你们所谓的业务开发就是CRUD的编码了。

那么究竟什么样的业务理解算是理解业务呢？

咱们以商品系统为例简单讲讲。

商品中心

不少电商系统都有商品中心的概念，商品对外建模多是一个物理上的商品或者虚拟商品。商品中心，顾名思义，主要负责商品业务，我把它形容为电商业务的”基石“。

下面咱们分别经过两条电商核心链路来认识一下商品业务：

• 首先是核心交易链路，从商家列表页、商品列表页、商品详情页、加入购物车、下单、到提交订单，这一系列核心环节里面和商品相关的业务，都是由商品中心团队在支撑；
• 接下来是供应链链路，从商品上单、审核、发布、到发布后各类管理动做（包括单店管理、多店管理、类目属性管理等），这一系列核心业务，也都是由商品中心团队在支撑。

商品名词

搞商品中心很重要的两个名词就是SPU和SKU。

SPU

SPU 的英文全称是 Standard Product Unit，也有人说是 Standard Property Union(标准属性集合)。

不过，SPU 是和产品紧密关联的，称之为 Standard Product Unit 更准确， 即:标准产品单元，标准属性集合更形象。

SPU 是一组可复用、易检索的标准化信息的集合。该集合描述了一个“产品”的特性。 SPU 是商品信息聚合的最小单位。

SPU 的组成通常是关键属性+商品属性+普通属性，不包含销售属性。

SKU

SKU 的英文全称是 Stock Keeping Unit，即库存基本单元。SKU 基本上是销售属性+价格+库存构成。

影响库存和价格的属性就是销售属性。

类目体系

类目体系

类目就是商品分类，是商品信息的一种结构化描述，目的是为了管理、导购。 目前商品包含类目：

• 店内类目：由商家维护的店内商品分类，目前C端用户直接使用该分类来筛选商品，SPU必须隶属与具体店内分类。餐饮品类店内类目为一级，某些（SC）业务店内类目支持二级。
• 后台类目：类目体系目前根据不一样业务分为三种类型：SC后台类目、药品后台类目、美食、甜点DNA属性类目。后台类目支持四级类目，只有叶子节点能够被商品和标品关联，后台类目直接和SPU创建关联，整个平台维护一套标准后台类目。

类目属性

根据经营品类的不一样，每一个品类对应的属性也不一样，定义为“类目属性” 。

如：SC类品类独有的属性有品牌、重量、产地 等，餐饮类品类独有的属性有菜系、烹饪手法、原材料等。这样任何品类均可以有任何属性。

好比：

• 口味：酸、辣、苦；
• 酸：酸甜、酱酸；
• 酸甜：酸甜辣。

分类方式又可分为 （后台类目、前台类目） ，分为三类类目（前台、后台、店内），其中店内类目由商家自行维护；后台类目由平台维护，是一份标准的数据集合。

后台类目：

商家能够进行售卖商品属性设置：

以美团外卖展现为例：

类目模板库

既然有这么多属性，和类目， 通过演进和抽象那么就产生了属性模板库。

“后台类目”与“属性”（属性与属性值）经过“属性模板”创建关联关系，一个属性模板能够关联多个后台类目，以此来实现可配置化，由平台统一维护。

在商品平台，维护了 好比：蛋糕甜点模板、小吃模板、主食粉面类模板、外国菜品模板、非中式菜、汤羹模板等。

上面看到的各类吃的，都划分到餐饮模板分类，包含了（美食，甜品，鲜花，医药健康，生活超市）。

主要是的特色：SPU、SKU为核心内容， 美食、甜点品类有“DNA属性”，主要是在这一个分类模板。

除此之外， 还有 SC ，药品，这些分类模板。

商品小视频

在商品展示纬度，为丰富不一样经常使用的产品表现力，咱们引入了商品小视频的概念：

商品标签

好比:菜品“西红柿炒鸡蛋”和“西湖牛肉羹”的标签以下：

后记

上面只是整个商品中心的冰山一角，若是想作好商品中心仍是须要研发人员对于整个行业对于商品业务有必定的了解的。

业务团队，特别是平台性质的业务团队在招聘人员时除了考察面试者自己技术能力外，还须要关心是否有相关方向研发经验或背景经验，这样能够较快的进入状态。若是一个程序员工做5年+，若是业务能力不过关和技术能力不过关是同样的。

因此多掌握某一个方向上的业务，深刻某一个场景业务能力也是程序员面试时的一个加分项，程序员面试永远不是简单的看看技术能力。

不少公司提供的业务可能比较简单，但这样应该不是你没法在某个业务深度了解的接口，把本身看成PM，看成运营在技术以外在锻炼一条腿吧。