← 返回首页
YIHEDA DIGITAL PRODUCT RESEARCH2026 / 08 / 21

怡合达商城业务调研分析

FA标准件 × FB非标加工01
核心判断 / OPERATING SYSTEM

商城只是入口,核心在五套业务系统

02

价格、月结、成员权限和线下订单都从企业关系出发。客户看到的是商城,后台运行的是采购协同机制。

01商品与工程数据

分类、参数、选型、3D模型、案例和知识库

02价格与报价

标准折扣价、数量阶梯、协议价和大额询价

03企业与权限

企业认证、成员授权、价格脱敏和采购分工

04订单与履约

FA、FB、线下订单、料况、物流、售后和发票

05ERP与API

客户编码、物料编码、信用权限和系统对接

五套系统共用企业客户主数据,割裂就会回到人工报价、对账和跟单。02
2025经营与交易规模 / SCALE

规模决定了系统必须处理长尾SKU和高频小单

03
29.48亿元营业收入
5.12亿元归母净利润
39.14%综合毛利率
280万+FA零部件SKU
4.62万客户数量
180万年度订单量
650万订单明细行
97%交付达成率
系统要同时承担大量规格组合、较短交期和明细行级履约。03
客户旅程 / JOURNEY

客户从设计阶段进入,直到收货和售后才离开

04
01 / 设计前置

设计

按分类和参数选型
下载3D模型与图纸
查看计算工具、案例和知识

02 / 交易控制

交易

查价或批量报价
指定采购人并完成内部审批
FA标准件与FB非标统一归档

03 / 履约反馈

交付

按明细行查看料况
追踪发货、延期和物流
确认收货、开票和售后

入口在工程设计,交易控制和履约反馈共同决定客户是否留下来。04
企业关系 / CUSTOMER IDENTITY

用户类型决定能否报价、下单和继承企业条件

05

商城把账号和企业客户关系分开管理。注册账号不等于已经获得企业价格和信用条件。

用户类型报价与下单企业内协同价格与月结
个人用户不能建立报价单和订单无企业关系仅能看到公开或标准信息
普通企业用户可建立报价单并转订单账号彼此独立不能自动继承线下会员折扣和支付方式
认证企业用户按岗位授权管理员统一管理成员同步线下会员折扣、订单和月结权限
企业认证需要营业执照和盖章申请材料,管理员再按岗位授权。05
企业协同 / PERMISSION

企业账号不是共享密码,而是一套岗位权限

06

管理员可以把看价格、看他人金额、下单支付和查物流拆开授权。新成员加入后默认没有权限。

01

查价权限

查看企业合作价格并建立自己的报价单。下单时可指定有采购权限的成员。

工程师
02

显价权限

决定能否查看其他成员报价单和订单金额。未授权时金额以***显示。

财务或负责人
03

采购权限

在线生成订单并支付。适合采购员,也可按企业需要授权给工程师。

采购员
04

查单权限

查看企业订单、商品和物流。可以隐藏价格,适合仓管和跟单。

仓管或跟单
权限模型同时解决采购分工和商业价格保密。06
登录态价格观察 / PRICING

数量到了1000件,系统不再给固定价

07

商品TBJ50-M3-L6,未税单价。数量区间和价格由SKU单独配置。

1至9件
0.16
10至499件
0.13
500至999件
0.11
另一件商品没有数量折扣,证明数量阶梯不是统一模板。07
价格机制 / RULE ENGINE

价格由客户身份和订单条件共同决定

08
协议客户通道

先确认企业关系

  • 标准折扣价
  • SKU数量阶梯
  • 线下会员折扣同步
  • 大额询价或人工调价
  • 含税与未税价格
商城促销通道

再判断活动条件

  • 新客与企业标签
  • 品牌和商品范围
  • 订单金额门槛
  • 每单用券数量
  • 特价、账期和VIP排除
