先把业务断点看清楚。
不是额外增加一层系统，而是让配置、业务与交付在原有工作流中衔接。
前端体验不可妥协
品牌站已有设计系统、性能策略和内容编排，不能为单一能力重做页面。
接入边界不清晰
团队不知道由谁加载商品、保存方案、计算价格或处理订单事件。
凭据与域名缺少治理
跨域、身份、环境和密钥使用方式未被提前设计，后期容易返工。
- 01
现有前端或 CMS
页面结构、用户会话与内容
- 02
ii3d 配置运行时
产品加载、交互与方案结果
- 03
业务服务与事件
价格、订单、保存与通知
把关键连接点设计成可交接的能力。
这些能力是评估与实施时应共同确认的范围，不替代项目中的技术验证。
选择合适的接入模式
依据页面控制权、开发资源和业务复杂度比较应用、组件与 API 方式。
定义页面生命周期
明确初始化、商品加载、用户配置、保存方案和继续购买等关键事件。
约定数据契约
以项目数据模型确认输入参数、输出摘要、错误状态与版本策略。
划清安全边界
规划域名、环境、身份与服务端密钥的职责，不将敏感信息暴露给浏览器。
在具体业务场景中，明确先跑通哪一段。
以下为不依赖客户名称或敏感数据的典型落地场景，用于帮助判断首期范围。
自研官网的配置模块
在既有页面框架、设计系统和用户会话中加入配置能力。
CMS 驱动的商品内容
让内容团队保留商品页编排，同时由技术团队管理必要的数据连接。
渠道端业务应用
为经销、销售或设计师工具设计受控的方案创建与继续流转方式。
以四步完成一次可控的接入。
用资料、样例和测试环境减少后期返工，让业务与技术团队同步确认。
- 步骤 01
评估技术栈与页面目标
了解前端框架、CMS、登录态、性能要求与需要承接的业务动作。
- 步骤 02
确定集成模式与契约
确定嵌入范围、事件边界、输入输出和异常处理方式。
- 步骤 03
在隔离环境完成接入
用测试商品、测试用户与模拟业务服务验证关键交互。
- 步骤 04
进行性能与发布检查
确认加载、降级、监控与版本发布方式后再进入生产环境。
常见问题
在开始项目之前，先确认范围、责任和需要准备的资料。
是否必须使用特定前端框架？
不应以框架名称先做承诺。评估会从现有页面、集成模式与数据边界出发确定可行路径。
需要暴露 API 密钥吗？
敏感凭据应由服务端或受控身份流程管理。浏览器侧只使用项目确认的、最小权限的访问方式。
如何处理接口升级？
上线前需要明确版本、兼容策略、变更通知和回退方式，避免把版本升级变成前端突发故障。
在哪里获得接口文档？
在具备可公开的接口范围、鉴权方式和示例后，可提供受控的开发者资料；本页先帮助确定需要哪些能力。