想要的功能应用里没有，定制开发还是换方案

先确认这件事是不是「两个标准需求的组合」。多数「应用里没有」其实是两个应用各做一半 + 一条规则把它们连起来，这比自研便宜一个数量级。

1处理顺序

1. 拆需求：客户分层价（B2B 价目表 / 客户标签）+ 赠品规则（满件数）。前者平台原生有（价目表、公司）、后者有成熟应用，缺的只是「哪类客户触发哪条赠品规则」。
2. 判断标准一：功能是否通用。通用需求一定有人做过应用；只有「你的业务规则本身独特」才值得定制。
3. 判断标准二：维护成本。定制功能要跟着平台 API 版本走，每年都有升级成本；应用的升级是厂商承担的。
4. 判断标准三：平台风险。结账与折扣逻辑尽量用 Function（官方支持路径），改主题脚本的实现方式在平台升级时最容易失效。
5. 决定自研时的最小做法：先用 Function 或应用扩展实现规则，不要一上来做独立 App。独立 App 有审核、计费、授权、运维四套成本。

定制功能要写清「谁维护、怎么升级、出问题多久响应」。没有这三条，两年后这个功能会变成没人敢碰的黑盒。