很多企业在提案会结束后,会用一句话概括三家公司:“A最有创意,B价格最低,C最稳。”这句话看似清楚,实际上把方案表现、商业条件、团队能力和合作感受混在了一起。只靠印象做决定,最容易选到一场提案很好、后续交付却不匹配的供应商。
做设计公司方案对比时,第一步不是看谁的画面更漂亮,而是先统一项目目标、范围和评审规则,再让所有评委独立评分。评审至少分成两层:第一层看本次提案是否真正解决问题;第二层看这家公司能否稳定把方案落地。价格应在范围归一化之后比较,而不是提前成为唯一标准。
1. 为什么只看画面和总价容易选错
不同公司会突出自己最擅长的部分:创意型团队强化概念故事,开发型团队强调技术,大型公司强调资源和流程,小型工作室强调主理人参与和响应速度。如果企业没有预设维度,评审就会被最强的展示能力牵着走。
总价也经常失真。三份报价分别为30万、42万和50万,并不代表第一家便宜。它可能未包含用户研究、移动端、CMS、设计系统、测试或上线支持;看似更贵的方案,则可能已经把后续必然发生的工作列入范围。
- 画面漂亮,但无法解释为什么适合目标用户和业务。
- 概念完整,却没有落到页面、组件、内容和开发约束。
- 展示的是公司明星案例,实际执行团队没有参加提案。
- 报价低,但关键项目大量写成“另行报价”或完全未提及。
- 承诺周期很短,却没有考虑客户反馈、内容、接口和测试依赖。
2. 评审前先统一4件事
公平比较不是让所有公司做出同样的设计,而是确保它们面对同一个问题。WFA与VoxComm在2025年的供应商选择原则中,把跨部门对齐、人员投入、入场与长期关系放在更重要的位置。落到设计项目,至少先统一下面4件事。
- 统一Brief:项目目标、目标用户、核心场景、已有资产、技术约束、决策人和成功标准一致。
- 统一范围:页面或触点数量、PC与移动端、研究、文案、开发、动效、设计系统、测试和上线支持逐项说明。
- 统一商业口径:预算是否含税、第三方费用、授权、超出修改轮次和长期维护。
- 统一决策规则:谁评分、谁有否决权、是否允许补充材料、何时公布结果,以及如何处理利益冲突。
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分。把两类分数拆开,可以避免一个维度掩盖另一个维度。

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个问题
- 你们认为我们真正要解决的问题是什么?哪些不在范围内?
- 哪些判断来自研究或数据,哪些仍是假设?
- 如果第一方向没有通过,你们会调整什么,而不是简单换风格?
- 今天参加提案的人,项目开始后各自投入多少时间?
- 请展示一个相似项目从初稿到上线的版本变化。
- 哪些技术或内容依赖可能影响周期?
- 交付物有哪些格式、数量和状态?哪些文件不会交付?
- 字体、图片、插件和模板由谁购买并承担许可责任?
- 反馈分散、决策延迟或需求变化时如何处理?
- 项目验收依据是什么?
- 上线后发现问题,质保范围和响应时间是什么?
- 合作终止时,代码、设计、账号和文档如何移交?
8. 评审会议怎么开
- 提案前:评委阅读Brief与评分说明,确认权重含义。
- 提案中:记录证据和疑问,不在现场互相影响分数。
- 提案后24小时内:独立提交分数、理由和风险。
- 校准会议:先讨论分差最大的项目,而不是从总分最高者开始。
- 商业核对:统一范围、税费、第三方成本、付款和退出条件。
- 背景核验:确认实际团队、交付范围和合作表现。
- 最终决策:记录选择原因、放弃原因和写入合同的前提。
独立评分很重要。若大家先听最高职位者表态,再开始打分,表格只会把既定偏好写得更正式。评分也不应机械替代判断:总分相近时,可以把最高风险、团队匹配和入场计划作为最终决策。

9. 选定之后,真正的风险才刚开始
- 确认双方项目负责人、最终决策人和日常反馈窗口。
- 把提案承诺转成合同范围、里程碑、交付物和验收标准。
- 建立统一的需求、反馈、版本和变更记录。
- 开放必要的品牌、数据、后台和技术文档权限。
- 首个阶段结束时复核问题定义和后续范围。
10. 常见问题
是不是应该先淘汰报价最高的公司?
不建议。先统一范围,再判断高价来自更多工作、资深团队、风险承担,还是单纯溢价。
创意方案能不能盲评?
可以把视觉部分匿名评审,用于减少品牌和演讲影响,但不能取代对团队、流程、技术和商业条件的评估。
评分最高的一定要中标吗?
不一定。评分用于暴露分歧和证据;若存在版权、数据、团队或合同红线,即使总分高也应暂停。
可以要求免费做完整方案吗?
不建议把大量真实生产工作包装成免费比稿。复杂项目可以采用案例深挖、能力访谈、小范围付费工作坊或概念验证。
结语
比较多家设计公司时,最容易发生的错误,是把提案现场的感染力当成未来数月合作的真实质量。稳妥的选择应同时看问题理解、策略逻辑、方案适配、证据、实际团队、交付范围、商业透明度和项目管理。
评分表不是为了把主观判断伪装成数学,而是让不同部门在同一套问题上表达判断。先设置红线,再独立评分,最后讨论分歧和风险,通常比当场投票或只看领导偏好更可靠。
准备启动设计项目?
可以先整理项目目标、核心页面、交付时间和预算范围,再向界达设计提交需求。我们会先确认范围和合作方式,再决定是否进入正式提案。