给朋友的花店做了个预约系统，结果被本地花艺协会找上门定制

事情要从四月份说起。我一个大学同学开了间花店，开在二线城市的文创园区里，生意还行，但有个问题挺头疼——每到情人节、母亲节这种高峰期，微信上咨询和下单的消息能把手机震到卡死。

她跑来找我："你能不能帮我弄个预约下单的系统？客户自己选花束、选时间、在线付款那种。"

我本来想推荐她用市面上的现成SaaS工具。但研究了一圈发现，那些通用型的要么太贵（小店铺套餐一年大几千），要么功能花里胡哨但关键的库存管理反而没有。

行吧，自己写一个。

第一个版本，简单到不能再简单

架构其实很简单：一个小程序前端 + 轻量后端 + 数据库。花店的需求很明确：展示花束图片和价格、让客户选配送时间、在线下单付款。

最开始我用了两个周末搭了个最基础的版本。前端就是花束列表、详情页、下单页三个页面。后端接了个微信支付接口。数据库存订单和花材库存。

给我同学试用了两周，她反馈："好用是好用，但能不能加上备注可以写贺卡内容？还有能不能自动发短信告诉客户订单状态？"

于是又加了一周的班。

花店用上系统之后，正好赶上了母亲节。我同学说那天系统跑了40多个订单，要是在以前光靠手写接单，她肯定忙不过来。

然后有意思的事来了。

文创园里另一家咖啡馆的老板看到这个系统，跑来问我能不能帮他们也做一个——不需要花束展示，但需要预约座位和套餐预定的功能。

再然后，本地的花艺协会不知道从哪里听说了这事，协会秘书长直接打电话来，说他们下属有三十多家花店会员，能不能把我这个系统改成一个通用的版本，让所有会员都能用。

说实话，一开始我挺犹豫的。帮朋友做个系统是一回事，做成产品交给别人用是另一回事。要多租服务器、要有人维护、出了问题要有人负责。

但聊了几次之后，我觉得这事可以试试。花艺协会那边愿意支付开发费用，也接受按月付费的模式。于是我用了一个月时间，把原来定制化的代码重构成了一个多租户的SaaS版本。

支持多店铺入驻、每个店铺可以自己上传花束、设置价格和配送范围、订单自动分配给最近的合作花店。后端数据库重新设计了表结构，加了租户隔离。

重构的过程确实痛苦。原来写死的逻辑全部要参数化，前端也要支持多店铺切换。每天下班后干两三个小时，整整干了一个月才上线。

现在已经有三家花店和一家咖啡馆在用了。每个月的服务器成本大概三百块，收每个店几百块的月费，勉强覆盖成本还能有点盈余。

回头看这件事，有几个感触：

小生意的数字化需求真的很大，而且现成的SaaS产品覆盖得并不好。不是功能太冗余就是价格太高。针对小微商户做轻量化、低价格的工具，确实有市场。

口碑传播比做广告靠谱。我这个项目没有任何营销投入，全是朋友推荐朋友。

帮别人解决问题的过程中，自己也成长了很多。之前没做过多租户系统，这次做下来，对租户隔离、数据权限这块理解深了不少。

如果你也在帮朋友写东西，且做且珍惜。说不定下一个找上门的，就是一个协会呢。