以社区为单位的配送模式
街坊送给街坊的配送 — 下单与配送发生在社区尺度，而不是整座城市。送得更快、物流成本更低，街坊关系也更亲近。
店主面板
为社区小店打造的电商
杂货店、超市、肉铺、果蔬店 — 用自己的域名和品牌做区域配送。低佣金，灵活套餐。
社区配送
"你家街口的杂货店必须用同样的武器，去面对大型连锁超市和巨头配送平台。Kapıya Gel 就是小店主能打出的最重一拳。"
你的骑手，或者你自己的团队 — 当天送达，通常在 1-2 小时内.
店主套装
一家小店所需的一切
电商中枢、配送管理、支付集成、移动端 + 网页端 — 全部打包在一起。月度套餐，外加对店主友好的低佣金（约为大平台的四分之一）。
为你的街区而生
只服务自己的社区，采用街坊对街坊的模式。顾客在同一条街上下单，你当天就能送到。
开箱即用的电商
20 多个品类、商品卡片、购物车、优惠券、营销活动、会员体系 — 一应俱全。一小时完成搭建。
当天送达，甚至一小时内
当天送达，有时一小时内。你的骑手或自己的员工负责社区配送 — 成本是时间，不是油钱。
灵活支付
门口现金、门口刷卡、在线银行卡、银行转账、会员钱包 — 顾客喜欢哪种就用哪种。开票方式与你的会计相衔接。
移动端 + 网页端
直接装进顾客手机的 PWA — 不必经过 App Store 上架。使用你自己的域名（mymarket.com）和自己的品牌。
库存与报表
每笔销售自动扣减库存、低库存提醒、日报与周报、畅销榜 — 全部以店主的视角呈现。
一小时内上线
今天注册，今天开卖
没有复杂的对接，也不用等上几周。今天申请，今天就开始卖。
01
店主注册
老板 5 分钟完成注册，通过 Excel 导入或手动添加商品。
02
圈定配送范围
在地图上选出你服务的街道和社区 — 只有这个范围内可以下单。
03
顾客下单
街坊在手机上打开 mymarket.com，装好购物车并选择支付方式。
04
配送
你收到订单、备好商品，自己或让骑手送到社区。当天送达，通常 1-2 小时。
店主的故事
三家小店，三次跃升
杂货店、肉铺、果蔬店 — 各有各的难处、各有各的解法、各有各的收获。
店铺
社区杂货店 — 市中心
痛点
"隔壁街开了一家大型连锁超市，我的老顾客开始往那边跑。"
解决方案
有了 Kapıya Gel，他在自己的社区里接线上订单。不必再去追着顾客跑 — 大家不出门就能下单。
成效
街坊客源稳定下来，线上订单渠道就此建立
店铺
肉铺与熟食店 — 大城市社区
痛点
"年轻顾客都在线上平台买东西，我接不住生鲜的这波需求。"
解决方案
他通过带自有品牌的应用向社区供应生鲜，并通过 Telegram 和 WhatsApp 接收订单提醒。
成效
周末订单量明显增长，触达了线上顾客
店铺
果蔬店 — 集市周边
痛点
"一早去批发市场进货，可傍晚生鲜卖得不好，损耗很高。"
解决方案
在 Kapıya Gel 上做当日限时活动 — “傍晚折扣”提醒自动发送给已订阅的顾客。
成效
损耗下降，收摊前的库存被更高效地消化
来自街头的故事
从社区到门口，让街坊的那份人情味回来
快速送达
骑车几分钟就到
送到家门口
带着街坊的信任
整点路线
一趟出车，多个站点
温暖的关系
你的顾客，就是你的街坊
图片仅作示意 · 照片来自 Pexels.com / CC0 许可
店主的优势
巨头 对 社区店主
大平台把顾客攥在自己手里，并向店主抽取 15-25% 的佣金。Kapıya Gel 则以低佣金站在店主一边，顾客数据留在店里。
| 对比项 | Kapıya Gel | 大型连锁线上超市 | 即时配送应用 | 电商平台的餐饮/生鲜 |
|---|---|---|---|---|
| 只服务自己的街区（社区模式） | ✓ | 按区域（大型连锁） | 按城市/区域 | 按城市 |
| 店主自有品牌 + 域名 | yourbrand.com | 连锁的品牌 | 应用的品牌 | 平台的品牌 |
| 以店主品牌上架的移动应用（App Store/Play） | ✓ | ✗ | ✗ | ✗ |
| 顾客数据的归属 | 归店主所有 | 归连锁所有 | 归平台所有 | 归平台所有 |
| 佣金比例 | 低（月度套餐 + 象征性佣金） | — | 每单 15-22% | 每单 15-25% |
| 可预期的固定月费 | ✓ | — | 广告 + 佣金混合 | 广告 + 佣金混合 |
| 独立的定价权 | 由店主决定 | 总部统一（连锁总部） | 受限（活动压力） | 受限（活动压力） |
| 上线周期 | 1 天 | 不适用（仅限连锁） | 数周（对接） | 数周（入驻审核） |
| 强制最低起送金额 | 由店主决定 | 固定 | 固定 | 固定 |
| 库存管理（店主面板） | 内置 | 连锁专用 | 手动 / 有限 | 手动 / 有限 |
| 面向街区的营销活动 / 推送 | ✓ | 千篇一律 | 有限 | 有限 |
| 货到付现 | ✓ | ✓ | 有限 | 有限 |
| 门口刷卡（POS） | ✓ | ✓ | 有限 | 有限 |
| 在线银行卡 + 3D Secure | ✓ | ✓ | ✓ | ✓ |
| WhatsApp Business 订单集成 | 内置 | ✗ | ✗ | ✗ |
| 店铺专属的会员 / 积分 | ✓ | 绑定连锁的会员体系 | 绑定平台 | 绑定平台 |
| 数据本地存储（KVKK，土耳其个人数据保护法） | ✓ | 不明确 | 有限 | 有限 |
| 本地语言 + 上门支持 | ELPO 团队 | 连锁呼叫中心 | 有限 | 有限 |
Migros、Getir、Yemeksepeti、Trendyol 及其他品牌名称归各自权利人所有；本对比基于公开可得的功能信息，属于指名性合理使用。数据截至本季度，可能随时间变化。
为什么选择 ELPO？
让 Kapıya Gel 在社区电商中与众不同的 7 点
大型连锁平台吞掉店主的佣金，并把顾客数据牢牢锁在平台上。Kapıya Gel 反其道而行：用店主自己的品牌、自己的域名和低佣金，把社区生态还给店主。
店主自己的品牌 · 自己的域名
下单页面上出现的是店主自己的名号、自己的标志和自己的域名。顾客感觉是在向熟悉的杂货店、果蔬店买东西，而不是向一个门户下单。
低佣金 · 对店主友好的定价
不是大型连锁那样的高佣金比例，而是一套守住店主利润的透明资费。“我付出的佣金”与“我获得的顾客”之间的天平，向店主一侧倾斜。
iOS + Android · 白标移动应用
面向顾客和骑手的两个独立移动应用。一个店主联合体可以用自己的品牌上架 App Store / Play 商店；基础设施共用，品牌身份独立。
内置 WhatsApp Business API
订单确认、骑手已出发、已送达等通知会自动通过 WhatsApp 发出。顾客会忽略短信、关掉推送，但 WhatsApp 总是会打开。
一天完成上线
店主提交申请，把商品清单导入系统，当天就开始卖货。培训通过 WhatsApp 远程进行，并提供视频通话支持。
灵活的骑手模式
店主自己的摩托车骑手、独立骑手或门店员工，都可以在同一套系统里接单。无需固定依赖外部物流。
本地语言支持 · 以真实店主的视角
支持团队在与杂货店主、果蔬店主和药房老板一对一交流中打磨产品。这不是一个“远离需求”的 SaaS，而是一套走进现场的设计。
白标 · 合作伙伴
ELPO 就像您自己的软件团队一样运作
您专注于最擅长的事——销售、技术、生产，无论您的领域是什么。软件则是我们最擅长的事。您以自有品牌销售ELPO 产品；开发、更新与法规合规由 ELPO 在幕后完成，就像您自己的团队一样。 无需写代码、无需组建团队，即可推出属于您的软件品牌——让我们共赢。
您的品牌，您的域名
ELPO 产品就像您自己的产品——您的标识、您的配色、您的域名。客户看到的是您，而不是背后的 ELPO。
您经营自己的业务
销售、技术支持、生产——留在您的专业领域。软件交给最擅长的我们；各展所长。
开发由 ELPO 负责
ELPO 负责构建产品、持续更新并保持法规合规——就像您后台的自有软件团队。
必要时共享源代码
如有需要，我们也可根据协议共享源代码。产品真正属于您，您的未来不会被单一供应商绑定。
成为合作伙伴 / 经销商 收益分成、经销、解决方案合作、OEM，以及在双方约定下的源代码共享——欢迎一起探讨合作模式。
常见问题
关于 Kapıya Gel 的常见问题
什么是 Kapıya Gel？
Kapıya Gel 是面向社区杂货店和本地商户的电商与配送平台。它通过顾客端应用、商家管理后台和骑手端应用，在同一套系统中管理订单、配送路线、支付和会员积分。
它与大型配送平台有什么不同？
Kapıya Gel 采用白标、低佣金模式；商户以自己的品牌在线销售，无需向巨头平台支付高额佣金。
是否提供骑手和配送管理？
提供。骑手端应用负责订单派发、路线规划和送达确认；商家在同一个后台就能跟踪全部订单。
数据与服务器基础设施
Kapıya Gel 数据 存放在我们自建的云上，7×24 小时不间断
这不是一台普通服务器，而是存放在我们强大的私有云基础设施中。该基础设施由完全属于我们自己的物理服务器构建，并托管于通过高安全认证的数据中心。服务器既非租用也非共享；硬件、网络与安全各层均自始至终归我们所有。 同一套基础设施守护着每一款 ELPO 产品。
我们的服务器基础设施拓扑
整体系统基础设施拓扑
Web 门户 → 负载均衡的 Web 服务器 → HSM → PostgreSQL 集群 → 数据库节点。主数据中心 + 灾难恢复中心。
物理服务器拓扑
防火墙 → 交换机 → HSM → 集群节点 → 存储 → 副本服务器 → 长期外部备份。双中心、双线路。
6 节点 PostgreSQL 复制
中心内部同步复制，中心之间异步复制。即使某个节点或某个中心宕机，也能不丢数据地持续运行。
出于安全考虑，我们不公开数据中心的名称与地址。在其他语言版本中，图内标签也会翻译为相应语言。
2
地理上分离的数据中心
主中心 + 灾难恢复
6 节点
PostgreSQL 集群
即时复制，数据零丢失
Load Balancer
软件负载均衡
服务器故障时服务不中断
24/7
监控 · 支持 · 告警
不间断运行
我们的数据中心
两座通过认证的高安全数据中心。每座均配备 N+2 冗余 UPS、双路发电机、N+2 冗余制冷、FM2000 气体灭火系统，且建筑符合抗震规范。
物理服务器清单（两座中心合计）
4
防火墙
4
交换机
4
存储
6
虚拟化服务器
2
HSM 设备
2
备份服务器
2
外置磁盘单元
6
Web + 6 台数据库服务器
我们的认证 · 管理体系标准
ISO/IEC 27001
信息安全管理体系
ISO 22301
业务连续性管理体系
ISO/IEC 20000-1
IT 服务管理体系
ISO 9001
质量管理体系
ISO/IEC 27001、ISO 22301 与 ISO/IEC 20000-1 是取得 e-Belge（e-Invoice / e-Archive）特别集成商资质的必备条件；我们还通过 ISO 9001 认证了质量管理体系。
VMware ESXi 集群
为兼顾横向与纵向扩展的灵活性，各项服务部署在 VMware ESXi 集群之上的虚拟服务器中。某个节点发生故障时，其上的虚拟服务器会在另一节点上不中断地继续运行。
6 节点 PostgreSQL 集群
门户运行在 6 节点 PostgreSQL 集群上。主节点出现问题时，Node-2 会自动接管；Node-3 专用于备份与报表（不影响性能）。所有数据以 15 分钟延迟异步复制到灾难恢复中心，数据零丢失。
什么是 HSM 设备？
HSM（Hardware Security Module，硬件安全模块）是一种专用安全硬件，在物理环境中保存敏感的加密密钥，并以最安全的方式执行加密运算。它妥善保管 e-Invoice/e-Archive 签章所用的税务印章与电子签名，绝不托付给第三方。
系统与远程访问安全
两座数据中心通过 Site-to-Site VPN 隧道互联；对基础设施的远程访问仅可经由 SSL-VPN。除服务端口外，服务器不向互联网开放；远程连接通过防火墙上的 SSL-VPN 以 RDP 方式提供。
数据中心出入管理（ISO 27001）
在 ISO 27001 信息安全框架下，系统与网络管理员进入机房均有记录：申请单 → 管理层审批 → 凭签字或声明领取授权卡。
业务连续性计划
存储配有两块控制器卡；一块故障时另一块继续不间断提供服务。若两块同时故障，门户仍可从即时复制的 ESXi 上的 PostgreSQL 集群无数据丢失地运行。若主数据中心整体宕机，服务将由灾备中心继续提供。