跳到正文
Laboe Studio

设计 · 开发 · 营销

The Florist — 多商家平台

The Florist(自有产品)

The Florist — 多商家网店平台 — The Florist(自有产品)

背景

马来西亚的小零售商——花店、蛋糕工作室、气球店——早就在 WhatsApp 上卖东西了,订单真正成交的地方就是聊天框。他们缺的是聊天之前的那一段:一个能浏览的目录、价格和规格、一个拿得出手的品牌。定制网站对大多数人来说太贵,而通用建站工具又默认顾客会在线付款,他们的客人根本不这么做。

我们把 The Florist 作为自己的产品来做,就是为了补上这一段:一个订阅制网店平台,店家拿到一个真正的线上商店,而订单仍然流回他们本来就在用的 WhatsApp 对话。它由我们设计、开发、运营和推广——是我们三条线在同一件事上协同的最清楚的例子。

挑战

  • 一个平台要同时服务三种完全不同的用户:浏览目录的买家、不懂技术的店主、管理所有租户的运营方。
  • 店主不懂技术——从上传产品图到账单,每一项店铺操作都必须自助完成。
  • 买家在 WhatsApp 成交——结账必须生成干净、结构化的订单,而不强迫在线付款。
  • 一套代码服务所有店铺——租户之间需要硬性的数据隔离,又要有各自的视觉身份。
  • 账单必须自己跑:绑卡、试用、按月扣款、逾期自动锁店,不需要人工操作。
  • 网店要支持英文、中文和马来文,由每家店自行选择。

我们做了什么

设计

我们设计了一套统一、温暖的网店视觉系统,店家的主题色是唯一的按店例外。每家店选一个颜色,整个网店随之换色,并有可读性保护,避免选出看不清的配色。商家后台和平台控制台共用同一套设计语言,店主从头到尾不会觉得自己离开了这个产品。

开发

一套 Next.js 代码服务多个彼此隔离的店铺:

  • 买家网店——目录、分类、价格筛选、产品规格,以及跨店目录,让买家能发现商家。
  • WhatsApp 原生结账——购物车(规格、贺卡留言、总额)会组装成一条带顺序订单号的预填 WhatsApp 消息,同时订单会落在平台上,不会只留在聊天记录里。
  • 商家后台——产品、自动压缩的图片、分类、排序、批量定价、设置、营业时间、语言和账单。
  • 平台控制台——入驻、按店定价覆盖、试用、暂停和完整下线。
  • 账单生命周期——注册自动开店,Stripe Checkout 绑卡进入试用,之后按月扣款,全程由带签名、幂等的 webhook 驱动。付款逾期时,三态锁定模型会温和地关闭网店,并告诉店主怎样重新开启。
  • 隔离——每张表都以店铺为键,行级安全默认拒绝,所有写入都走服务端 action。跨租户访问在结构上就是关闭的,并用概念验证攻击实测过。
  • 批量导入——店家可以把现有的 Instagram 目录直接导入成产品,不用手动重新录入。

营销

商家获客由我们自己来跑:把花店一家家接到平台上、早鸟定价优惠,以及按商家生成的流量页,让每家店除了自己的 WhatsApp 链接之外,也能被搜索找到。

结果

  • 已上线 theflorist.asia,平台上有 50+ 家商家,还在增加。
  • 店家从注册到拥有一个上线、带主题的网店只需几分钟——不用找开发。
  • 买家浏览带规格的真实目录,通过预填的 WhatsApp 消息下单;每笔订单同时记录在平台上。
  • 店家完全自助管理产品、图片、分类、设置和账单。
  • 运营方在一个控制台里管理所有租户——定价、试用、暂停、下线。
  • 订阅全流程已用真实银行卡在正式环境端到端验证。
  • 三语网店(EN / 中文 / BM),每家店自选。
范围
自有产品, 多租户 SaaS, 网店 + 商家后台 + 平台控制台, Stripe 订阅, WhatsApp 原生下单, 三语 EN/中文/BM
成果
已上线 theflorist.asia,平台上有 50+ 家商家——花店从注册到拥有自己主题的网店只需几分钟,不用找开发。
已上线自有产品访问线上版本

告诉我们你在做什么,我们告诉你需要什么。

联系我们