多家设计公司方案对比与评分评审场景

多家设计公司方案怎么比较?别只看价格,附100分评分表

作者:界达设计 阅读时间:约 12 分钟
链接复制成功

很多企业在提案会结束后,会用一句话概括三家公司:“A最有创意,B价格最低,C最稳。”这句话看似清楚,实际上把方案表现、商业条件、团队能力和合作感受混在了一起。只靠印象做决定,最容易选到一场提案很好、后续交付却不匹配的供应商。

做设计公司方案对比时,第一步不是看谁的画面更漂亮,而是先统一项目目标、范围和评审规则,再让所有评委独立评分。评审至少分成两层:第一层看本次提案是否真正解决问题;第二层看这家公司能否稳定把方案落地。价格应在范围归一化之后比较,而不是提前成为唯一标准。

1. 为什么只看画面和总价容易选错

不同公司会突出自己最擅长的部分:创意型团队强化概念故事,开发型团队强调技术,大型公司强调资源和流程,小型工作室强调主理人参与和响应速度。如果企业没有预设维度,评审就会被最强的展示能力牵着走。

总价也经常失真。三份报价分别为30万、42万和50万,并不代表第一家便宜。它可能未包含用户研究、移动端、CMS、设计系统、测试或上线支持;看似更贵的方案,则可能已经把后续必然发生的工作列入范围。

  • 画面漂亮,但无法解释为什么适合目标用户和业务。
  • 概念完整,却没有落到页面、组件、内容和开发约束。
  • 展示的是公司明星案例,实际执行团队没有参加提案。
  • 报价低,但关键项目大量写成“另行报价”或完全未提及。
  • 承诺周期很短,却没有考虑客户反馈、内容、接口和测试依赖。

2. 评审前先统一4件事

公平比较不是让所有公司做出同样的设计,而是确保它们面对同一个问题。WFA与VoxComm在2025年的供应商选择原则中,把跨部门对齐、人员投入、入场与长期关系放在更重要的位置。落到设计项目,至少先统一下面4件事。

  1. 统一Brief:项目目标、目标用户、核心场景、已有资产、技术约束、决策人和成功标准一致。
  2. 统一范围:页面或触点数量、PC与移动端、研究、文案、开发、动效、设计系统、测试和上线支持逐项说明。
  3. 统一商业口径:预算是否含税、第三方费用、授权、超出修改轮次和长期维护。
  4. 统一决策规则:谁评分、谁有否决权、是否允许补充材料、何时公布结果,以及如何处理利益冲突。

3. 先过6条红线,再进入正式评分

出现以下情况时,不宜直接进入定标,应先要求候选方书面澄清;涉及知识产权、数据合规或实际团队不明时,可设置为否决项。

红线
判断方式
实际团队不明
提案者与交付者不是同一批人,且无法确认后续投入比例
案例不可核验
在遵守保密义务的前提下,仍无法说明本人角色、服务范围、过程和成果
知识产权不清
未说明源文件、字体、图片、模板、插件及最终成果的权利边界
范围严重缺失
关键页面、响应式、开发、测试或上线支持隐藏在模糊条款中
周期明显失真
未考虑反馈、内容、接口、测试和外部审核等依赖
商业与合规风险
拒绝签署保密、数据保护或基本服务合同,付款条件明显失衡

4. 100分评分表:拆开“方案”和“供应商”

每项按0至5分评价。加权得分=单项评分 ÷ 5 × 该项权重。例如某项权重为15分,评委给出4分,则该项加权得分为12分。所有项目相加,满分为100分。

0分表示没有回应,1分表示只有口号,3分表示基本可用且有部分证据,5分表示逻辑清楚、证据充分、能落到交付计划;2分和4分表示介于相邻标准之间。没有证据时,不要因为演讲流畅给高分。

评估维度
权重
重点证据
问题理解与目标重述
15
是否找到真正要解决的问题,而不是重复Brief
策略逻辑与关键取舍
15
洞察、假设、方案之间是否能相互解释
方案适配与体验质量
15
是否适合用户、品牌、内容和业务场景
证据、原型与可执行性
12
是否用研究、原型、技术验证或案例支持判断
实际团队与专业能力
10
核心成员是否参与提案并明确投入
范围、交付与验收
10
数量、轮次、文件、开发协作和验收是否明确
报价透明度与商业合理性
10
价格是否对应工作量、风险和排除项
项目管理与沟通机制
8
里程碑、反馈、风险和变更流程是否清楚
长期适配与入场计划
5
是否考虑知识转移、维护和双方工作方式

前4项主要评估“本次方案”,小计满分57分;后5项主要评估“供应商”,小计满分43分。把两类分数拆开,可以避免一个维度掩盖另一个维度。

设计公司方案与供应商能力100分评分体系示意

5. A、B、C三家提案的比较示例

下面是一个合成情景:某企业准备重做官网和产品体验。A公司视觉冲击力强;B公司报价最低;C公司的画面不最抢眼,但对用户路径、内容、开发和上线计划说明最完整。下表分数仅用于演示评分方法,不对应真实供应商。

