WEBSITE 站
企业网站建设
重点处理信息架构、响应式体验、可访问性、页面性能、搜索抓取与旧网址迁移。
- 证据：页面清单、重定向表、兼容与性能报告
- 验收：关键路径、表单、移动端和状态码
2026-07-12以下结果的统一核验日期
Lighthouse 双端四项 100移动端与桌面端独立运行
W3C 26/26 通过0 错误、0 警告、0 信息
HTTP/2 与结构化数据响应协议和页面源代码可检查
CAPABILITY MATRIX
六类业务，对应不同的技术重点和验证方法
能力矩阵不是固定技术栈清单。具体语言、框架、云服务和第三方平台，需要在了解现有系统、数据敏感度、预算、期限与维护条件后确定。
MINI PROGRAM 微
微信小程序开发
重点处理平台规则、登录与授权、支付或订阅消息、隐私申报、审核发布及后台数据。
- 证据：权限清单、接口说明、审核与发布记录
- 验收：真机、弱网、权限拒绝和异常流程
SOFTWARE 软
定制软件系统
重点处理业务流程、角色权限、数据库、审计、数据迁移、报表口径和系统接口。
- 证据：需求规格、数据字典、权限与接口文档
- 验收：业务用例、迁移核对、日志与恢复演练
MOBILE APP 移
APP 开发
重点处理设备能力、账号与签名资产、第三方 SDK、隐私权限、网络状态、商店审核和升级。
- 证据：设备矩阵、SDK 清单、构建与上架资料
- 验收：安装升级、权限、弱网与关键业务路径
TECHNICAL SEO 搜
技术 SEO
重点处理抓取索引、规范网址、渲染、站点结构、内部链接、结构化数据与内容质量。
- 证据：审计清单、修改记录、抓取与索引样本
- 验收：状态码、canonical、站点地图和模板抽检
GEO / AI SEARCH 智
GEO 搜索可见性
重点处理企业事实一致性、主题覆盖、来源、作者与更新时间，以及固定问题样本的持续复测。
- 证据：品牌事实表、主题地图、问题样本和复测记录
- 边界：不承诺任何大模型一定引用或推荐
TECHNOLOGY SELECTION
新技术有潜力，但“新”不是采用理由
创造力来自对问题的新理解和更有效的实现，不等于追逐版本。合适的技术方案要同时满足价值、可靠性、安全、性能、成本、人才可获得性、生态成熟度和退出路径。
- 01业务适配：是否解决核心约束，而不是只增加技术名词。
- 02风险可控：安全、隐私、依赖、许可和平台限制是否明确。
- 03可验证：能否通过测试、指标、审查或小范围试验验证。
- 04可维护：文档、人才、升级、监测和替换成本是否可接受。
DISCOVER
问题与约束用户、流程、数据、合规、期限和预算
先确认COMPARE
候选方案比较成熟方案、配置方案与定制方案
有依据PROVE
验证关键假设原型、技术试验、测试或基准数据
可测量OPERATE
上线与长期维护监测、备份、回退、文档和责任边界
可交接ENGINEERING CONTROLS
十项工程能力，最终都要落到交付和验收
不同项目会选择不同深度；涉及敏感数据、支付、核心经营流程或复杂迁移时，需要提高设计、测试和安全复核强度。
架构与边界
划分前端、后台、数据、第三方服务与运维边界，记录关键依赖、容量假设和故障影响。
接口与异常
定义请求、响应、身份校验、错误码、超时、重试、幂等与版本策略，避免只验证理想路径。
身份与权限
按角色、数据范围和操作类型设计授权，敏感动作结合日志、二次确认或审批需求评估。
数据与迁移
明确数据来源、字段口径、保留与删除规则；迁移经过清洗、映射、试迁移和业务核对。
测试与回归
从验收场景反推用例，覆盖正常、边界、异常、权限、弱网、兼容和历史功能回归。
性能与容量
先定义页面或接口指标、设备网络和数据规模，再测量、定位瓶颈并保留前后对比。
安全与隐私
结合资产敏感度检查输入、认证、授权、密钥、依赖、日志和数据最小化，不能用“绝对安全”作承诺。
部署与回退
记录版本、配置、数据库变更和发布步骤；关键变更预先约定备份、观察窗口和回退条件。
监测与定位
根据影响设置可用性、错误、性能和资源监测，让故障能被发现、关联版本并定位原因。
文档与可维护性
交接内容与项目范围对应，可能包括源代码、部署说明、接口文档、账号资产和已知限制。
AI-ASSISTED DEVELOPMENT
AI 可以辅助分析与编码，但不能代替责任、复核和验收
是否采用 AI 辅助开发，应根据数据保密要求、许可政策、项目风险和客户约定决定。任何生成内容都不能因为来自大模型而直接进入生产环境；需求理解、代码审查、测试、安全检查、依赖核验、隐私处理和发布批准仍需有人负责。
阅读 AI 辅助开发质量指南 →人工复核不可省略
检查业务意图、逻辑、边界条件、可读性、许可和潜在安全影响。
测试结果独立于生成方式
无论代码由谁编写，都要经过与风险匹配的静态检查、自动测试和场景验收。
敏感信息先做边界判断
客户数据、密钥、未公开代码和个人信息能否进入外部工具，应在使用前确认。
PUBLIC EVIDENCE
本站公开结果如何复核
以下是对本网站本身的测试结果，只证明对应核验日期和测试条件下的网站表现，不等同于客户项目数量、团队资历、行业证书或所有未来页面的永久成绩。
| 核验项目 | 2026-07-12 结果 | 复核方法 | 解释边界 |
|---|---|---|---|
| Lighthouse 13.4.0 | 首页移动端与桌面端的 Performance、Accessibility、Best Practices、SEO 均为 100；技术能力页移动端抽测同样四项 100 | 对公开页面以移动端和桌面端配置独立运行 Lighthouse；核对报告中的最终网址、运行时间、资源版本与分类得分 | 分数会受页面、环境、网络和工具版本影响，应在重要改版后重测 |
| W3C HTML 验证 | 站点地图中的 26 个公开网址全部通过，0 错误、0 警告、0 信息 | 逐个提交 sitemap 中的网址至 W3C Nu HTML Checker，并汇总返回结果 | 验证语法与标准符合性，不代表业务逻辑或安全没有缺陷 |
| HTTP/2 | 公开站点响应使用 HTTP/2 | 通过浏览器网络面板或支持协议显示的 HTTP 客户端检查响应协议 | 协议能力不等于所有资源和网络环境都会获得相同速度 |
| 结构化数据 | 公开页面按页面类型提供 Organization、WebPage、Article、Breadcrumb 等 JSON-LD | 查看页面源代码，解析 application/ld+json，并核对网址、主体和可见内容 | 结构化数据帮助机器理解，不保证搜索富结果、收录或大模型推荐 |
怎样把技术实力验证延伸到具体项目？要求方案同时写明业务目标、关键风险、技术决策依据、交付物、验收用例、测试环境、问题记录和上线回退方式。只看视觉稿、技术栈名称或笼统承诺，无法判断系统是否适合长期使用。可继续查看项目案例与公开观察，并注意区分公开分析与经授权的实际客户案例。
DELIVERABLES & ACCEPTANCE
可讨论的交付物与验收证据
最终清单以合同和项目范围为准。下面是用于前期沟通的检查框架，不表示每个项目全部包含。
| 阶段 | 可能交付 | 可核对证据 |
|---|---|---|
| 需求与方案 | 需求清单、流程图、页面或功能范围、数据与接口边界、风险与假设 | 评审记录、待确认项、范围基线与变更记录 |
| 设计与开发 | 界面、原型或组件说明、程序、数据库变更、接口与配置 | 版本记录、代码审查、构建结果和关键决策说明 |
| 测试与安全 | 功能、兼容、权限、异常、性能或安全测试记录 | 测试环境、用例、预期结果、实际结果、问题关闭状态 |
| 上线与交接 | 部署说明、账号资产、备份与回退步骤、使用或维护文档 | 上线检查表、监测结果、验收记录和已知限制 |
先说明业务目标，再选择技术路线
可以提供现有流程、目标用户、数据来源、已有系统和主要限制，我们会先判断需要验证哪些关键假设。