价格问题的边界
同样叫十页官网,责任、风险和交付深度可能完全不同。
先说结论:企业网站没有一个对所有公司都可信的标准价。同样叫十页官网,可能只是套用现成模板,也可能包含受众研究、内容重写、多语言、定制设计、CMS、数据迁移、表单与 CRM 集成、无障碍测试、SEO 迁移和上线监测。页面数量相同,不代表责任、风险和交付深度相同。
LumoHero 目前不在网站上发布统一套餐价。我们的做法是先确认页面类型、内容状态、审批人、集成、迁移和上线条件,再给出范围、阶段和预计时间。本文也不会编造一个市场平均价,而是给你一套可以拿去询价、比价和控制预算的方法。
本文适合正在搭建新官网、升级品牌、迁移旧站,或需要比较多家服务方报价的团队。尤其当项目涉及多语言、CMS、动画、表单、分析、旧 URL 或第三方系统时,先拆结构比先问总价更有效。
如果你只需要一个短期活动页,且内容、视觉和发布平台已经全部确定,报价可以相对简单。反过来,如果项目包含登录、角色权限、商品、订单或复杂业务流程,它通常已经接近数字产品或平台,不应继续按企业官网每页多少钱来估算。
目标、受众与信息架构
这一部分决定后面是否反复改稿,不能因为它不像做页面就被省略。
项目开始前,需要确认网站服务谁、解决什么问题、希望访客完成什么行动,以及首页、服务、洞察、工作室和联系页各自承担什么职责。这里的工作可能包括访谈、内容盘点、Sitemap、用户路径、页面优先级和测量计划。
这一部分看起来不像做页面,却决定后面是否反复改稿。若报价从视觉稿直接开始,应追问:谁负责定义页面结构、核心信息和转化动作?
相关路径 预算前先明确页面职责,可配合 企业官网页面结构指南 一起使用。
内容准备与编辑
客户提供文案不是足够清楚的范围,内容责任必须继续拆解。
内容越晚,设计和开发返工越多。多语言也不只是把字数乘以语言数量;术语、页面对应关系、hreflang、本地证据和复核人都会增加协调工作。
- 谁整理原始资料,谁核对事实
- 谁写标题、服务说明、FAQ 和 CTA
- 是否需要采访、翻译、本地化或专业审核
- 图片、视频、图标和下载资料由谁提供
- 内容会在设计前准备,还是边开发边补
- 上线后由谁维护作者、日期、来源和变更记录
视觉设计与组件系统
报价要说明模板、品牌调整或定制设计的深度,并覆盖真实交互状态。
报价应说明是使用现有模板、调整品牌样式,还是从关键页面开始建立定制视觉和组件系统。还要说明响应式状态、表单状态、错误状态、空状态、动效规则和减少动态偏好是否在范围内。
定制不等于每页都重新设计。成熟的做法是先定义可复用组件,再让不同页面通过内容和组合产生差异。这样既能控制预算,也更容易长期维护。
前端、CMS 与编辑权限
架构成本来自真实编辑流程,而不是有没有后台这一个问题。
静态网站、WordPress、Headless CMS 或其他架构都可以成立,成本差异来自真实编辑流程:谁更新、更新什么、多久更新、是否需要预览、审批、版本记录和多语言关联。
询价时不要只问有没有后台,还要继续核对以下责任。
- 哪些字段可编辑,哪些版式被保护
- 谁拥有平台账户和数据
- 编辑失误能否回退
- 新增服务或文章是否需要开发人员
- CMS、插件、托管和第三方服务是否另行收费
表单、分析与第三方集成
每增加一个系统,都要处理账户、字段、失败、隐私与测试边界。
联系表单可以只是发送邮件,也可以连接 CRM、邮件平台、预约、文件上传、反垃圾、自动回复和内部通知。每增加一个系统,都要考虑账户权限、字段映射、失败处理、隐私和测试环境。
分析也不只是装一个统计代码。至少应先定义主要行动,例如表单成功、邮件点击或预约完成,再验证事件是否真正收到。Google Analytics 将对业务重要的动作定义为关键事件,但事件名称、触发条件和隐私边界仍需项目方明确。
核对依据 分析工具中的关键事件定义,可核对 Google Analytics 事件与关键事件说明 。
旧站迁移与搜索连续性
旧站重做不能只覆盖新页面,还要处理旧 URL 和既有搜索入口。
旧站重做时,预算不能只覆盖新页面。还要盘点旧 URL、自然搜索入口、外部链接、下载文件、语言版本、Canonical、Sitemap、结构化数据和现有分析。
如果 URL 发生变化,需要逐条建立旧新映射并配置永久重定向。Google 的站点迁移指南建议先准备 URL 映射、测试新站、启用重定向,再监测新旧网址;把大量旧页面都重定向到首页可能造成用户困惑,并可能被视为软 404。
上线前的测试:手机、速度、可用性和异常情况
开发完成不等于可以上线,测试范围必须写进报价。
开发完成不等于可以上线。报价应说明覆盖哪些浏览器和设备、是否测试键盘操作、表单错误、弱网、图片、字体、结构化数据、重定向、404、核心页面性能和隐私设置。
WCAG 2.2 从可感知、可操作、可理解和稳健等方面给出网页无障碍标准。不是每个项目都承诺达到同一合规级别,但报价至少应说明测试范围和已知边界,而不是把无障碍留到最后一天。
部署、交接与维护
域名、托管、账户、备份、更新和退出合作后的移交都属于范围。
最后一部分经常被低估:域名、DNS、托管、环境变量、账户所有权、备份、监测、依赖更新、内容培训和问题响应。应区分一次性交付、第三方订阅与持续维护,并说明停止合作后如何移交。
真正影响预算的,不只是页面数量
页面类型、内容、视觉、CMS、语言、集成、迁移和决策流程共同改变工作量。
下面八个判断项比单独统计页面数更接近真实范围。
页面类型
服务详情、文章、目录和联系页的结构不同;询价时确认有多少种模板,而不只是有多少条 URL。
内容成熟度
原始资料、可发布文案和多语言稿不是同一状态;确认谁撰写、谁核实、何时冻结。
视觉与动效
定制方向、3D、视频和滚动叙事需要不同设计与测试;确认哪些效果必要,移动端如何降级。
CMS 与权限
编辑角色、预览、审批和版本会改变架构;确认谁更新、更新频率、是否需要工作流。
语言与市场
翻译、术语、本地证据和 URL 关系都需维护;确认哪些页面同步,谁负责本地复核。
表单与集成
每个外部系统都有权限、错误和数据边界;确认接口是否已确认,是否有测试账户。
旧站迁移
URL、内容和搜索信号需要保留或重新映射;确认哪些保留、合并、重定向或下线。
决策流程
多位审批人和分散反馈会延长返工;确认最终负责人、反馈窗口和验收方式。
怎样准备一个不会快速失控的预算
分阶段、先发现、定义变更并单列第三方费用。
第一版不必承载未来三年的全部想法。分层不是删减价值,而是让每一阶段都能独立验收,避免最不确定的功能拖住整个网站。
把必须上线和可以后做分开
第一层是核心页面、主要语言、联系路径、必要法律信息、分析与搜索基础;第二层是更多文章、案例、下载资料和次要语言;第三层是复杂计算器、账户系统、深度 CRM 自动化或大规模内容生产。
为不确定项设置发现阶段
如果旧站内容混乱、接口文档缺失,或内部尚未统一业务表达,不适合直接报精确总价。先产出 URL 清单、Sitemap、内容责任、技术建议和风险,再决定后续范围。
预留由谁控制的变更机制
报价应写清包含几轮、什么算一轮、谁汇总反馈,以及范围变化如何评估。重点不是限制沟通次数,而是防止同一问题被多人在不同时间反复推翻。
把第三方费用单列
域名、托管、字体、图库、CMS、邮件、分析、翻译或其他 SaaS 费用应单列,并说明账户归属。由客户直接持有关键账户,通常更利于长期控制和移交。
比较报价,要对齐同一组问题
范围不同的报价不能只比较最后一行数字。
如果两份报价没有相同的范围,就不能只比较最后一行数字。更低的价格可能来自更小的责任,也可能来自更高的后期变更风险;更高的价格也不自动代表质量更高,仍需查看方法、交付和可验证证据。
- 是否写明页面类型、语言、内容责任和交付物
- 是否包含移动端、表单状态、404 和关键组件
- CMS、托管、插件和第三方费用是否另计
- 是否包含旧 URL 盘点、重定向、Canonical 和 Sitemap
- 是否定义性能、无障碍、浏览器和设备测试范围
- 是否包含分析事件与上线后的数据验证
- 源代码、域名、内容和第三方账户最终归谁
- 上线后的缺陷处理、维护和新增需求如何区分
- 哪些条件属于假设,哪些事项明确不包含
常见的预算误区
页面单价、设计交接、SEO 插件和审批时间都可能制造错误预期。
按页面数直接乘单价
页面数可以帮助估算内容录入,却无法说明模板数量、编辑逻辑、集成、迁移和 QA。先按页面类型与业务流程拆解,再看总量。
认为设计完成后开发只是照着做
设计稿如果没有覆盖响应式、真实内容、交互状态和技术约束,开发阶段仍会产生大量判断。设计和开发需要共享同一组件、内容与验收规则。
把 SEO 当成上线后的插件
可抓取的正文、URL、内部链接、Metadata、Canonical、Sitemap、重定向和性能都与建站过程有关。Google 的 SEO 入门指南说明,SEO 的基础是帮助搜索引擎理解内容、帮助用户通过搜索判断是否访问,而不是一个自动保证排名的开关。
不为内容和审批留时间
网站项目最常见的等待并不一定发生在代码里,而是在资料、事实复核和反馈上。报价和排期都应明确客户侧责任。
如果只记住几件事,就记住这 3 点。
- 01
企业网站报价必须与页面类型、内容、设计、开发、集成、迁移、QA 和维护责任一起阅读。
- 02
页面数不是充分的成本依据,内容状态、CMS、语言、接口和审批流程都会改变范围。
- 03
比较报价前应对齐包含项、第三方费用、账户归属、验收和变更机制。
发来网址或当前资料,我们会按同一框架指出最需要处理的一步。