两三家商家内测，全说不知道怎么填

以前商家想在贪杯熊上做活动，得先找负责对接的运营同事。商家把想法和资料交过来，运营整理好，再去后台配置。最近我们把这部分开放给商家，想让他们不用每次都等人。

内测只放了两三家商家，清吧和夜店都有，反馈一致：配置项太多，不知道怎么填。

顺着我们设计的流程走，很容易觉得没问题。选活动类型，填内容，设时间，确认发布，每一步都有用。可这个流程默认了一件事，进来的人已经知道自己要做一场什么样的活动。商家可能还没想这么细。他知道想做个优惠，想让某个时段多来些人，但这跟一份能直接往后台填的方案，中间差一截。拿开业优惠打比方，吸引人到店是一个想法，哪些商品参与、什么时候能用、有什么限制，得接着往下想。表里每一格都在等答案，我们没考虑这些答案从哪来。

而且商家会做生意，不等于熟悉贪杯熊的配置方式。几句话能讲清的优惠，放到后台要拆开填。每个词都认识，组合起来是不是自己想做的那场活动，还得琢磨。

最卡的是优惠条件

配置项里，商家最卡的是优惠条件。

活动类型好选，时间好填，商品勾一勾也不难。到了优惠条件，就停住了：满多少减多少，还是第几杯半价；限不限人数，能不能和别的优惠一起用；到店核销的时候，店员看什么。条件越多，格子越多，商家越容易在某一格上停下来，放弃。停下来的那一格，往往就是运营原来要接着问的那一句。

这些问题，商家做生意的时候心里都有数，只是从来没有被要求一项项写下来。平时店员口头说一句今晚第二杯半价就行了，放到后台，每一个没说出口的条件都得变成一个格子。

条件还是最容易出错的地方。填错了时间，用户看到的是活动还没开始；填错了条件，用户到店以后才发现用不了，这比没有活动还伤。所以优惠条件那一格，最该配上案例，也最该配上预览。

清吧和夜店，不一样

内测的两三家里，清吧和夜店都有。样本很少，但一次覆盖了两种店，至少能提早看到两种不一样的卡法。

两种店做活动的方式差得挺远。清吧的活动常常是细水长流的，某个时段的酒水优惠，某个套餐；夜店的活动更像一场场的事件，某个晚上，某个主题，时间短，节奏快。

同一套配置项，放在两种店面前，卡住的地方大概也不太一样。案例如果只照着一种店来准备，另一种店用起来就会别扭。

空表前面少了个人

负责对接的运营同事，原来就在做这段整理。运营原来在做的，正是把商家嘴里的优惠，翻译成后台的条件。商家发来的信息不一定齐，他们确认哪些还缺，把条件弄清，才往后台录。商家交过来的东西和最后填进系统的东西，中间有人处理过。换成自助，页面不会像同事一样接着问。站在做功能的这边，很容易只看到运营最后那下录入，把前面的工作漏掉。

全部交回运营也不对，常规活动每次从头解释，还是原来的问题。这次补了活动案例库，上线时放了十来个案例。商家先看已有的活动，挑一个接近自己想法的，套用以后再改时间、商品和优惠条件，不用每项从零开始想。一个例子，比给字段加几行说明管用。

上线时的十来个案例，是我整理的。

整理案例，比写配置说明难。说明只要解释每一项是什么；案例得是一场说得通的活动，时间、商品、优惠条件放在一起，要像一家真实的店会做的事。整理的时候，我尽量让每个案例都是一场说得通的活动，而不是把配置项挨个填满的样板。

十来个不算多，够商家找到一个接近的起点，又不至于挑花眼。

案例选哪个、套用后改哪里，也得清楚。不能做一大堆案例让商家在里面找半天，更不能让他以为套用就等于适合自己的店。优惠要不要做、做到什么程度，还是商家拿主意。

发布前再看一眼

我们也做了用户侧预览。填完以后，先看看用户最后看到的样子，再决定发布。

填表时容易盯着有没有漏项，切到预览，才能把内容连起来读。一项时间、一项商品、一项使用条件，单独看都没问题，放一起未必是商家想表达的意思。特别是套用了案例以后，有些条件可能顺手就留下了，自己并没认真确认过。

真把不合适的活动发出去，又得回来改、解释，发布前多看一眼没什么不好。预览里读到的，是用户会读到的原话，条件写得绕，一读就能发现。只是别让预览变成再填一次表。

案例库和预览补上以后，除了看商家怎么用，也想听对接同事那边还有什么问题。商家会来问什么，哪些地方仍然需要他们帮忙？如果中间反复找运营，最后自己按一下发布，也算一次自助完成，光看这个数字看不出来。有些特别的活动估计还是得沟通，没必要全塞进配置里。常规的这些，有了案例以后能不能顺着往下做，看下一轮。至少内测的这两三家，补上案例和预览以后，已经能自己把活动配出来了。

能配出来，和配得对

能自己配出来是好消息，但我想再多看一步：配出来的，和他们想做的是不是一回事。

套用案例最大的风险，是把案例里的条件原样留下。案例里写着限周末，商家想做的是工作日，改了时间，忘了改条件，活动看起来配好了，其实是另一场活动。

所以预览那一步更重要了。它不是走个过场，是让商家在发布前，用用户的眼睛把自己的活动读一遍。

能自己配，也意味着运营那边的来回会少一些，这是当初开放自助的目的。少了多少，还得问对接的同事。