开了三家店，小程序要不要合成一个

汕头金平，一家做母婴用品的老板，三家店。一家在金平，一家在澄海，一家在潮州。

她来找我们的时候问得很直接：三个店能不能用一个小程序，别让我装三个后台。她说她每天早上要在三个后台之间来回切，切得烦。

这个问题听起来是技术问题，聊下去发现是管理问题。

合成一个，先看谁在管店

三家店，三个店长。谁有权改价、谁有权上新品、谁有权改活动，这几件事不定，合成一个就是给店长添乱。

我们的做法是先画一张表：老板看全部，店长看自己那家，店员只能开单。权限定完，页面才有意义。

这张表定下来花了一个下午，比后来写代码的一周还值。

多门店最难的不是把三个店放进一个页面，是让三家店的人认同一套规则。

会员是一个池，还是几个池

客人从金平店跑到澄海店，积分算不算数？算，就要一套会员；不算，客人当场就会问为什么。

统一会员之后，还有一笔账要算：哪家店的客人带来了哪家店的消费。这个不分清楚，年底分钱就要吵。

我们一般建议会员统一，业绩按开单门店记。规则简单，吵架少。

还有储值。三家店的余额如果不通，客人在这家充的钱，到那家花不了。这种事发生过一次，客人就记住了。

数据给谁看

老板要的是总账：三家店一天卖多少、哪家掉了。店长要的是自己的：今天几个人、哪个货走得快。

一个后台，两种视图，各看各的。别让店长看总账，也别让老板翻三个后台。

报表也别贪多。一天看四个数就够：进店人数、成交单数、客单价、哪家店在掉。

开了三家店、客人在店之间流动的，合成一个划算。只有一家店，或者三家的客人完全不重叠，分开做反而省事。

还有个土办法能帮忙判断：把三家店最近的客人名单放在一起，重合度高的，合；各是各的，分。

货和价也一样。三家店共用库存的，要能实时看到彼此还剩几件；各进各的货，就分开算，别硬凑成一套。

我们做小程序开发和系统定制，多店的需求每家都不一样，得按你的流程来。相关的内容写过：门店会员系统：三千张卡，认得的没几个、小程序数据统计看完三个月，改版的钱省了一半。

汕头、潮州、揭阳开连锁的老板，想把几家店的账并成一个，可以打 13829578822，微信同号。