我们的工作方式

围绕交付构建的流程,
而非围绕会议。

我们行动迅速、沟通清晰,交付可用的软件。每个客户从第一天到上线及之后都清楚项目的进展。

150+ 个项目已交付 绝不失联 第一天就有测试环境 我们为范围负责

六个阶段。每个项目。不走捷径。

这不是方法论演示文稿。这是我们交付150多个项目的方式。每个阶段都有明确的产出——您可以阅读、批准或点击的内容。

01

发现

1–2 周
您将收到: 一份书面范围文档 + 待签字的方案

过程详情

我们了解您的业务,而不仅仅是您的需求。利益相关者访谈、现有系统技术审计、架构审查。我们现在提出棘手的问题,这样它们就不会在第十周以意外的形式出现。

产出

范围文档、技术栈建议、项目时间表、固定价格或工时计费方案。您批准后才开始任何工作。

利益相关者访谈技术审计架构审查方案
02

架构与设计

1–3 周
您将收到: 架构文档 + Figma 原型在构建开始前获批

过程详情

在编写一行代码之前进行系统设计。我们定义数据库模式、API契约、基础设施方案,以及需要时的UX线框图。这是那些后期修改要花10万美元的决策,现在只需5千美元就能做对的阶段。

产出

架构文档、API规范、Figma UI原型。客户在构建开始前批准。构建期间没有意外。

数据库模式API契约基础设施方案Figma 原型
03

构建

持续的2周迭代
您将收到: 第一天就有测试环境访问权——第一周就能点击您的产品

过程详情

两周一个迭代。每个迭代交付可用的、经过测试的功能——而不是"进行中"的工单或"快完成了"的更新。您从第一天就可以访问测试环境,每周都能点击查看真实功能。

产出

每个迭代都有经过测试的可用功能部署到测试环境。每周五书面总结。30分钟同步会议,而不是2小时的会议。

2周迭代测试环境访问每周同步可用功能
04

QA与安全

并行 + 专项检查
您将收到: 每次发布前的测试覆盖率报告 + 漏洞扫描

过程详情

测试不是最后的一个阶段——它从第一个迭代开始就与构建并行进行。每次发布前都有专项QA检查。安全审查是受监管行业和有要求的项目的标准配置。

产出

测试覆盖率报告、自动化测试套件、漏洞扫描结果。问题在成为您的问题之前就被修复。

自动化测试并行QA安全审查覆盖率报告
05

部署

1–3 天
您将收到: 生产上线,配备监控、告警和回滚方案

过程详情

CI/CD 流水线、零停机部署、适当时的蓝绿或金丝雀发布。我们不做手动部署。配置完整的监控和告警。上线前回滚方案已准备就绪。

产出

生产系统上线、监控仪表板激活、告警已配置、回滚程序已记录并测试。

CI/CD 流水线零停机部署蓝绿/金丝雀发布监控
06

交付与支持

持续
您将收到: 完整文档 + 30天关键支持——您永远不会收到一个没有文档的系统

过程详情

完整文档在过程中同步编写——而不是在最后仓促完成。向您的团队进行知识转移,或保留用于持续开发。至少30天的关键支持窗口期,在此期间我们随时待命处理上线后出现的任何问题。

产出

完整的技术文档、运维手册、部署指南。干净利落地交接给您的团队,或保留合作关系进行持续开发。

完整文档知识转移关键支持保留合作选项

客户真正关心的四件事。

不是流程图。不是ISO认证。是客户在推荐我们时提到的那些事情。

我们回复消息

几小时内回复,而不是几天。每个客户都有专属项目经理和高级工程师作为直接联系人。没有客户会想知道我们在哪里或当前状态是什么。如果有任何阻碍进展的事情,您会最先听到。

第一天就有测试环境

您从第一周就能看到并点击您的产品——而不仅仅是在项目结束时。每个迭代都部署到测试环境。您对真实功能提供反馈,而不是线框图或状态报告。这消除了上线时"这不是我想象的"的问题。

我们为范围负责

如果是我们定义的范围,我们就交付它。我们不会为本应包含的内容额外收费。如果我们在范围定义时遗漏了什么——那是我们的问题,不是您的。我们在前期仔细定义范围,这样就不会陷入那种对话。

文档同步编写