账期客户和超级VIP被部分活动排除,协议价格与商城促销存在明确边界。08
信用支付 / CREDIT

月结从线下授信开始,商城负责同步和执行

09
01

签订月结协议

客户先完成商务审核并签署协议。商城不会在线自动授信。

02

ERP建立信用权限

线下ERP保存月结资格和付款方式,作为商城权限来源。

03

认证企业同步

认证通过后,订单提交页出现信用月结,提交即可生成订单。

支持微信和支付宝、企业网银、对公转账、信用月结。尚看不到月结天数、额度和超期规则。

信用不是商城单独决定的功能,而是线下商务关系在系统里的执行结果。09
全渠道交易 / OMNICHANNEL

同一个工作台接住商城、线下和非标交易

10

认证企业能把线上操作和原有线下客户记录放到同一个企业视图中。

交易通道报价单订单履约与查询
FA商城快速报价、30天有效期、转订单待支付、进行中、完成、取消、终止按明细行查看料况、物流和收货
线下业务同步线下报价单和有效期订单号、客户单号、制单人和总金额认证后查询企业线下订单和料况
FB非标图纸名称、AI报价、转订单非标订单独立归档与FA共用报价、订单和售后工作台
订单可按内部单号、客户物料编码、型号、产品名称和时间范围查询。10
状态模型 / FULFILLMENT

交易不是下单即结束,系统按明细行追踪

11

订单料况表把发货数量、预计时间、延期状态和物流信息放在同一行,并支持导出。

报价

快速报价中
完成、终止、过期

下单与支付

即时支付
企业网银、对公、月结

备货与发货

待确认、已确认
备货中、延期、取消中

物流与收货

发货数和总数
物流信息、确认收货

发票与售后

交付完成后开票
退货、换货、维修

同一套状态模型服务客户查询、客服解释和内部交付管理。11
开放平台 / API

开放平台把客户采购系统接进交易链路

12
已公开的能力

覆盖报价到收货

  • 授权和文件
  • 消息队列
  • 报价与预订单
  • 订单和收货地址
  • 分批发货与物流
  • 客户编码和单位映射
目前的限制

接口仍在早期

  • 以轮询和删除消息为主
  • 未见Webhook
  • 未公开完整商品和库存
  • 未见发票和对账接口
  • 未见沙箱、SDK和幂等说明
  • 部分字段与示例不一致
接口重点不是浏览商品,而是让客户ERP完成报价、审批、下单和收货。12
竞争壁垒 / MOAT

难复制的部分藏在页面后面

13

商品页和购物车容易模仿,长期成本集中在企业主数据、价格规则和履约状态。

商品与工程数据

客户看到

参数选型、3D、图纸和案例

后台需要

SKU标准化和选型关系

持续的数据治理
企业客户主数据

客户看到

成员、公司、线上线下订单

后台需要

客户编码、企业绑定和岗位权限

依赖长期客户关系
价格与信用

客户看到

折扣价、月结和支付方式

后台需要

协议、价格本和ERP信用权限

规则多且不能出错
履约与接口

客户看到

料况、物流、售后和API

后台需要

仓储、订单明细和状态事件

系统和运营必须一致
数字化壁垒来自规则与长期数据积累,不来自单一页面。13
研究边界 / NEXT STEP

已经看清机制,尚未看到企业合同参数

14

已经验证

  • 登录后的商品价和税价
  • SKU数量阶梯和大额快速报价
  • 企业用户类型与四类成员权限
  • 月结的线下协议和ERP同步机制
  • FA、FB、线下订单和料况工作台

仍待验证

  • 具体企业合作价和折扣等级
  • 月结天数、信用额度和超期规则
  • 协议价、数量折扣和优惠券的精确优先级
  • 真实企业的开票、对账和历史线下数据

下一轮竞争不会只发生在商城首页。决定客户是否留下来的,是企业主数据、价格规则和履约能力。

下一步需要用通过认证的真实企业账号继续验证合同参数。14