乐学 美团买菜—— 产品分析
风口浪尖下的美团买菜，如何在众多生鲜电商产品中杀出重围，本次产品分析了解美团买菜战略方向并给出一些自己的见解。
二、简单产品介绍
美团买菜主要为用户提供线上买菜服务，用户可随时随地通过手机下单，美团买菜接收用户下单后，根据用户绑定的地址选取一个就近的仓储服务站进行配送，辐射范围2公里，配送速度可实现最快30分钟送菜到家。
三、生鲜电商行业发展历程
生鲜电商目前处于发展阶段，从2005年开始发展以来经历了两波热潮。2005年易果生鲜成立，开启生鲜电商第一波热潮。此后，菜管家、沱沱工社、顺丰优选纷纷上线，随着生鲜电商不断发展，供给逐渐超过市场真实需求，2012年开始停止扩张。2013年，伴随一系列并购，包括顺丰优选，沱沱工社的全国性大规模扩张，生鲜电商又迎来了第二波高潮，紧接着巨头介入不断加码冷运链和生鲜供应链，一些中小型生鲜电商企业倒闭或被并购，行业进入洗牌阶段。资本的介入开启了布局新型零售模式，打通线上线下消费场景，有的选择以店代仓如（沃尔玛，永辉超市、家乐福）；有的选择前店后仓如（盒马生鲜），有的选择前置仓如（每日优鲜、美团买菜）等，这些新型的零售模式加速生鲜电商发展，资本想尽一切办法抢占市场，各家都想认证自己的零售模式是正确的。2020年新冠疫情的爆发导致全民隔离，也给生鲜电商行业带来爆发增长，春节期间生鲜电商平台日均活跃用户较2019年同比增长91%，各大生鲜电商平台订单出现2-10倍增长。
四、生鲜电商商业模式
生鲜电商目前发展已不在局限于传动的销售模式，目前市场的产品呈现几种新模式，如前置仓，店仓一体化，社区拼团，门店到家，冷柜字体等，现阶段多种商业模式并驾齐驱，竞争愈演愈烈。相对于其它电商产品来讲，生鲜电商环节复杂，对物流运输、冷运仓储要求更高，目前整个市场都还在模式探索中，大多企业目前都还属于补贴亏损打价格战争流量的状态。从目前行业中发展较好的几款产品来看，拥有较强供应链管理能力的生鲜电商更有望突出重围。
五、美团买菜整个战略部署过程
51探索期
2017年7月，美团首次进入“餐饮+新零售”，开了一家2000平的类似“盒马生鲜”店铺——掌鱼生鲜。
掌鱼生鲜的整体运营模式几乎效仿盒马，并想效仿盒马一样实现店仓一体化，发行了属于自己的APP，承诺“一小时送达”，但掌鱼生鲜只出售冷冻水产品，在商品质量上远远不如“盒马生鲜“的鲜活水产品更值得用户青睐，因此也没能在生鲜市场立足，在行业也没有很大的影响。
2018年美团对“掌鱼生鲜”全面升级，改名为“小象生鲜”为了弥补之前没有鲜活水产的短版，“小象生鲜”重新定位为生鲜、食品、餐饮、电商即时配送一体的线上线下结合生鲜超市，更像盒马一样设立了堂食海鲜，并将配送服务升级和盒马一样的“3公里内最快30分钟送达服务”。
2018年12月，小象生鲜在运作一段时间，没能满足用户高频消费习惯，商品虽有鲜活水产，但供应不足，加之员工成本，门店租金，商品客单价高等一系列因素，阻碍了小象生鲜和竞品分领市场。
52发展期
2019年1月“小象生鲜”更名美团买菜，同名App上线，虽然过往试水没有良好的结果，但美团决定在次向生鲜电商发起挑战，首个线下服务站于上海开通。整体战略进行转变，“美团买菜”以社区化服务为切口，此前的3公里范围配送也改为15公里配送，基于美团外卖现有的配送体系叠加美团买菜业务，难度较小，社区居民可通过手机App下单选购食材，美团买菜将通过社区设立的集仓储、分拣、配送于一体的服务将客户所需要的一日三餐食材送货到家。
整体看似美团这次战略部署周密，但看所有模式都是前人走过的路，而且是前人走的很好并且在深耕。众所周知“叮咚买菜”最早兴起于上海，聚焦解决用户买菜难的生鲜零售平台，整体模式为“APP+社区服务站”前置仓配送模式，上海百姓众所周知，市场基本趋于饱和，“美团买菜”将这一模式放在上海最先实行根本不具备竞争优势，更多的做法可能为了试点测试。
60几天的美团买菜模式探索过后，整体模式还没能趋于成熟，美团遍将试点转回北京，2019年3月26日，北京市场测试在天通苑、北苑两大居民区分别开通便民服务站，服务站周边2公里居民可以通过美团买菜App下单，送菜上门。
53快速扩张期
4月10在北京姚家园开站
4月17美团买菜在北京、上海累计服务站达到10家
7月10日，美团买菜将第三个试点选中武汉
截止目前美团买菜开通城市为“上海、北京、武汉、深圳、东莞、广州“具体社区服务站数量未查到，北京统计目前有51个站点。
总结
从美团针对生鲜电商的整个生命周期的布局来看，美团的每一步都在尝试，尝试走前人走过的路，在玩法上并没有太多革命性的创新，虽然说前人栽树后人乘凉会省很多事，但就目前的整个战略部署，美团在生鲜电商领域很难拔得头筹。但
从美团的角度来看，美团买菜可能是新零售行业的尝试，基于自身商业价值上的考量，毕竟美团目前和BAT等量级，作为本地生活服务类领头企业，美团拥有基于餐饮而搭建的配送服务体系，以及长期餐饮美食的大数据支撑，美团目前日均订单量已经突破2100万，拥有超过50万骑手即时配送，基本可以满足生鲜电商需求。
但就目前整个市场环境来看，美团手里所谓的王牌，在生鲜电商市场早已不惧优势，拿社区服务站点来看，叮咚买菜已经布局至全国550个站点，并且还在扩张，江浙沪地区市场趋于饱和，每日优鲜较之美团买菜最早布局北京市场，培养了大批用户良好使用习惯；从配送人员来看，盒马生鲜背靠阿里，拥有强大的配送团队，点我达和蜂鸟配送全国覆盖600万骑手，日均配送450万单，这背后的配送力量相对美团更具优势；从产地采买、物流运输、冷链仓储来看，美团买菜也不惧优势，一是因为早期产品试探时间较久，早期成熟商家像盒马、每日优鲜等已经快速奔跑至独角兽规模，合作的供应商较为稳定，为了拉拢供应商打价格战，美团买菜发展体量劣势明显。
虽然规模不代表一切，但生鲜行业的特殊性，它属于一个高频、低价、重时效和 服务于一体的行业，美团买菜虽然看起来比较垂直和轻量化，但其实它同样是一个重运营和前期投入。美团相比一些中小玩家拥有资本、流量的优势，但对于大玩家优势全无，自身的企业文化缺乏电商运营专业体系的支撑、专业人才的积累，产品不惧开创性。
生鲜电商领域已经发展十几年，至今虽激烈竞争，但依然无法成为规模化，市场上还未探索出哪种模式是这个领域的终极模型。
通过美团整体战略部署，自身感觉美团之所以进军生鲜电商是因为，现在自身已经和BAT一个量级的，那巨头和资本都看好生鲜电商行业自己也不能落后，一是垄断自身行业地位，二是给投资人看自己的实力，趁着行业竞争激烈的时候，靠着自身品牌实力在大饼里划下属于自己的一块，不管大小，不计成本。纵观进几年美团收购共享单车，做酒店，做打车，还被传准备进军游戏界，如今的美团买菜可谓是市场分羹的一种尝试，它真实的想法可能不是为了改变人们的生活方式，
若美团想要在生鲜电商行业走的更远，更前，战略部署上我有几点自己的小建议：
1、从城市分布来看：巨头布局从一线城市开始，美团是否可以迂回考虑二三线城市，虽然二三线城市不如一线城市生活节奏快，但因疫情期间，大批用户已经培养了线上购物的使用习惯，那么美团现在稳一线，重二三线的战略部署，可以快速扩大生鲜零售版图，加之二线城市人工成本、房租、物流成本相对较低，把省下的成本可以用来补贴用户。
2、从技术角度来看：美团一直是一个重视大数据的企业，毕竟都市白领只是一小部分人群，能点外卖的几乎很少有时间做饭。大多数买菜的人群年龄集中在35岁以上，而且线上买菜这一消费行为大部分人的传统观念是离不开线下场景的，如何将线下场景和线上买菜融合到一起，美团是否可以在每个商品上增加真实的菜品视频或者产地采买VR，而不是线上精修的商品，让用户真实的感受到商品的质量，获得良好的口碑效应。
3、从运作模式来看：美团因多年品牌实力，形成良好的用户积淀，是否可以考虑商业合作模式，通过一定的资质审核让商家入驻美团买菜，第一可以帮助商家拓宽销售渠道，第二美团可以快速打开市场，形成合作共赢模式，加上现在拥有的社区拼团模式，为用户积累良好的口碑，稳固市场。
4、人才培养：现阶段的美团之所以缺乏开拓性的商业模式，重要的是缺乏人才的积淀，美团的企业文化不具备支撑复杂多变的生鲜电商运营。生鲜行业每个供应链环节都需要出色的管理人才，如果说花更多的钱去砸广告，莫不如去引进或者培养专业的具有行业开创性的人才，使得每一步战略决策可以走在行业的前面。
每天逛淘宝和京东的时候，映入眼帘的都是品类繁多的商品，但是当我们选择分类或者直接搜索的时候，按条件筛选时，系统却往往能从千万商品中提供心中想要的商品；在浏览商品时，商品主图、详情图、规格等信息让我们感觉比在超市拿着实物获得更多信息，电商系统到底是怎么做到这些的呢？对于电商产品经理来说，商品中心的合理设计能够满足前端商品的多样化展示，支撑订单商品信息在系统中的流转。
简单粗暴的讲， 商品中心 是用来管理核心的商品数据。对于 使用的维度 ：从前端来讲，是给商品展示、订单、营销活动提供商品数据支撑，从后端来讲，商品中心给订单发货、仓库管理、供应商管理、采购提供基础数据支撑。为了更清晰的描述商品中心这项重量级工程，打算写两篇文章从上述两个维度来阐述，本文主要从后端的维度介绍商品中心。
一商品常用概念介绍
先介绍几个基本概念：SKU、SPU、属性、类目。
SKU ：stock keeping uint(库存量单位)，库存控制的最小可用单位。例如Iphone 7plus 128G 银色就是一个SKU，仓库管理、采购进货、库存显示的都是SKU。不同的公司都有自己的SKU编码规则，如果有自己的仓库，在商品入库时一般会打上自己的SKU码，这样整一套库存体系就会自上而下打通，当然还有另一种处理方式，设置自有SKU码与供应商条码的对应关系，将订单转化为发货单时，将自有SKU码转化为供应商的条码。对大公司来说，推荐前一种做法，后一种由于供应商编码规则不同，或者管理规范，在实际 *** 作往往会增加出错率。
SKU编码
SPU ：standard product unit(标准化产品单元)，是一组标准化信息的集合，例如Iphone 7plus就是一个SPU。SPU与SKU的关系有许多种，可以一对多，一对一，如下图所示。SPU信息中应该包含SPU属性、产品、产品描述、产品标签。SPU和SKU之间是通过规格来链接的。SPU(Iphone 7plus)通过颜色、内容关联到SKU(Iphone 7plus 128G 银色)。SPU的库存是由其对应的SKU库存共同决定的。
SPU与SKU
属性 ：分为关键属性、销售属性、非关键属性。关键属性是指能够唯一确定产品的属性，是必填项。例如手机的品牌、型号属于关键属性；销售属性组成SKU的特殊属性，或称为规格属性，如手机的"颜色"、"内存"；非关键属性指的是除关键属性、销售属性外的其他属性，如手机的手机接口类型，非关键属性不一定是非必填项，有时为了商品信息完整，也会设为必填项。属性定义对于良好的消费体验有着至关重要的关系，对搜索、索引、筛选都有至关重要的作用。
类目 ：分类树，电商常用的有两层类目，前台展示类目，后端商品类目。前台类目指的是展示给消费者的类目，会根据季节、销售策略、活动进行变动；后台类目属于基础数据，不可随意变动，添加SKU时都需要选择类目，进行绑定。需要注意的是，类目树的层次不能太深，一般三层或四层，如果太深，不论对于管理还是技术性能来说，都是不利的。前台类目与后台类目可随意搭配，设置前台类目关联时，对前台类目树最深层进行设置，可让其关联后台类目任一层，可一对一、一对多。前台类目还可以对应品牌。
京东前台类目
二商品基础资料设计
在介绍商品常用概念时，也透露了很多在产品设计时关联的信息。在添加SKU时，需要选择品牌、填写一些属性，以及关于仓库管理的基础数据（长宽高、重量、供应商等）。商品中心基础资料结构图主要如下，首先是品类管理，主要包括品牌管理(中英文名、可供品类、产地（跨境电商比较重要）)、属性管理（针对类目添加相关属性和属性值）、类目管理（后端类目树重中之重，确定时要考虑全面，属于基础数据，后续更改比较麻烦。），大致产品框架如图所示。
商品中心框架图
在添加SKU时，通过供应商去关联采购，进而影响仓库中SKU的库存。供应商在添加SKU时亦可不选择，可以在采购系统中添加关联。通过销售属性去关联SPU与SKU，同一SPU在前台显示时可以共用同一商品详情，只是通过规格属性映射到具体的SKU；针对商品的关键属性和属性值，可以在商品搜索和筛选时用上，良好的属性定义对于顾客决策树的缩短有着至关重要的作用。
SKU使用
还有一个比较特殊的概念：组合SKU，主要是解决出售组合商品的问题，组合SKU的属性都继承主SKU。组合SKU的应用场景主要是添加赠品、组合售卖，与前台的商品套餐有所区别。在订单解析成发货单时，组合SKU需解析成单一SKU，方便仓库发货，更新库存。
三复盘
商品中心后端属于基础数据，会被许多子系统调用，对于电商公司来说重中之重。商品中心提供接口数据进行仓库管理、采购管理、库存管理、订单管理，可扩展的商品中心结构将给公司业务发展带来很大益处。
文后扩展，很多电商公司业务定位都是B2B2C，为了扩充SKU，增加用户量，或者构建平台体系，都会允许第三方来平台管理商品，类似京东、有赞，这类平台的商品结构更加复杂，SKU需要增加所属商家，商品详情、属性值、库存都需要相互独立，在SKU、SPU纬度上增加一个商家纬度。这里不做过多扩展，感兴趣的朋友可以深入思考。
实物商品
以上文章从后端角度介绍了商品中心用到的一些基础数据设计，接下来，我们主要从商品前端显示来说后台设计的那些事儿。用户平常购物接触到最多的就是商品显示页，商品列表、商品详情页的基础信息都是从商品中心获取。目前对于商品设计有着成熟的产品方案，电商网站的商品产品结构大同小异，淘宝上的商品以SPU形态显示，京东上以SKU形态显示，两种处理方式各有优劣势（表达可能不太准确，但认真研究过两者商品结构应该理解我说的不同点，下文解释）。 其实我更倾向于淘宝的商品结构，能够支持更加灵活的商品方案。
京东与淘宝的商品详情页
商品信息主要由类目、标题、品牌、商品属性、规格（京东定义为销售属性）、价格、库存、SKU信息（毛重、长宽高等）、商品图、商品详情描述、物流信息等组成。至于经常看到的服务标签（白条、极速退款）、商品标签（热销）、活动标签（满减、优惠券）、价格标签（拼团价、活动价）、同类商品等都是在商品信息上的包装层，不在本文的阐述范围。
1商品类目、商品基本信息
商品类目分为两层，基础数据类目层、前台展示类目层，在添加和管理商品时，都是在基础数据类目层对商品进行管理（如下图）。商品属性、销售属性及品牌等很多数据都是在基础类目上进行管理，所以类目管理属于较为核心的工作，一定要从长远角度考虑。
在添加商品时，需选择对应的类目。前台类目在展示时，有两种处理方式：
前台类目对应后台类目，可一对一、一对多、多对多，自由组合，动态调整。现在大部分自营电商都是用的这种类型。
前台类目直接对应商品，适合商品较少的小商家，主要是一些电商平台提供给平台上商家的类目服务，添加商品时直接选择前台展示的类目。
另外，类目一般是分为三层，类目树不要太深，否则将影响产品效率。
JD商品类目
设置商品信息、副标题（一般介绍产品卖点、促销），选择商品对应的品牌。在品牌管理中，有两种方案：
品牌统一管理，小公司商品丰富度较少时的方案。
品牌关联类目，商品丰富度高的选择。
基本信息编辑
2商品属性
商品属性包括属性名、属性值，一般都是挂在具体类目子叶下，设置必填和非必填。在设置属性值时，须保留一定的扩展性，部分允许自定义属性。商品属性管理要求强大的类目运营能力，在中小型电商平台一般会提供基础属性值，再开放自定义属性编辑，让用户来完善属性库数据。
商品搜索能力，除了标题、类目，很大部分依赖于商品属性，条件筛选的基础数据也是商品属性和规格属性。完善商品属性对于良好用户体验至关重要。
淘宝的商品属性（男装>风衣）
3规格、价格、库存、SKU信息
在购买商品时，我们会经常选择规格（销售属性），主要包括颜色、尺寸，为了支持多样化的用户需求，选择之后可以编辑规格。规格一对一确定之后，可单独设置价格、库存、商家SKU，淘宝上亦可添加条形码（69码）。也可以设置统一价、统一库存。填写商家SKU主要是为了方便对应到具体的实物，上文亦讲过，仓库和采购管理的都是具体的SKU。
仔细观察会发现，京东的商品标题是加上具体的规格，在选择规格时会跳转SKU，对于落单数据有效率提升，但是对于页面效率和体验是不如淘宝的SPU结构的。现在大部分电商都采用的是淘宝的SPU结构，亦是优质选择。
JD规格、价格、库存、SKU设置
在淘宝上选择具体的规格后，会发现商品缩略图会发生变化，这就需要在管理商品时，针对某规格单独上传。这里有个设计很巧妙的地方，只是不同颜色需要上传对应的商品缩略图，而尺码不需要。
淘宝不同颜色上传具体的缩略图，京东可上传多图
针对商品设置平台价和市场价，主要是为了商品在列表展示商品、未选择具体规格时展示，相当于商品的均价。毛重、长宽高等数据主要是为了物流而设置的，自建仓库的自营电商一般在SKU数据层就会录入这些数据，直接调用。货号即商品编码，在商城购物时会扫描的条形码就是货号。货号不等同于SKU编码，同一商品编码的商品可能是不同SKU，有着不同的规格，所以不能直接拿货号来管理SKU。
JD商品信息填写
4商品图、商品详情描述、物流信息
除了不同规格对应的商品缩略图，商品图还包括商品主图，一般要求质量较高，包括整体图和细节图。商品主图是吸引顾客眼球的必要利器，不论是列表页，还是活动页，顾客除了关注价格，主要就是商品主图，运营上架时需对商品主图较为慎重。
商品详情页现在一般会区分电脑版和手机版，由于两者的使用场景和设备不同，侧重点也不相同。为了更好的展示产品特点，可提供不同的产品详情模板，亦可支持不同的富文本编辑。
商品详情描述
选择运费服务时，要选择对应的物流模板（包邮、按重量、按件数等），在订单处理是按照具体的物流模板计算运费。运费模板计算较为多样复杂，下篇文章详细描述讲解物流运费相关的细节。
商品物流选择
5其他商品信息
主要包括售后服务（发票、保修服务、退换货）、包装清单等相关说明。
6上下架管理
设置完商品基本信息之后，设置上下架时间，亦可直接上架发布。和商品相关的活动，一旦商品下架，活动将失效，无法购买。搜索、筛选的商品范围都是在上架的商品范围进行。
上下架设置
自营与平台电商的商品区别
在商品管理层面，平台电商提供给平台商户的商品服务与自营电商自己的商品服务有着很大不同。最大区别在于自营电商比平台电商多SKU管理，库存和属性都是基于SKU进行管理，在添加商品时，如果还要重新填写，就会造成数据冗余。所以一般会共用数据。
总结新媒体专业主要学：策划学概论、专业通识、新媒体数据分析与应用、新媒体技术与运用、数字图像采集与制作、视频合成与剪辑、数字时代著作导读、新闻采访与写作、媒体活动策划、新媒体创意与策划、新媒体产品设计与运营、网页策划与编辑、互动营销、微创作、整合营销传播、
、媒介经营管理概论、网络与新媒体实务、新媒体舆情监测与分析、新媒体前沿等。
新媒体专业是基于互联网等新兴媒介形态对新闻传播行业及整个社会的的巨大推动，顺应数字信息时代发展所需，顺应移动互联媒介融合的趋势要求而产生的新闻传播类新专业。
新媒体是一个新兴行业，2011年首次开始招生，现在有近30所院校招生。新媒体专业主要培养复合型人才，能够熟练掌握网络新媒体信息传播知识与实践技能，能熟练运用网络与新媒体进行信息采写、策划、传播，兼具新媒体组织运营和管理能力，拥有宽广的国际视野和进取的创新精神。
同时也要求毕业生具有深厚的学科背景和扎实的专业知识结构，不仅要懂得传播的规律也要懂得现如今的市场规律，并且要开阔自己的视野，在国际化的今天要形成对互联网业和数字传媒业运营的整体性、综合性把握，并且将知识转化为创意、策划和执行能力;
新媒体专业的就业前景很好，毕业生社会需求大，就业面广，可在各类门户网站、传媒商业网站、党政部门网站、企事业网站等从事信息采集、撰写、编辑等工作，也能从事与新媒体相关的网站策划、网络推广以及网站建设与管理等方面的工作。
也可在广播电台、电视台从事记者、编辑、以及各类节目的策划、编导、节目制作等工作；还可以在平面媒体、网络媒体行业从事商业开发、活动创意、媒体策划等工作；在政府部门、企事业单位从事文稿写作、视频节目策划、编导、制作工作和整合营销、媒体公关等工作。1、在直观概念上，业界将电商分为广义与侠义。
2、侠义电商（E-Commerce）是指实现贸易过程中各阶段贸易活动的电子化。
3、广义电商是指利用网络实现所有商务活动业务流程的电子化。
4、前者集中在互联网的电子交易，强调企业利用电子网络与外界发生合作，而后者则把涵盖范围扩大了很多，指企业利用各种电子工具从事商务活动。
之前任职的是一家电商软件产品公司，很典型的乙方特征。由于是KA业务，基本的业务应对思路是把客户的业务诉求通过一套以我方产品为原型进行定制开发的系统来支持。所以会遇到各种甲方爸爸一上来就要求给方案，给标准产品方案呢，“爸爸们”认为不精准对标不满意；要好好写呢，需要补充大量内容，不知如何下手，对售前顾问来说就是一篇大作文。因为当时业务并不聚焦行业，所以客户业务差别会很大，一篇优质方案攒出来，费脑又费时，往往吃力还不一定讨好。最关键的，很多人还不知道该怎么写。
方案，顾名思义是需要用书面化、结构化形式，把怎么做目标事情的完整构想描述出来，以让阅读者明白如何做才能达成目标。所以，那些靠堆砌篇幅而不说清楚做什么？怎么做？的方案都是耍流氓。
下文我主要针对电商业务领域，以业务支撑系统为主要供应物的方案架构思路与大家共享。本文主要分享PPT方案，WORD方案可参照结构脑补，以后有机会再与大家分享。
一、理想的结构
先说一下理想化的方案架构，特别是针对有一定体量规模和行业地位的重要客户，方案的完整性与全面性是体现专业度的重要表现。所以我给出一个较完整的结构框架。
1、公司介绍：一开始介绍公司，让甲方先在“兴头”上记住你们公司，特别要用对标案例去获得甲方好感与兴致。
2、业务方案：首要先阐述客户该如何做电商业务，这部分是方案的核心，下文将重点展开。
3、技术方案：因为具体的系统构建内容在上一部分中已经有表达，所以技术方案部分则把笔墨重点花费在对技术架构/机制的介绍；硬件拓扑结构与设计思路、配置要求的详细陈列；以及我方所提供的技术服务（包括基础运维、SLA等）
4、服务方案：针对上述业务和技术方案内容，我方所提供的服务内容，可以包括软件维护（就是那些堆人头卖工时的内容）、知识转移（其实就是软件的 *** 作培训、技术培训等）、其他服务（如果外包代运营、协运营、仓储服务、物流服务，可一并涵盖）
5、项目管理：因为是定制项目，所以怎么干这个项目的表达一定少不了。一般都会包括项目管理方法论、项目管理组织结构、人员介绍、所使用的项目管理工具、概要项目计划等。
一般在竞标阶段都是以这样的方案结构来投标。
二、业务方案框架
业务方案的表达是本文的重点，一般用来做项目提案，常规按照以下结构来编写这部分。由于是以系统建设为核心，所以业务的表达与处理，都和系统能力关联。以后有机会再分享业务运营型方案的结构。
1、业务理解：这部分主要是用来和甲方爸爸去“确认眼神”。如果能把业务背景阐述清楚，执行当前业务的商业思想剖析到位，业务设计的合理性能有效梳理。这部分是能否有效说服客户启动项目的前提。
2、业务概述：尽量用扼要的表达呈现当前业务的结构或全景，用以总述性表达这个业务是怎样的结构，一般我们都用业务全景图来展示对业务的总览。这部分最好是具有高度概括的特征，把业务最关键的点呈现出来。有时这部分不太容易图形表达，可可以整理关键要素，进行概要型表达。
3、角色模型：方案必须将业务与系统涉及的各类角色方描述出来，并说明在业务和系统中这些角色之间的关系。比如，B2C业务是买家卖家两方角色，虽然卖家中可以定义分子权限的角色（如，商品管理员、订单管理员、超级管理员等），但总的来说，他们还都属于同一类角色。
4、应用特征：应用特征是描述业务的关键内容，业务和系统的特殊性都会体现在这里。举个例子，在MarketingPlace（多商家平台）业务中，收银环节就存在统一收银和分布式收银两种应用特征，前者是钱收到平台方，然后通过定期结算给商家；而后者则是实现实时或准实时的商家收银，与平台分账。这种应用特征的描述是把业务特点和系统要求定义清楚。这一部分的详略就会影响方案表达的精细程度和篇幅，如果进行全局表述又没有积累，是相当累人的。所以有时会用具有概要特征的业务逻辑图来表达，在讲解时一张图可涵盖80%以上的应用特征。
一张“古老”的BBC业务逻辑图，近10年前画的竟然还有人在用
5、系统架构：所谓电商业务必然会涉及系统，所以讲清业务之后，就要说明业务支撑系统是什么样的。后续内容都会围绕系统来讲。所以系统架构部分一般讲系统的功能结构和与外部系统的关系，可以用两张图来各自表达。前者讲明大致的功能布局与范围，后者讲清与哪些外系统进行哪些数据的交互。
6、数据关系：遇到复杂的数据关系，则需要对数据关系的理解进行表达。比如以前我们做汽车后市场业务，商品数据是关联车型、服务、供应商、内容知识点，所以必须讲明其中的关联，客户就清楚你已经理解他的需求了。一般不是复杂项目售前方案不会涉及，那是概要设计中的内容。
7、典型应用/流程分析：由于涉及业务定制，在没有系统可POC演示的前提下，会通过业务流程图的方式把业务流程或系统处理流程勾画出来。建议采用泳道图方式有角色特征进行描述。流程图辅以文字描述，强化其特征点。
8、原型设计：由于电商类项目大多涉及客户端界面与流程，有些苛刻的或不专业的甲方，会希望乙方在售前阶段呈现直观的界面展现与 *** 作。类似于广告领域的比稿。如果现有的原型产品不能便捷配置出POCDemo，就只能通过原型工具制作低保真或高保真原型，用来演示 *** 作流程。方案PPT中可进行截图展示。通常这是在项目实施中的设计工作，如果售前阶段做这类活，那说明乙方已经不惜血本了，如果竞争失败就只能权当作为以后其他项目积累一些原材料。
9、二开分析：对于用原型系统进行开发的项目，二次开发工作量分析也是相当重要的，这也是对外报价的基础。所以，我们以前通常会做差异化需求分析，陈列二开功能列表，将各种需要修改和增加的显性化、非显性化功能逐一整理出来，供技术人员进行工作量评估。这要求方案人员需要相当了解原型系统。
10、运营设计：系统讲完了，一般业务方案就到此结束，但是有些项目会要求乙方进行运营规划。通常涉及运营领域可以从：运营框架、核心任务、运营策略、组织分工、管理制度进行分解阐述。
总结一下，个人在电商系统类方案上的经验，我强调以下三点：
1、怕写文章的人，写不好方案。
2、写好方案的核心是逻辑+结构，多用总分结构。
用清晰的表达层次和有说服力的内容表达，是方案表达的关键点。所以建议大家分解好方案的总体顺序，多用总分结构表达。大结构尽量扁平化，减少过多的总分层次。
3、规整的方案呈现是基本要求。
一篇被认可的方案，必然在表达上是有规范性的。字体字号的运用标准、标题规范、布局规范，用色统一、图形风格统一，都是尊重阅读者和体现专业编写的体现。本人很讨厌那种字体字号不统一、剪贴痕迹浓重的PPT，在我的逻辑里，你的诚意就暗示了你的质量。
0条评论