不是在上下文已经模糊时最后仓促完成。每个架构决策、每个非显而易见的实现选择、每个API契约——都在构建的那个迭代中记录。当您接管时,您拿到的是一个真正可以维护的系统。

我们如何沟通。没有模糊地带。

每个合作项目都遵循相同的沟通结构。您知道期望什么以及何时。没有意外,不需要追问。

Slack(或您首选的工具) 每日异步

在您的频道中每日进度更新。您每个工作日都能看到完成了什么、正在进行什么以及是否有阻碍。

每周视频同步 30分钟,每周一次

不是2小时的状态会议。紧凑的30分钟通话:交付了什么、接下来做什么、需要什么决策。可录制和分享。

专属联系人 随时可联系

一位项目经理和一位高级工程师是您的指定联系人。不是支持队列。了解您项目的直接人员。

每周书面总结 每周五

本周产出的书面总结、下一迭代计划和任何待解决的问题。发送给需要了解情况的人——PM、CTO、投资者。

升级路径 从第一天起就确定

如果出了问题,您确切知道该联系谁以及接下来会发生什么。危机中不需要弄清楚谁负责。

真实的时间表,不是假设一切顺利的估计。

基于150多个项目。范围反映了真实的范围变化——不是虚报,不是一厢情愿。

MVP 构建 从0到v1上线
6–14 周

发现 + 架构 + 构建 + QA + 部署。范围决定了区间。一个专注于4–6个核心流程的MVP在6–8周内完成。一个有集成的多角色平台需要10–14周。

2周 发现2周 架构6–10周 构建 + QA1周 部署
功能新增 现有产品的新功能
2–6 周

在现有代码库上的功能开发。取决于与现有代码集成的复杂性以及系统是否有充分的测试覆盖。

1周 发现1周 设计2–4周 构建 + QA部署
遗留系统救援 + 稳定化 故障系统恢复
2–4周 审计 + 路线图

我们审计系统、稳定关键故障,并交付优先级排序的路线图。后续救援工作以迭代周期继续——范围取决于审计结果。

1–2周 审计1周 稳定化路线图交付迭代周期

每次合作前的问题——直接回答。

没有废话。客户在签约前真正问我们的问题,以及真实的答案。

项目中途需求变更怎么办?

我们预期这种情况。需求会演变——这很正常。我们通过轻量级的范围变更流程处理变更:您描述想要什么改变,我们评估对时间和成本的影响,您批准,我们调整。没有什么会悄悄加到账单上。也不会有任何东西被忽略。如果变更很小(不到2小时),我们通常会吸收。如果是重大变更,我们会透明地告知费用。

你们采用固定价格还是工时计费?

两者都有,取决于项目适合哪种。对于定义明确的MVP和离散功能开发,我们倾向固定价格——它使激励一致并消除模糊性。对于持续开发、维护和范围真正具有探索性的项目,带月度上限的工时计费更清晰。我们在发现阶段后推荐适合的模式。我们已经为150多个项目执行了两种模式。

我的团队每周需要投入多少时间?

大多数项目:每周2–4小时。包括30分钟同步会议、异步审查Figma或测试环境以及批准。如果您长时间不在,我们会调整迭代计划,以便在非阻塞项上提前工作。我们不会让进度被您的日程绑架。

项目完成前能看到进展吗?

可以——这正是第一天就有测试环境的意义所在。从第一个迭代开始,您就有一个URL可以访问并点击查看真实的可用功能。不是演示视频,不是幻灯片。一个每个迭代都会更新的在线测试环境。大多数客户每周会查看多次。

上线后会怎样?

30天关键支持窗口期开始。我们监控生产环境,在几小时内响应任何问题,并处理上线后出现的任何情况。关键支持期结束后,您可以选择:将项目完整交接给您的团队(附带我们在整个项目中编写的文档),或保留合作关系继续作为您的开发伙伴。两条路径都让您处于有利地位。

你们签NDA吗?

是的,在任何涉及机密商业细节的发现会议之前签署。我们使用双向NDA。如果您有自己的标准格式,我们会审查——大多数标准NDA都很简单。我们认真对待保密性:客户的项目细节、架构和业务逻辑在未经明确许可的情况下绝不会公开分享或引用。

告诉我们您需要构建什么。

我们会提出正确的问题,诚实地定义范围,告诉您费用和所需时间。没有演示文稿,没有兜圈子。