您提问，
我们 解答。

从项目探索到发布，您将直接与Himanshu和Arpita合作。没有客户经理，不会转交给陌生人。首次通话中与您见面的人，就是构建您产品的人。

因为代理项目繁重的主要原因是其结构。客户经理、状态会议、以及工作范围界定者与执行者之间的层层关系。一个两人高级团队意味着您支付的每一小时都投入到实际工作中。您直接与开发人员沟通。这提升了决策质量。

是的，我们大多数客户都是非技术团队。您无需了解其构建方式，只需了解其功能。我们确保您在发布后能够拥有并操作该软件，并在出现问题时保持联系。

两者都合作。我们的项目涵盖从早期创始人发布首个产品，到200人公司内部运营团队替换低效内部流程。核心在于软件需要解决一个具体问题。

大多数项目从启动到交付需要6到10周：约一周需求探索、4到6周开发冲刺，以及最后一周的测试、反馈和培训。我们在项目开始前明确范围，确保工作启动前您已了解预期成果。

一份已签署的主协议、50%的预付款，以及与了解问题并有决策权的人员进行的启动会议。如果决策者不参与，项目就会停滞。我们会提前要求这些。

每个项目都通过冲刺开发，并在每个阶段进行评审。您会尽早看到可运行的软件，而不是项目结束时才看到成品。如有偏差，我们会在问题易于修复时及时发现。这就是增量开发的意义。

可以。我们会评估现有成果，坦诚告知哪些值得保留，然后在此基础上推进。我们经手的项目足够多，能迅速判断是修补现有成果还是重新开始。

固定范围，固定价格。我们在需求探索阶段确定规模，报出价格，这就是您需要支付的金额——无论我们实际花费多长时间。没有按小时计费，也没有意外变更。如果我们范围界定错误，那是我们的责任。

项目交付后，一些客户会选择按月服务以进行持续功能开发或支持。按月服务会按冲刺周期明确范围，您在每个周期开始前就知道将获得什么。

交付范围内所需的一切：设计、构建、测试、文档，以及30天的发布后支持期。任何超出约定范围的工作都会在开始前单独报价。

我们从未收到过退款请求。每个项目都通过冲刺开发，并在每个阶段评审——如果出现问题，您会在早期发现而非交付时。但如果确实存在问题且是我们的过失，我们会修复它。我们不会为无效服务收费。

前端主要使用 WeWeb 和 Bubble，后端逻辑和数据则搭配 Xano 或 Supabase。我们使用 Buildship 进行工作流自动化。技术栈的选择基于项目需求，而非我们最熟悉的工具。

可以。大多数项目都涉及连接您已使用的工具——CRM、支付系统、ERP、自定义API。我们已与 Salesforce、HubSpot、Stripe、QuickBooks 以及各种自定义 REST API 建立了集成。

两者兼有。我们以 no-code 平台为基础，因为它们交付更快且更易于维护。如果平台无法很好地支持某些功能，我们会编写自定义逻辑。目标是交付可靠的产品，而非追求平台纯粹性。

如果平台宕机，这超出了我们的控制范围——但我们会通过构建方式来最大程度地降低风险。我们不使用处于测试阶段或文档不完善的功能，会针对边缘情况进行测试，并在出现意外情况时随时待命。

您将获得清晰的交接：文档、一次演示讲解，以及30天的免费发布后支持。此后，大多数客户选择独立运营产品，或转为按月服务。无论哪种方式，您都拥有该产品。

是的。小型修改包含在上线后30天内。更大的改动或新功能将作为新项目进行范围界定和报价，或纳入长期合作协议。所有工作都需先明确范围并达成价格共识。

是的。对于希望获得持续支持但不想签订完整长期合作协议的客户，我们提供维护套餐：包括错误修复、平台更新和定期小幅调整。欢迎在范围界定电话会议中咨询详情。

我们的构建方式清晰规范。逻辑文档完善、架构清晰，不依赖于我们独家控制的工具或账户。如果您以后想移交给其他团队，交接过程将非常顺畅。我们宁愿失去一个能在别处发展的客户，也不愿通过锁定来留住客户。