合作流程

如何与 Evolext 合作

无论您需要软件开发还是量子就绪评估,都可以先从一次讨论开始。以下说明项目如何从初步咨询走向成果审阅与交接,适合中小企业,也适合没有内部技术团队的企业。

这是典型的合作框架。每个项目的范围、审阅节点、访问权限与成果将分别商定。

讨论您的项目
从咨询到交接

01 / 从咨询到交接

从咨询到交接

以下五个阶段便于讨论工作。每阶段的具体活动与成果取决于约定范围。

典型合作框架 · 每个项目的活动与成果分别商定。

  1. 01

    初步咨询

    具体工作: 概括说明目标、问题与相关背景。初次咨询无需提供凭据或机密报告。

    为什么这很重要: 选定方案之前,先充分说明需求。

    输出示例: 概括性问题陈述与待解决的问题。

  2. 02

    界定范围

    具体工作: 开工前商定目标、边界、交付物、假设、责任与审阅节点。

    为什么这很重要: 双方明确包含的工作、排除项与待作出的决策。

    输出示例: 商定的范围大纲,包含假设和审查点。

  3. 03

    开展工作

    具体工作: 按约定范围进行设计、开发、评估或原型验证,并及时说明问题与局限。

    为什么这很重要: 随着工作的进展,可以根据商定的边界来检查工作。

    输出示例: 可审阅的开发或评估阶段成果,并附待解决问题。

  4. 04

    审阅成果

    具体工作: 在约定节点审阅工作或证据,记录继续推进或结束工作所需的决策。

    为什么这很重要: 交接前有明确节点讨论问题与变更。

    输出示例: 依据约定标准形成的审阅记录,以及后续决策。

  5. 05

    交接

    具体工作: 交付约定成果及相关文档,说明已知局限、所有权与访问权限。

    为什么这很重要: 接手者能够了解已有成果、未解决事项与所需访问权限。

    输出示例: 商定的输出、操作说明和已知限制。

02 / 从工作范围到项目估算

从工作范围到项目估算

以下是从初步咨询到商定工作的典型过程。具体讨论深度取决于目前掌握的项目信息。

  1. 01

    初步讨论

    说明目标、使用者、现状与重要限制。

  2. 02

    明确范围

    确定主要流程、交付物、假设、依赖关系与待解决问题。

  3. 03

    准备估算

    早期估算用于了解可能的工作规模。审查主要需求与不确定因素后,才能形成更可靠的估算。

  4. 04

    商定工作内容

    实施前以单独的书面协议记录范围、责任、商务条款与时间安排。

  5. 05

    交付并审核

    审阅约定成果与交接资料。如需进一步工作,将讨论新增或调整后的范围。

咨询或早期估算不构成有约束力的报价,也不代表承诺开工。

哪些因素会影响项目费用?

估算取决于功能及其复杂度、现有系统与数据状况、集成、设计与内容工作、平台覆盖、安全与测试要求,以及部署责任。托管、域名、API 或应用商店账号等外部服务可能另行收费,其用途、账号归属与付款责任将在界定范围时明确。

哪些因素会影响项目进度?

进度取决于工作规模与需求清晰度、现有系统访问权限、客户反馈与内容准备、集成和迁移依赖、测试、外部审批及约定变更。时间安排将结合范围讨论,不承诺统一工期。

需求发生变化时

将变更纳入约定范围之前,先审查它对工作内容、依赖关系、估算与进度的影响。

所有权和账户

源代码、设计、代码仓库、域名及基础设施的所有权或访问权限,以书面项目协议为准。本网站不规定统一的转让方式。

交付之后

交接包含约定成果与相关操作说明。托管、维护、支持及后续开发不会自动包含在内,如有需要,将另行商定范围。

费用与合作常见问题

如何准备估算?

首次讨论用于了解目标及可能影响费用的因素。在形成更可靠的估算前,需要先厘清范围、依赖关系与技术不确定性。最终商务条款以单独的书面协议为准。

什么决定成本和时间?

功能、现有系统、集成、设计、数据、平台覆盖、测试、安全、部署、反馈及外部审批都可能影响工作量。估算会依据具体项目,而不是套用统一价格或工期。

联系 Evolext 之前,需要准备完整需求吗?

不需要。说明目标、目标用户、现状与已知限制即可开始讨论。分享您目前了解的情况就好,初次咨询无需完整规格。

可以基于现有代码库开展工作吗?

可以先讨论现有网站或应用。在明确范围并提供可靠估算前,可能需要调查系统状况与集成边界。

如果需求发生变化会怎样?

变更会先评估其对范围、依赖关系、估算与进度的影响,双方商定后再纳入工作。

