二十多家酒吧的后台，是怎么一块块长出来的

离开腾讯以后，想整理一下贪杯熊的商家后台。跟手机和大屏的互动比，这部分不显眼，做的都是资料、活动、数据。但商家能不能持续用，运营每天要处理多少重复工作，都在这里。

用户在 App 里找酒吧，看环境、酒单和活动。店里的老板、店长提供资料，对接的运营同事整理，再放到平台上。对用户是一页门店信息，对后面的人是收资料、确认、录入这一串。店铺一多，更新一多，后台就是从这些麻烦里堆起来的。

一开始，改酒单要发微信

最早商家要更新资料，基本都得找运营。有的发微信，有的是表格，也有纸质菜单。交来的东西跟用户最后看到的样子，差一次整理。酒单换了、图片要改、套餐调整了，都得再传一遍。

店少的时候靠运营代改还行。事情多了，每个修改都要经过人，光催某一次没用。价格改了要找人，换张图也要找人，大量时间耗在来回传和等处理上。商家其实知道自己要改什么，只是没有入口。

对接二十多家商家的老板和店长时，他们提的也不只有改资料。活动要等排期，在平台上有多少人看、多少人参与，自己不清楚。只给一个编辑页面，能少些来回，解决不了后面这些。

资料和审核一起上

我们先把店铺基础信息、环境图、酒单和套餐放到商家侧，让商家自己维护，同步给用户侧。说起来简单，信息怎么组织得先定好。酒品名称、价格、描述、图片分别怎么放，套餐包含什么、什么时候有效，不能上传完了再让运营猜。

我比较担心两个方向。一种是填什么都行，录入轻松，展示出来很乱；另一种是觉得什么资料以后都可能有用，字段越加越多。收多少，按用户会看到什么、会拿它作什么判断来定。没必要趁着做后台，把门店的事全问一遍。

酒单同时做了单个编辑和批量导入。第一次录入多，适合一起处理；平时只改一项，单独改就行。批量导入给的是一份 Excel 模板，格式讲清楚。否则商家交来的表还是要人整理，我们只是把传资料的地方换了。

审核是和自助维护一起上的，没有先放开再补。开放修改以后少了运营代录，平台还是得管内容。商家上传错了，用户看到的是贪杯熊里的错，不会替我们分谁填的。采用的方式是首次审核、后续抽检，接受有些问题不能在展示前全部拦住。每改一项都重新排队，前面费力做的自助入口就省不了多少时间。

还得连着用户侧看。后台保存成功以后，内容有没有同步，展示得完不完整，仍然要管。活动的时间、价格和使用条件，单独看每项都填了，放一起可能让人误解。用户按自己的理解去了店里，再解释就晚了。

活动能配了，商家不会填

营销活动这块，我们把秒杀、组局券、限时特惠整理成可配置的能力。商家不用每次提需求再等运营，常规活动自己选、自己填。

内测的问题很直接：配置项太多，商家不知道怎么填。规则单独看都有用，走流程也能发布，但人到了页面前面，未必有一套完整方案。原来找运营，可以边说边把内容补齐，换成自助就得自己一次弄明白。这段原来靠沟通完成的工作，很容易漏掉。

后来加了活动案例库，商家先找一个接近自己想法的活动，套用以后再改。先看完整的活动，再改自己的内容，比直接面对分开的配置项容易。运营原来帮忙组织信息的那部分工作，算是在产品里接住了一点。预览也是为这个做的，配置页看到的是分开的设置，预览才是用户最后看到的活动。

案例不能替商家判断优惠合不合适，我们提供的是一个容易开始的方式，不是保证有效的方案。也不该无限加选项，总有特殊玩法需要沟通，没必要为了什么都能自助，把常规活动弄得很复杂。

看板是最后上的

资料能维护、活动能发布以后，商家还会关心有没有人看、有没有人参与。看板是最后上的，放了四个数：曝光、点击，以及平台记录到的到店和活动参与。

这块最怕数字有了，意思没说明白。展示过不等于点进来看，签到、预订、核销记录的不是同一件事。更不能把我们平台能看到的到店行为，当成酒吧的全部客流。能统计多大范围，就说多大范围。

数据也不会自动给答案。同样是参与少，可能要看活动内容、条件，也可能要结合门店自己的情况。后台提供了一些以前看不到的信息，怎么用，还是要商家的经验和运营的帮助。做了几个图表，不等于商家从此按数据经营。

运营还在，只是少录了很多遍

后台做起来以后，运营同事还在对接商家，只是不用再包下那么多重复录入。他们做培训、整理案例、帮商家用工具。商家有特殊问题，仍然找人。

比较实际的变化是，常规的资料修改和活动配置，商家有地方自己做了。不能把商家还会来问，当成后台没用。有些活动本来就需要一起商量。

提效多少，比的时候得小心。原来等排期的时间，跟后来实际操作的时间，不是一个口径。等待变短有价值，操作省时也有价值，放一起算就得说明白。

还有一个产品解决不了的问题：商家得觉得贪杯熊值得经营，才愿意持续维护。入口方便了能少点阻力，保证不了他一直更新。

再做一遍会怎么做

我会更早看运营在录入之前做了什么。确认缺失信息，解释规则，帮商家整理活动想法，这些都藏在最后那一下后台操作前面。只看最后的操作，很容易低估原来人帮了多少忙。

验收自助能力也会问得具体些。商家自己填完了，中间有没有找人？发出去以后是不是又回来改？只看登录和发布次数，分不清他是真的方便了，还是勉强走完了流程。

不需要从第一天就把后台做很大。基础资料、活动、反馈，先各有明确用途，再根据遇到的问题补案例和预览。

到现在回想，最初那些问题还是挺具体的。老板手里已经有新酒单，用户在 App 里却看不到，中间隔着运营的整理和录入。后台做了一圈，最后还是回到这里：那份新资料，到底有没有方便地更新过去。