我们的流程 - 我们的工作方式
我们明确范围，用迭代推进开发，并在上线前后持续跟进。为细节至上的项目而设。
需求探索
我们从需要交付什么、平台今天实际能做什么开始。平台迁移、新的 Plus 项目、定制应用。然后结合您团队已经在面对的各种约束来确定范围。
开发开始前，您会拿到书面的范围说明、架构记录、里程碑和费用明细。到我们开始写代码的时候，项目里不应该还有任何意外。
已经有 RFP 或书面的范围说明了？发给我们，我们从那里接手。
本阶段包含的内容
- 需求梳理
- 技术规格
- 时间表与里程碑
- 范围与预算确认
设计与开发
范围锁定后，设计与工程并行推进。UI 工作在 Figma 中进行。工程实现遵循需求探索阶段确定的架构。我们按迭代交付，您评审的是可运行的软件，不是幻灯片。
您的对接人就是写代码的工程师。进度更新以书面形式给出，并与当周交付的内容对应。
本阶段包含的内容
- Figma UI/UX 设计
- 前端与后端开发
- 质量保证与测试
- 定期进度沟通
上线与支持
上线意味着 QA、性能检查，以及一个不丢流量的切换方案。上线后我们会继续跟进修复和下一轮工作。
本阶段包含的内容
- 测试. 上线前的 QA，覆盖结账、集成和边界情况。
- 部署. 零停机上线支持，以及上线后的监控。
- 持续支持. 以长期服务合约或临时需求的方式，提供修复、新功能和平台更新。
我们的价值观 - 我们坚持的原则
紧凑的范围、严谨的执行，以及与实际交付工作量相符的定价。
- 可维护的代码. 经过测试的集成和经得起真实流量考验的架构。性能和 SEO 是上线要求，不是事后的修饰。需求探索阶段偷的懒，最终都会在生产环境暴露。
- 定价与范围挂钩. 报价与范围绑定。需求变化时，我们及早指出，并在工作扩大之前重新报价。任何一张账单都不该是意外。
- 适合项目的方案. 我们选择适合项目的技术栈，而不是我们想玩的技术栈。有时是 Shopify Plus 原生方案，有时是 Headless，有时是定制平台开发。
- 用合适的工具. 不是所有东西都需要定制开发。如果 Shopify 原生功能或现成的应用能更快达成目标，我们会直说。
- 长期合约，而不是重新磨合. 多数客户上线后会转为长期服务合约。同一批工程师留在代码库里，不需要每个季度重新熟悉项目。
- 融入您现有的团队. 内部工程师、品牌与设计团队、其他服务商、ERP 和 3PL 供应商。我们嵌入您已有的团队，而不是坚持事事都由自己做。