PROBLEM
解决什么问题
面向电商平台、订货系统、批发电商与供应链协同场景的定制开发，覆盖多角色、多端与结算对账。
上游供应商、下游商户和自己三方各用一套表格，订单靠微信接、价格靠电话报；订金和尾款分开记，月底对账要翻几百条聊天记录；多商户入驻后，审核、分账和结算规则写不清楚，交易纠纷没有凭证；商品、库存和价格在几个平台之间有出入，超卖和错价偶有发生。
FIT CHECK
适用与不适用
不适用清单是有意写全的：不合适的项目直说，比签约后彼此为难便宜。
适合我们的场景
- 有明确的多方角色（供应商、商户、客户），需要在一个系统里协同
- 订单、订金、结算这类资金相关流程需要留痕与对账
- 需要把线下订货流程搬到线上，减少电话与微信沟通
- 需要商品、库存与价格在多个渠道间保持一致
- 需要多商户入驻、审核与分账这类平台化能力
- 已有 ERP 或后台，需要电商前台与其数据打通
不适合的情况
- 只需要一个静态的商品展示页
- 期望系统上线后自带流量、自带买家
- 需要代运营、代发货或承担仓储物流服务
- 不打算定义清楚结算与分账规则就要上线交易
- 没有任何人能判定价格、库存与退款规则
SCOPE
典型范围与明确不含项
右侧这些不在报价里。事前写清，比事后加钱少吵一架。
我们负责的部分
- 角色与流程设计（供应商、商户、客户、运营的权限与操作路径）。
- 商品、价格与库存管理，含多渠道同步规则。
- 下单、支付、订金与尾款、退款与对账流程实现。
- 多商户入驻、审核与分账规则实现（按确认的规则）。
- PC 端与移动端/小程序端的前台与后台开发。
- 与既有 ERP、支付、物流等服务方的接口对接。
明确不含（另行确认）
- 支付通道、短信、物流等第三方服务的开户与费用。
- 商品图片与详情页文案的设计与制作。
- 仓储、打包、发货等线下物流服务。
- 平台的推广投放、买家引入与流量运营。
- 平台交易的资金托管与担保责任。
- 上线后的长期运维（需另签服务协议）。
HANDOVER
交付物与售后
验收时按这份清单逐项过；下面的售后条款是写进合同的口径，不是口头承诺。
交付物清单
- 《角色与流程设计说明》（含权限矩阵与结算规则）
- 可运行的源代码仓库（Git）
- 《后台操作手册》（按角色分版本）
- 《接口对接说明》（支付、物流、既有系统）
- 《对账与结算逻辑说明》
- 《测试记录》（含资金流程与异常场景测试）
售后条款
- 维护期限、响应边界、费用与合同内变更范围按具体项目合同确认。
| 量级 | 典型形态 | 项目组人数 | 工期 |
|---|---|---|---|
| 按范围确认 | 依据业务流程、接口与端范围评估 | 按合同确认 | 按合同确认 |
SMALL JOBS
小单也接
项目大小不是筛选条件，能不能验收才是。下面这些我们经常做，固定范围签约，通常 5–15 个工作日完成。
订货小程序
给下游商户用的线上下单与订单查询入口
结算对账模块
为已有系统补上订金、尾款与周期对账功能
商品与库存同步
打通两个渠道之间的商品、价格与库存数据
小单的边界：固定范围内计价、不含硬件与第三方费用、不配驻场、不含长期运维（可另签）。范围外需求走增补，先确认再动手。
STACK
技术栈与工作方法
选型按你的约束定（既有系统、机房或云、运维谁做），不为了时髦堆栈。
前台与移动端
后端
交易与对接
部署
PROOF
这类东西我们做过什么
食材配送系统开发
学校、供应商、经销商、运营与人事等多类角色各自的入口，配套微服务后端与容器化部署方案。
企业管理系统 · 移动端与小程序 看完整复盘 →
订货管理系统开发
经销商订货、订金凭证审核与补款进度的闭环：预订、现货与套餐共用一套订单模型，资金与预定额度台账按客户滚动。
企业管理系统 · 系统集成与遗留接管 看完整复盘 →
电商平台开发
服务商入驻、素材与商品上架、下单与订单轨迹、平台侧审核收在同一条链路上；后台以繁体中文交付，可直接面向港澳与海外中文市场。
企业管理系统 · 移动端与小程序 看完整复盘 →
连锁餐饮点餐系统
多品牌连锁餐饮的堂食闭环与多方结算：功能优先级梳理、系统划分与七套可交互原型的方案设计阶段记录。
企业管理系统 · 原型与方案 看完整复盘 →FAQ
常见问题
做出来会有买家来吗？
结算规则还没想清楚能做吗？
能接我们现有的 ERP 吗？
资金上有风险吗？
和现成电商 SaaS 比呢？
上线后交易数据能自己看吗？
先聊需求，再谈报价
把业务目标、现有系统和约束条件告诉我们。三个工作日内回一页纸的边界建议：第一期做什么、明确不做什么、需要你先确认什么。需求评估不收费，也不绑定后续合作。