谁拥有代码和项目帐户?

代码、设计、代码仓库、域名及基础设施的所有权与访问权限,以书面项目协议为准。本页不规定统一的转让条款。

会产生第三方费用吗?

可能会。域名、托管、API、应用商店账号及其他外部服务可能单独收费。界定范围时,会根据已知情况说明拟用服务及相关账号和费用的责任归属。

上线后会怎样?

交接约定成果与相关操作说明。托管、维护、支持及后续开发不会自动包含在内,持续性工作需另行商定范围。

05 / 这种工作方式有何价值

这种工作方式有何价值

以下做法有助于讨论和审阅范围明确的合作,并不承诺每个项目都会提供相同资料。

边界清晰的工作范围

具体做法: 记录目标、排除项、假设、责任与审阅节点。

这对您意味着什么: 您可以判断哪些内容已达成一致,哪些内容需要另外做出决定。

有依据的决策

具体做法: 解释重要的技术选择及其带来的权衡。

这对您意味着什么: 了解选择某个方案的理由,以及仍待解决的问题。

根据商定的工作进行审查

具体做法: 在范围界定期间选择审核标准和检查点。

这对您意味着什么: 您有明确的机会质疑或修改工作。

如实说明成果的局限

具体做法: 准确区分客户项目、自有项目、研究、原型与合成示例。

这对您意味着什么: 您可以将可观察的输出与部署或业务结果区分开来。

06 / 决定

真正的工程决策:保持离线发现

QuantumSafe Scanner 是自主研发的原型。其代码仓库记录了以下实现选择,但这并非客户项目交付过程的证据。

决定
检查获授权的源代码与可识别的本地依赖声明,无需上传代码仓库或运行其中的代码。
原因
本地只读发现可减少不必要的代码仓库内容暴露,并避免在扫描过程中执行不受信任的项目代码。
权衡
静态发现供人工审查,不能证明运行时使用、完整覆盖、部署状态或成功的后量子协商。

07 / 可查看的交付物示例

可查看的交付物示例

项目可按约定范围使用这类文档。以下概要仅说明可能包含的内容,并非客户记录,也不承诺各项目提供相同交付物。

交付物示例 · 并非客户文档

范围概要

  • 目标:陈述用户或业务问题以及工作应支持的决策。
  • 范围内工作:列明约定页面、流程、集成或评估边界。
  • 排除项与依赖:说明范围之外的内容,以及所需信息或访问权限。
  • 审查:确定谁可以决定以及移交前将检查哪些内容。

交付物示例 · 并非客户文档

审查清单

  • 标准:列出约定的用户流程、系统行为或评估问题。
  • 检查:记录相关浏览器、设备、角色或测试环境(如果适用)。
  • 发现:记下哪些内容已通过,哪些内容需要纠正,哪些内容尚未验证。
  • 决策:记录验收、变更请求或下一次审阅节点。

交付物示例 · 并非客户文档

交接概要

  • 输出:列出商定的代码、内容、报告或其他材料。
  • 操作:注明范围内的配置与部署信息。
  • 权限与所有权:记录约定的账号与代码仓库责任,不默认采用统一转让方式。
  • 未决项目:说明已知限制、后续决策以及任何单独商定的支持。

08 / 审阅与交接的边界

审阅与交接的边界

范围审查用于确认边界与决策负责人;成果审阅用于对照约定标准检查实现或评估;交接审阅用于明确尚未解决的问题与运营责任。具体检查与资料由工作内容决定。

项目协议中规定了代码所有权、代码仓库访问权限、托管帐户和项目后支持;本页不建立通用条款。

09 / 精选项目

查看成果及其证据层级

这里包括已确认的匿名客户平台、独立扫描工具原型与 Evolext 自有公共网站。每项介绍的标签与局限也是证据的一部分。

匿名客户项目

学校运营平台

支持学生档案、考勤、教务与行政管理的多租户平台。

查看项目 ↗

自主研发原型

QuantumSafe Scanner

离线识别受支持的源代码密码使用模式与本地依赖声明,供人工审查的工具。

查看项目 ↗

Evolext 自有公共信息网站

Evolext Quantum

独立的多语言网站,提供后量子迁移指南、范围明确的服务信息与扫描工具展示。

查看项目 ↗

实验室合成示例 · 并非客户成果 打开扫描工具样本报告 ↗

10 / 从您的目标开始。

从您的目标开始。

说明您希望解决的问题与重要背景。首次讨论可帮助判断,是否适合开展一项范围明确的合作。

讨论您的项目

初次咨询请勿提供凭据或机密报告。