实例分析:商品促销工具的原型设计

非技术型产品经理福音来了,和程序员不再撕逼,10天在线学习,补齐产品经理必备技术知识。了解一下

本篇文章为大家详细地介绍了促销工具的整个产品设计的思路和原型产出,供大家学习!

本文按照用户体验5要素的方式进行讲解,如果阅读者对用户体验要素陌生,可以在人人都说产品经理搜索查阅,本文不再赘述了。

上一篇文章《商品促销工具的产品设计三步走!》讲过战略层(为什么做),在此总结一下:

  • 对用户来说,商品促销意味着省钱,这是优惠敏感型用户乐于看见的;
  • 对于商家,希望通过某种营销的方式获取更多的流量,实现单量转化,提高营收;
  • 平台需要平衡整个业务链条里的角色,让他们进来在这个生态圈都能满足自己的需求,所以平台搭建这种促销工具激励和引导商家促销,给与商家更多的曝光机会,让商家有钱可挣。

本文要点提炼:

  1. 范围层–核心需求场景;
  2. 结构层—产品结构;
  3. 框架层—界面设计。

本文主要讲述范围层(功能和内容)、结构层(交互和信息架构)、框架层(界面设计),因是后台产品,需求方比较重视流程和效率,不关注表现层(视觉设计)。

一、范围层–核心需求场景

产品设计的过程是解析需求的过程,这个过程是需要分析操作者什么时间,什么地点,做什么,怎么做,简单来说就是5W1H,这就是场景描述。

以下表格是我与需求方沟通确认后得到的核心场景,我的产品设计就是基于核心场景搭建的,需要做什么功能或内容才能满足需求。

二、结构层-产品结构

2.1 页面架构

每个餐厅或连锁餐厅有需求做促销商品活动,操作者(市场部/菜单部)需要操作单餐厅或连锁餐厅配置商品促销活动,每家餐厅都有这类促销活动,每一个商品是通过活动建立的促销,需要有这类促销活动的餐厅管理界面和每家餐厅下的促销商品管理界面。

2.2 促销商品的流程

活动是建立在商品身上的,“增删改查”四个流程主要是在商品上去扩展。

三、框架层-界面设计

3.1 餐厅管理

初始化的时候这个界面是空的,没有任何餐厅。当操作者在此处新增了活动,那么那家餐厅就真正的启用了这个促销类型,会记录在促销商品类型的数据库中,在这个界面产生一条记录。

这条餐厅记录可以查阅所有的有效的和无效的商品活动,并且可以配置每家餐厅的对购买促销商品的限定商品数量和限定订单的规则。

3.2 商品管理

这个界面是由餐厅管理下的二级页面,通过餐厅管理的查看商品进来的。这个页面是对该餐厅的所有的有效和无效的商品活动的管理。

管理列表需要展示基本的商品促销规则:价格和时间,当然可以展示更多的规则。

活动未开始和进行中会出现各种情况,这里的修改主要解决修改促销规则如价格和活动时间等。

当商家由于某些原因不能继续活动,作废是更改活动的状态,这样用户端看到的商品是恢复原价了。

3.3 新增活动

新增活动主要是配置促销规则的地方,主要包含哪些商品参加促销,商品配置的各项优惠,活动日期和面向的用户。

选择餐厅处支持单一餐厅和连锁餐厅的选择方式,连锁餐厅通常在平台上属于一家商户且共用一套菜单,自然是可以同时配置的。

商品优惠,此处会获取整个菜单的所有分类和商品,可多选并分别配置商品促销价格和促销库存以及每单限购。

为了控制每个商品的优惠成本会在商品名称下面提示“已有商品活动”来提醒,当然这里直接选择覆盖之前的活动。

日期,因商品促销的背景行业是外卖,商家可以在不同的饭点配置不同的活动,也可以针对工作日和周末。面向用户,商家可以面对不同的用户类型给与不同的优惠价格。

3.4 修改活动

修改活动,其实是修改某一个商品的某些活动规则,应对活动效果及时调整。

修改应该注意哪些内容能改,哪些内容不能修改。

例如图中,餐厅和商品是不能修改的,这是这个功能的主体;其他规则如优惠,日期和面向用户都是可以修改的,但切记一定要记录日志,这样才能整体掌握这个活动的成本消耗,这对后面的结算对账都是依据。

以上是促销工具的整个产品设计的思路和原型产出。

为什么会花3天的时间写了两篇文章,目的是整理这些年的工作方法论和思路。

当我置身的环境非常包容或者工作流程不严谨的时候,会被影响,从而变得局限,主观或者傲娇。

以这两篇文章自省,希望自己不管处于什么环境都有着不断进化的产品思维,也希望自己的文章能够给一样背景的人一些感触。

当然,希望阅读的同学们,对我的文章多多提出宝贵的意见,互相交流!

 

本文由 @seven7 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
6人打赏
评论
欢迎留言讨论~!