品牌声音：应用场景

帮我们定义品牌声音指南

# 品牌声音定义

## 品牌个性
如果我们的品牌是一个人,他会是:
- 专业但不僵化
- 清晰且实用
- 值得信任
- 以客户成功为导向

## 核心声音属性

### 1. 专业 Professional
我们如何定义:
- 使用精准的行业术语
- 基于数据和建议
- 承认复杂性
- 提供专家级洞察

听起来像:
✅ "我们的分析显示..." / "基于 500+ 客户数据..."
❌ "东西超级棒" / "大家都在用"

### 2. 清晰 Clear
我们如何定义:
- 简单解释复杂概念
- 主动语态
- 短句(平均 15 词)
- 一个段落一个想法

听起来像:
✅ "自动化工作流节省团队平均 10 小时/周"
❌ "通过工作流自动化优化,我们的团队能够实现显著的效率提升"

### 3. 实用 Actionable
我们如何定义:
- 具体步骤和建议
- 可操作例子
- 模板和检查清单
- "今天可以开始"的视角

听起来像:
✅ "这里的三步流程..." / "这个模板..."
❌ "你可以改进效率"(抽象)

### 4. 值得信任 Trustworthy
我们如何定义:
- 诚实讨论局限
- 避免夸大承诺
- 承认不确定性(如适用)
- 支持性语气

听起来像:
✅ "对 100 人以下团队效果最好" / "这取决于..."
❌ "100% 保证" / "永远从不..."

## 语气谱系

### 渠道语气指南
- **博客文章**:专业 + 清晰(教育性,友好但不过分随意)
- **客户支持**:实用 + 值得信任(耐心、详细、避免术语)
- **社交媒体**:专业 + 清晰(更简洁,对话式但保持专业)
- **销售资料**:专业 + 实用(聚焦利益,社会证明)

### 场景语气调整
- **宣布新功能**:专业 + 清晰(解释价值,不过分炒作)
- **错误/中断**:值得信任 + 专业(道歉,透明,时间表更新)
- **如何内容**:实用 + 清晰(逐步指令,视觉化)
- **行业思想领导力**:专业 + 清晰(专家洞察,数据支持)

## 风格指南执行

### 语法和格式
- 使用主动语态
- 避免行话,除非目标受众期望
- 用 H2/H3 组织内容
- 项目符号提高可读性
- 粗体强调关键点

### 标点符号
- 句子末尾一段空格
- 使用牛津逗号
- 避免省略号(除非直接引用)
- 惊叹号谨慎使用(每段最多 1 个)

### 链接
- 描述性链接文本("阅读我们的定价指南"而非"点击这里")
- 每段最多 1-2 个链接
- 新标签页打开外部链接

### 术语
**公司术语**:
- "Workspace"非"project"
- "Member"非"user"
- "Board"非"dashboard"

**产品功能名称**(大写):
- Board View
- Automations
- Integrations

### 包容性语言
- 避免性别化术语(用"they"代替"he or she")
- 避免带攻击性术语("kill"、"master/slave")
- 使用"you"直接称呼读者
- 全球团队考虑(避免美国运动比喻)

为产品发布写社交媒体帖子,保持我们品牌声音

# 社交媒体:产品发布

**语气选择**:专业 + 清晰(宣布但不过分炒作)

**帖子草稿**:

🚀 介绍 Board View

现在可以在可看化板视图管理项目。拖放、排序、看进度——全在一个地方。

 Board View 现在所有计划可用。

**声音检查**:
✅ 专业:清晰功能描述,无夸大
✅ 清晰:短句,易理解,三个利益点
✅ 实用:用户可以立即做什么
✅ 值得信任:诚实说"现在可用",无"史上最佳"宣称

**vs. 避免的替代方案**:
❌ "我们超级兴奋宣布..."(太炒作)
❌ "革命性新功能..."(夸大)
❌ "史上最佳项目管理..."(无法验证)

**标签**: #productupdate #projectmanagement

创建产品术语表以确保一致性

# 产品术语规范

## 核心产品术语

### 正确使用
- ✅ **Workspace**:工作容器(非"project"、"team")
- ✅ **Board**:看板视图项目板(非"dashboard"、"kanban")
- ✅ **Member**:有账户的人(非"user",除非指技术用户类型)
- ✅ **List**:列表视图项目列表(非"table")
- ✅ **Automation**:自动化工作流(非"workflow"、"rule")

### 常见错误
- ❌ "Project" → 正确:Workspace
- ❌ "Dashboard" → 正确:Board
- ❌ "User settings" → 正确:Member settings
- ❌ "Custom rules" → 正确:Automations

## 功能名称大写

这些功能名称始终大写:
- Board View
- List View
- Calendar View
- Automations
- Integrations
- Docs
- Goals

示例:
✅ "创建 Board View 以可视化任务"
❌ "创建 board view 以可视化任务"

## 竞争对手术语

避免直接使用竞争对手功能名称:
- ❌ "像 Trello 的看板"
- ❌ "类似 Asana 的列表"
✅ "可视化项目板"(描述功能,不命名竞争对手)

## 缩写

避免内部缩写:
- ❌ "BV" / "LV" / "CA"
- ✅ 完整写出"Board View"、"List View"、"Calendar"

首次提及时写完整,然后可以缩写:
✅ "Board View (BV)" → 之后可以用"BV"