候选方
主要优势
主要风险
示例分(方案 / 供应商 / 总分)
A 创意型公司
视觉概念强,展示效果好
实际团队和开发协作不清;范围有缺口
48 / 28 / 76
B 低价执行团队
价格低、周期短、页面数量多
缺少研究与验证;大量边界写成另行确认
35 / 26 / 61
C 产品型工作室
问题理解、用户路径、原型和交付计划完整
视觉方向较克制,需要二轮细化
47 / 37 / 84

如果只做匿名视觉投票,A可能获胜;如果只按价格排序,B会胜出;当目标、实际团队、交付范围和风险进入同一张表后,C更可能成为合理选择。这不意味着稳妥永远优于创意,而是说明权重必须对应项目目标。

6. 不同报价如何还原到同一口径

不要直接折算成“每页多少钱”。页面数量只是表面单位,真正影响成本的是状态、响应式版本、交互复杂度、内容准备、组件、第三方集成、测试和上线责任。

标准化项目
必须写清的内容
研究与需求
访谈、数据分析、现状审计是否包含,各做多少
信息架构与原型
页面结构、用户流程、原型及可用性测试
视觉与响应式
首页、内页、移动端、空/错/加载状态和动效
开发与技术
前端、CMS、接口、部署、浏览器适配和性能
设计系统与资产
组件、Token、规范、源文件、字体和图片授权
项目管理
会议、评审、版本、风险和变更
上线与维护
测试、上线支持、培训、质保期和后续维护
排除项
文案、拍摄、翻译、服务器、第三方服务和新增需求
不同设计公司报价范围归一化比较示意

7. 提案会必须追问的12个问题

  1. 你们认为我们真正要解决的问题是什么?哪些不在范围内?
  2. 哪些判断来自研究或数据,哪些仍是假设?
  3. 如果第一方向没有通过,你们会调整什么,而不是简单换风格?
  4. 今天参加提案的人,项目开始后各自投入多少时间?
  5. 请展示一个相似项目从初稿到上线的版本变化。
  6. 哪些技术或内容依赖可能影响周期?
  7. 交付物有哪些格式、数量和状态?哪些文件不会交付?
  8. 字体、图片、插件和模板由谁购买并承担许可责任?
  9. 反馈分散、决策延迟或需求变化时如何处理?
  10. 项目验收依据是什么?
  11. 上线后发现问题,质保范围和响应时间是什么?
  12. 合作终止时,代码、设计、账号和文档如何移交?

8. 评审会议怎么开

  1. 提案前:评委阅读Brief与评分说明,确认权重含义。
  2. 提案中:记录证据和疑问,不在现场互相影响分数。
  3. 提案后24小时内:独立提交分数、理由和风险。
  4. 校准会议:先讨论分差最大的项目,而不是从总分最高者开始。
  5. 商业核对:统一范围、税费、第三方成本、付款和退出条件。
  6. 背景核验:确认实际团队、交付范围和合作表现。
  7. 最终决策:记录选择原因、放弃原因和写入合同的前提。

独立评分很重要。若大家先听最高职位者表态,再开始打分,表格只会把既定偏好写得更正式。评分也不应机械替代判断:总分相近时,可以把最高风险、团队匹配和入场计划作为最终决策。

跨部门团队独立评分与提案校准会议场景

9. 选定之后,真正的风险才刚开始

  • 确认双方项目负责人、最终决策人和日常反馈窗口。
  • 把提案承诺转成合同范围、里程碑、交付物和验收标准。
  • 建立统一的需求、反馈、版本和变更记录。
  • 开放必要的品牌、数据、后台和技术文档权限。
  • 首个阶段结束时复核问题定义和后续范围。

10. 常见问题

是不是应该先淘汰报价最高的公司?

不建议。先统一范围,再判断高价来自更多工作、资深团队、风险承担,还是单纯溢价。

创意方案能不能盲评?

可以把视觉部分匿名评审,用于减少品牌和演讲影响,但不能取代对团队、流程、技术和商业条件的评估。

评分最高的一定要中标吗?

不一定。评分用于暴露分歧和证据;若存在版权、数据、团队或合同红线,即使总分高也应暂停。

可以要求免费做完整方案吗?

不建议把大量真实生产工作包装成免费比稿。复杂项目可以采用案例深挖、能力访谈、小范围付费工作坊或概念验证。

结语

比较多家设计公司时,最容易发生的错误,是把提案现场的感染力当成未来数月合作的真实质量。稳妥的选择应同时看问题理解、策略逻辑、方案适配、证据、实际团队、交付范围、商业透明度和项目管理。

评分表不是为了把主观判断伪装成数学,而是让不同部门在同一套问题上表达判断。先设置红线,再独立评分,最后讨论分歧和风险,通常比当场投票或只看领导偏好更可靠。

准备启动设计项目?

可以先整理项目目标、核心页面、交付时间和预算范围,再向界达设计提交需求。我们会先确认范围和合作方式,再决定是否进入正式提案。

从想法到落地,我们一起完成

以用户体验为核心,打造真正可用、可增长的数字产品

和我谈谈您的项目