2022 · 平台上线
首版只支持规格矩阵与淘宝、京东两个渠道，服务 40 家种子商家。
只做商品与 SKU 管理这一件事
我们不做 ERP、不做 CRM、不做营销工具。因为把一件事做深，比把十件事做浅对商家更有用。
2022
公司成立
0
全职团队
0
服务店铺
0
管理 SKU 数
我们的故事
从一次大促超卖事故开始
2022 年双十一前夜，创始团队里负责电商的朋友遇到了一次事故：同一款羽绒服在天猫和抖音同时爆单， 两个平台各卖出了 300 多件，但实际库存只有 400 件。结果 200 多个订单只能退款道歉， 店铺评分掉了，后续半年的流量都没缓过来。
复盘时发现，问题不在于他们不勤快——运营每天手工核对三次库存。问题是跨平台的库存一致性靠人工根本守不住， 而当时市面上要么是功能庞杂的 ERP，要么是不支持多规格的轻量工具。
于是我们决定只做一件事：把商品和 SKU 管对。四年过去， 平台上管着 2.4 亿个 SKU，日均处理 4700 万次库存变更，因同步问题导致的超卖工单占订单总量的 0.0007%。
① 只做一件事
不做大而全。商家已经有 ERP、有客服系统、有营销工具，缺的是把商品数据管准的那一环。
② 不出错比功能多重要
商品数据出错的影响面是全渠道的。所以我们宁可少做一个功能，也要保证已有的功能结果可预期。
③ 数据属于商家
商品数据是商家自己的资产。随时可导出、可迁移，不存在任何形式的数据绑架。
④ 按规模收费，不按人头
团队成员多收钱不合理。成本只跟商品规模相关，所以我们只按 SKU 数量定价。
发展历程
一路走来的关键节点
2023 · 事件驱动同步
把库存同步从定时轮询改为 Webhook 事件驱动，同步延迟从分钟级降到 2 秒内。
2024 · 开放 API
发布 OpenAPI 与多语言 SDK，同年通过等保三级认证，服务店铺突破 3000 家。
2026 · 8600 家店铺
打通 12 个渠道，管理 SKU 超 2.4 亿，日均处理库存变更 4700 万次。
核心团队
团队里有一半人开过店
做电商工具的人如果没自己管过库存、没在大促前夜改过价，很难理解商家真正在意什么。
裴照
创始人 & CEO
那次超卖事故的亲历者。前电商平台商品中台负责人。
邵青禾
联合创始人 & CTO
负责同步引擎与开放平台，把延迟从分钟级压到 2 秒内。
邢知白
产品负责人
自己开过三年女装店，负责把所有功能翻译成商家听得懂的话。
邱叙白
安全与合规负责人
负责等保三级建设与数据合规，定下「不给商家制造迁移成本」的底线。
安全与合规
商家的商品数据，我们这样保护
商品数据、成本价、渠道授权凭证——任何一项泄露都会造成实际损失，所以这些标准不能打折。
| 项目 | 具体措施 |
|---|---|
| 资质认证 | 已通过等保三级认证，定期接受第三方渗透测试 |
| 传输与存储 | 全程 TLS 1.3 传输；敏感字段（成本价、凭证）静态加密存储 |
| 渠道授权 | 全部使用官方 OAuth 2.0，不接触也不存储商家平台账号密码 |
| 权限控制 | 按角色 + 数据范围双重授权，敏感操作可强制二级审批 |
| 操作审计 | 所有字段变更留痕，记录操作人、时间、原值与新值，可导出 |
| 数据隔离 | 租户间逻辑隔离；旗舰版可申请独立数据库实例 |
| 数据可迁移 | 随时可导出全部商品数据（Excel / API），到期后 90 天内仍可导出 |
| 不用于其他用途 | 商品与销售数据不用于广告投放、不对外提供、不做行业榜单 |
后端工程师（同步引擎）
杭州 · 全职 · 3 年以上经验
负责渠道同步与库存一致性保障。需要熟悉分布式一致性、幂等设计与消息队列。
前端工程师
杭州 / 远程 · 全职 · 3 年以上经验
负责规格矩阵与批量操作界面的开发。这类界面交互复杂，需要你关注性能与操作手感。
渠道对接工程师
杭州 · 全职 · 2 年以上经验
负责新销售渠道的开放平台对接，处理各家 API 的差异与文档之外的坑。
客户成功经理
杭州 / 上海 · 全职 · 2 年以上经验
帮助商家把商品库迁移进来并跑通流程。需要懂电商，也愿意动手做实际配置。
联系我们
找对人，少绕路
售前咨询与试用
套餐选型、迁移方案、大客户报价。工作日 15 分钟内响应。
技术支持与接口对接
API 对接、Webhook 调试、同步异常排查。请附上 request_id。
办公地址
浙江省杭州市余杭区
文一西路 969 号创意园 D 座 11 层
我们不会通过私信或非官方渠道索要你的平台账号密码、验证码，也不会要求你转账到个人账户。 所有渠道授权均在平台官方页面完成。遇到可疑情况请立即向我们举报。