本文讨论了平台品牌的重要性，包括名称、Logo、配色方案等视觉标识，以及平台精神，例如开发者体验至上、安全合规等原则。成功的平台品牌可以帮助开发者建立认同感，并促进平台的使用。
译自：Driving Platform Adoption, Part 2: Yes, Create T-Shirts To Tout Your Brand
作者：Michael Coté, Rita Manachi
这是系列文章的第二篇。另请阅读：
- 第 1 部分：驱动平台应用：营销的缺失环节
我们的同事 DaShaun Carter 问平台团队：“你们有 T 恤了吗？” 这个问题看似无关紧要，实际上却触及了 平台营销 的核心：品牌标识。虽然工程师们常常认为品牌塑造是营销上的花架子，但现实情况是，技术团队对工具的依恋程度，就像球鞋爱好者痴迷于最新款的 Air Jordan 一样。
想想开发者是如何进行自我认同的：问问他们是什么类型的开发者，他们会立刻说出自己主要使用的语言。“我是 Java 开发者”或“我是 Python 开发者”。运维人员也会这样做——他们是“VMware 管理员”或“Linux 管理员”。这种基于技术工具的部落式认同感，既能推动采用，也能帮助人们克服不可避免的技术挑战。
对于内部平台而言，这种品牌亲和力更为重要，因为你无法借用现有的 开源或供应商社区。当开发者将你的平台融入到他们的职业身份中时，他们不仅会坚持使用它，还会向同事们大力宣传。这种口碑营销价值连城。
因此，毫不奇怪，多年来我们交谈过的许多成功的平台团队都在品牌塑造方面投入了大量精力。美国空军、摩根大通和梅赛德斯-奔驰等组织都为他们的内部开发平台创建了品牌。
符号：名称、Logo 和配色方案
品牌基石。
品牌的基本组成部分——Logo、标语、配色方案和名称——从第一天起就值得认真对待。虽然你的平台视觉标识应该与你组织的品牌保持一致，但你仍然有空间可以更加活泼和个性化。避免使用像“企业开发者服务”或“内部云平台架构集群”这样枯燥、官僚的名称。相反，给你的平台起一个你会亲切使用的名字。如果你发现人们用首字母（如上述的 EDS 或 ICPAC）来称呼你的平台，那你可能需要一个更好的品牌名称。
看看成功的例子：美国空军的“Kessel Run” 展现了平台的特立独行精神，而 摩根大通的“Gaia” 则暗示了全球企业规模。你平台的名称应该向开发者传达其本质。
以下是一些开始头脑风暴品牌名称的方法：
- 你的平台赋予了开发者什么超能力？ “Turbo”代表速度，“Nimbus”代表无缝云集成，“Vault”代表安全和合规。
- 开发者会在随意交谈中如何提及你的平台？ “我正在将应用推送到 Shipyard”或“让我们在 Vault 中测试它。” 在这些语境下听起来很别扭的名称很难获得自然的采用。
- 你的行业、公司文化或技术领域的哪些隐喻或符号可以代表你平台的目的？ 考虑使用与你的行业相关的术语。美国空军的 Kessel Run 就是一个很好的例子；它唤起了飞行和酷炫的感觉。
一旦你确定了一个品牌，你应该将 Logo、名称和颜色放在你平台的所有用户界面、文档，甚至命令行工具上。你还需要创建你品牌的实体表现：贴纸、T 恤和横幅。最后一部分是一个严肃的建议，大多数我交谈过的组织都这样做了。这就是 Carter 总是首先询问平台 T 恤的原因。
平台的品牌标志着你的平台为开发者做了什么，以及你的平台是什么。说到这里，让我们看看如何定义你平台的精神，作为其品牌的一部分。
案例：在 12 秒差距内完成平台品牌塑造
作为美国空军现代化软件构建和运行方式的持续努力的一部分，Kessel Run 项目成立，旨在将敏捷软件开发和平台引入该军种。这是一项艰巨的任务，需要一点无关紧要的特立独行，当然，这是经过许可并有意的。
Kessel Run 标志。
有什么比唤起《星球大战》中特立独行的飞行员汉·索罗更能体现这种精神呢？ 在电影中，汉·索罗吹嘘他“在不到 12 秒差距内完成了 Kessel Run”，甚至连他信任的副驾驶员都对此表示怀疑。 因此，当该军种正在寻找一个能够带来这种完成不可能之事的精神——也许还有一点虚张声势——的名字时，它将该项目命名为 Kessel Run，并配有一个唤起同样精神的标志，使用汉·索罗飞船的轮廓。
“AgileAF”T 恤。
这种对品牌塑造、标语和其他营销的关注一直延续到诸如“编码。部署。赢。”这样的标语。 当然，还有像巧妙的“#agileAF”这样的 T 恤，它可以代表“敏捷空军”，也可以代表流行的俚语扩展“AF”。
Kessel Run 取得了巨大的成功。 显然，巧妙的 T 恤和 Logo 只是其中的一小部分。 但它们是我们在一贯实施和维护平台的组织中看到的一个例子：营销是一个必要的组成部分。
精神：你平台的信念如何驱动你所得到的东西
品牌不仅仅是一个名称，它通常还带有一套原则和价值观——一种精神。 组织通常会制作关于其平台精神的小册子。 至少，他们会将它们写下来并包含在文档中。
以下是一些技术品牌和精神的例子：
- Java： 稳定性、可移植性和向后兼容性。“一次编写，随处运行”体现了代码应该能够在不同平台上运行而无需修改的理念，优先考虑可靠性和企业级健壮性，而不是前沿创新。 这种清晰的品牌和精神表明 Java 是编程企业应用程序的完美选择。
- 苹果： 用户体验、美学和严格控制的集成。 苹果公司针对无缝、直观的体验进行了优化，通常以牺牲用户级的可定制性为代价。 它表明苹果非常适合消费者，可能不太适合“企业级”需求。
- Cloud Foundry： 开发者生产力、简单性以及企业对安全性和可靠性的要求。 Cloud Foundry 假设开发者应该能够以最少的配置推送代码，而平台处理其他一切：网络、扩展、负载平衡和服务绑定。 使用 Cloud Foundry 的开发者和平台工程师不应该花费太多时间来组装或维护平台；相反，他们可以专注于高效地交付应用程序。
- Kubernetes： 具有用于构建平台的工具箱心态的无限可定制性。 Kubernetes 基于这样一种理念构建：开发者和运维人员应该能够自定义平台的每个细节，并控制他们的应用程序和基础设施，即使这意味着更大的复杂性和更多的底层平台构建。
对于你的平台，让我们看一些可以形成你平台精神的示例原则。 这些是映射到大多数平台团队的五个原则：
- 开发者体验至上： 一种快速、简便的将应用程序投入生产的方法。 通过自助服务和自动化，以及与开发者工具和工作流程的集成来消除摩擦。
- 立即交付，需要时进行自定义： 从第一天起即可投入生产。 从企业级默认设置开始，然后根据你的需求进行配置和扩展。
- 安全性和合规性作为一项功能： 使正确的道路成为简单的道路。 将合规性和安全性嵌入到平台原语中。 用自动化的策略执行代替审批会议。
- 默认情况下可观测： 从第一天起就内置日志记录、监控和调试。 当出现问题时，提供明确的解决方案途径。
- 默认情况下可靠： 从一开始就是企业级的。 在每一层都内置稳定性，并准备好扩展。
品牌和精神是同一事物的两个方面：它们定义了你的平台“代表什么”，并为使用它的人（开发者和运维人员）提供了一些共同的身份。 例如，使用该平台的开发者以快速将想法投入生产，同时保持其应用程序的合规性和安全性而闻名。 从事该平台工作的运维人员以生产中的可靠性，同时满足开发者的需求而闻名。
你还应该考虑品牌和精神如何成为平台本身的一部分，这是一种有助于指导和加强其使用方式的工具。 例如，我们遇到的大多数平台品牌塑造都推动了这样一种观念，即该平台用于快速发展的应用程序，频繁地交付应用程序。 平台的自助服务（无需票证！）方面体现了这种精神。 提供默认的项目模板并自动化安全性和合规性检查也体现了这种精神。 你希望这种精神与你的平台为开发者所做的事情相匹配。
