公司网站设计，受限于保密不能展示案例时怎样验证能力
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /339754c7caf2.html
📄
公司网站设计，受限于保密不能展示案例时怎样验证能力
不能展示案例并不等于无法验证。可行的做法是把验证对象从“成品截图”换成“可核对的过程证据”：让对方在不泄露客户身份的前提下，讲清一个项目的约束、决策和取舍，并交出一段可独立判断的推理链。你要判断的不是他做过什么，而是他遇到具体限制时会怎么想、怎么做。
先分清你要验证的是作品还是判断力
保密限制通常卡住的是视觉成品和客户名称，但很少卡住方法论。如果对方只能提供打码截图和“某知名企业”这类模糊描述，你拿到的是无法核对的声明；如果对方能提供脱敏后的信息结构、页面层级逻辑、字段取舍理由，你拿到的是可追问的判断依据。
把验证目标拆成两类：
- 可展示型证据：脱敏线框图、去标识的组件规范、通用化的信息架构图、匿名化的性能或可访问性改进记录。
- 可追问型证据：某个页面为什么这样分区、某组字段为什么合并、某次改版为什么放弃一个看起来更完整的功能。
第二类往往比第一类更能区分能力，因为它无法靠模板复制。前提是对方愿意接受追问，并且回答能落到具体约束上，而不是停在“为了用户体验”这种无法验证的表述。
用假设场景替代真实案例
当真实案例完全不可展示时，可以要求对方就一个你提供的假设场景给出设计思路。这不是让对方免费出方案，而是观察其推理是否自洽。
例如，假设你经营一家只做本地预约的服务型公司，网站需要同时满足新访客快速理解业务、老客户快速找到预约入口两个目标，且不允许放置客户评价。你可以请对方说明：首页第一屏放什么、导航如何分组、预约入口出现在哪些位置、为什么这样排序。
判断依据是：
- 他是否先问清业务目标和访客构成，而不是直接给版式。
- 他给出的每个选择是否对应一个明确约束，比如“老客户复访率高，所以预约入口不藏在二级页”。
- 他是否主动指出这个假设下哪些做法会失败，以及失败后怎么调整。
如果对方在假设场景里仍然只谈风格和配色，说明其能力可能集中在视觉执行，而不是结构决策。这个结论会影响你下一步：是继续谈，还是把范围缩小到纯视觉外包。
保留、改写还是退出：三种取舍的适用条件
面对一个无法展示案例的候选方，你不必在“完全相信”和“直接放弃”之间二选一。
保留适用于对方能提供脱敏过程材料，并且愿意签署保密承诺后在你方现场查看受限内容。条件是你能接受“看到但带不走”的验证方式，且对方有可现场演示的归档习惯。
改写适用于对方有真实经验但不能指名。你可以要求他把案例改写成“某行业、某规模、某类约束”的抽象版本，重点是决策链而非客户身份。条件是改写后的描述仍能支撑追问，而不是变成一段无法核实的行业套话。
退出适用于对方既无法展示、也无法追问、也不接受假设场景推演。此时继续比较报价和工期没有意义，因为你没有可核对的能力依据。
一个实际动作是：在沟通前发一份三到五问的简短清单，要求对方用文字回答一个脱敏项目的决策过程。如果回复里全是形容词和工具名称，没有约束、取舍和结果，就可以据此缩小候选范围。这个动作的结果直接决定下一步是进入方案比价，还是先补一轮能力验证。
把分歧转成可以核对的项目
多个角色对同一份保密材料常有不同理解：技术方认为已经说明清楚，业务方认为看不到实际效果，采购方认为无法留档。与其争论谁对，不如把分歧写成可核对的项目。
可以约定一个最小验证单元：对方就一个页面给出结构说明、关键取舍理由、以及一个被否决的替代方案。三方各自判断这份说明是否足以支撑决策，并把判断依据写下来。如果业务方仍认为不足，就补充一个具体问题继续追问；如果采购方需要留档，就要求提供去掉客户信息的文字版本。
需要说明的是，抓取量、访问量或某项统计归零，不能单独证明设计处理正确，也不能单独证明能力不足。这些现象还可能是流量来源变化、统计口径调整、上线时间错位等合理解释。验证能力时，应把注意力放在决策依据是否可追问、是否与约束对应，而不是把某个数字当作唯一结论。
适用条件也要讲清：假设场景推演适合判断结构能力，不适合判断视觉细节；脱敏材料适合判断信息组织，不适合判断品牌调性匹配度。如果你的项目恰恰以视觉调性为核心，就需要额外约定一种不泄露客户的验证方式，比如现场查看、限定范围的试做，或由对方提供与当前项目无关的自主命题作品。选择哪种，取决于你更怕泄露风险，还是更怕判断失误。
