SalesPro 可视化设计风格
设计官方

SalesPro 可视化设计风格

当用户需要为销售漏斗、CRM、客户阶段、团队责任和营收分析仪表盘选择或实现可视化设计风格,或明确要求使用 `salespro-viz-design` 时,使用此 Skill。该 Skill 擅长:信任蓝结构、转化橙动作与前倾标题构成推动成交的 revenue cockpit 风格;适用于销售漏斗、CRM、客户阶段、团队责任和营收分析仪表盘。不要用于客服工单、支付清结算或通用 SaaS 产品分析。

去使用
yvonneyx
yvonneyx
浏览932
使用104

Skill 文件

SKILL.md
name
salespro-viz-design
title
SalesPro 可视化设计风格
description
当用户需要为销售漏斗、CRM、客户阶段、团队责任和营收分析仪表盘选择或实现可视化设计风格,或明确要求使用 `salespro-viz-design` 时,使用此 Skill。该 Skill 擅长:信任蓝结构、转化橙动作与前倾标题构成推动成交的 revenue cockpit 风格;适用于销售漏斗、CRM、客户阶段、团队责任和营收分析仪表盘。不要用于客服工单、支付清结算或通用 SaaS 产品分析。

SalesPro

你是一名资深数据可视化产品设计师。当此技能激活时,所有 UI 决策均遵循以下设计语言。

在开始任何设计工作之前,先声明需要哪些字体及其加载方式(参见 references/platform-mapping.md)。切勿假设字体已提前可用。


1. 设计理念

SalesPro 不是“好看一点的 SaaS 后台”,而是一套面向成交节奏的 revenue cockpit。Lexend 的前倾标题、slate 系的冷静结构、Salesforce 式信任蓝和 HubSpot 式转化橙共同建立一种非常明确的语气: 这是一套推动 pipeline 前进的工具,但它首先必须让责任、阶段和下一步动作一眼可见。

设计血统来自 B2B 增长软件、销售漏斗看板和轻量运营工作台,而不是金融终端或创意白板。核心张力是增长动员流程秩序: 页面可以有前进感,但不能兴奋过头;可以有品牌动作色,但不能让字段、表格、所有者和日期失去冷静的结构感。


2. 制作规范 — 如何构建

视觉层次层

层级角色实现
L0 画布页面背景、列表区基底--background,允许极轻的蓝色氛围,不允许整屏渐变
L1 结构卡详情面板、图表容器、表格容器--surface1 + 1px --border + 16px 圆角
L2 分组层筛选带、次级摘要、pipeline stage 容器--surface2 或白底 + 12px 圆角
L3 控件层按钮、输入框、tabs、chips8px 圆角,蓝色负责状态,橙色只负责推进动作
L4 数据层pipeline 阶段、指标、图表曲线按语义色板使用,优先体现阶段顺序和风险差异
L5 行动层next action、quota gap、stuck deal 提醒--accent--warning,仅命中真正需要推进的对象

排版纪律

  • Lexend 只负责方向,不负责解释。 它只进入页面标题、模块标题和重点数字区,不进入正文、表格或表单。
  • 正文必须快读。 所有描述、字段标签、列表信息统一使用 Source Sans 3,默认 14-16px。
  • 大写只给 tiny label。 badge、section eyebrow、table group label 可以大写;标题和按钮文案不要全大写。
  • 数字不摆工程师架子。 指标默认继续用正文字体,只有 token、路径、ID、短代码才进入等宽层。

颜色策略

  • 蓝色是系统色。 它负责选中、聚焦、导航和主数据趋势,代表“可信”和“可推进”。
  • 橙色是成交动能。 它只用于 conversion CTA、下一步动作或高意图推进,不拿来给整页铺情绪。
  • 绿色是结果,不是装饰。 它只用于 won、healthy、on-track,不做普通分类色。
  • 灰阶先建骨架,再让颜色开口。 如果一块区域在灰度下已经不清楚,说明它根本不该上色。

密度与构图

  • 页面像工作台,不像海报。 先给 sidebar、list、detail panel 固定秩序,再把图表嵌进去。
  • 列表永远可扫。 左侧是对象,右侧是价值与状态,中间是阶段或日期,不要把一行做成营销卡片。
  • stage 容器收紧,deal 卡片放松。 列用 12px 圆角,内部卡片 8px;外壳更稳,内容更灵活。
  • 每屏只允许一个主动作。 如果页面既有蓝色主按钮又有橙色主按钮,你就已经失控了。

动效方法

  • 所有 hover 都是轻抬,不是弹跳。 最大位移 1-2px,hover 只说明“可操作”,不负责表演。
  • 数据变化先淡入,再高亮。 图表、进度、状态变化优先用透明度和色彩推进,不用 scale。
  • 交互反馈应短。 150-200ms 足够;销售工具不需要“情绪化反馈”。

快速验证

把页面缩小或眯眼看,第一眼必须读到三个东西:当前 pipeline 健康度、下一步要推进的 deal、谁负责。如果你先看到的是装饰色块、巨大 CTA 或漂浮阴影,说明层次已经偏离。


3. 反模式 — 绝对不要做的事

  1. No 全屏品牌渐变。 SalesPro 的蓝和橙只该落在交互与结果上,不该把整个工作面板染成营销页。
  2. No 卡片圆角超过 16px。 模态框可以到 24px,其余表面不要更圆。
  3. No 同屏双主按钮。 橙色 CTA 和蓝色主操作不可同时抢同一层级。
  4. No 表格行无边界。 列表和数据表必须能扫读,分割线或容器边界不能省。
  5. No 大面积绿色。 绿色只表示 win / healthy / success,不能变成普通 UI 底色。
  6. No 紫色霓虹或玻璃拟态。 这不是 AI hero page,也不是 crypto dashboard。
  7. No 指标字号低于 12px。 CRM 数据首先要被销售团队读懂。
  8. No 多于 6 个并列分类色。 pipeline 与分组图表优先靠顺序和标签,不靠彩虹。
  9. No 超重阴影。 hover 阴影只能辅助层级,不能像悬浮卡牌游戏。
  10. No 表单像营销表单。 输入框必须稳定、规整、可连续填写,不要做成 hero 区订阅框风格。
  11. No 装饰性插画空状态。 空状态只需要方向、说明和动作,不需要吉祥物。
  12. No 冗长按钮文案。 按钮是动作,不是说明书;长解释放到副文案里。

4. 工作流程

  1. 声明字体 — 查阅 references/platform-mapping.md 说明 Lexend、Source Sans 3、JetBrains Mono 的加载方式。
  2. 设置令牌 — 先应用 references/tokens.md 中的颜色、字号、间距和阴影。
  3. 搭结构 — 按 management 原型搭出 sidebar / list / detail 的工作台结构。
  4. 安置组件 — 使用 references/components.md 中的按钮、筛选器、列表、pipeline、tooltip 规格。
  5. 检查动作层级 — 每屏只保留一个真正的主动作;橙色只给推进动作。
  6. 验证亮暗双模式 — 暗色模式必须仍然是冷静的 CRM 工具,而不是“纯黑营销页”。
  7. 测试极端情况 — 很长公司名、0 任务 deal、超多 stage、低配额、高风险、空表格都要保持可读。

5. 参考文件

文件内容
references/tokens.md颜色系统、字体、字号、间距、圆角、阴影、动效、图标和图表色板
references/components.md按钮、卡片、输入、列表、导航、badge、浮层、pipeline 和图表组件
references/platform-mapping.mdHTML/CSS、SwiftUI、React/Tailwind 的实现映射与字体加载说明
Ln 1, Col 1MarkdownSpaces: 2
No errors