设计系统会产生有形的且通常是华丽的输出，比如生活风格指南或设计资产的数组。刚开始时，它感觉就像一个项目，从早期的某个概念，一直发展到在某个著名的发布会上(首)发那些供其他人使用的资产。
“我们做到了!我们发布了一份指南。任务完成了。”
毫无疑问，庆祝是合理的。你确实取得了一些成就，并且为别人做有用的东西的感觉很好。但是，要小心，因为你还没有意识到实际的商业价值。一个企业就会意识到这种价值——实际的内聚经验，得以实现的高效开发；而其他团队采用该系统，并将其发布到他们的产品中。
对于一个设计系统，当产品使用该系统中的部分来上市产品特性时，它的价值才得以实现。在系统发布后的平静日子里，一个系统团队会开始想：“我们现在该做什么?” 更糟糕的是，他们(和那些管理他们时间的人)会认为“现在我们可以继续做那些我们之前做的事情了。”没有资金的支持。没有持续的承诺。“项目能持续下去吗?”开始不断有人想到和谈到这一点。
从项目转换到产品思维
把发布风格指南作为最终的目标是错误的。一个系统不是一个有结尾的项目，它是一个产品的起源故事，一个活的、不断发展的产品，一个将服务于其他众多产品的产品。
将设计系统当做一个产品思考可以改变我们的视角:不是与我们有关，而是与服务我们的客户有关。对此我们该怎么做呢?将行之有效的方法应用于产品管理和产品营销是一个很好的开始。一旦认识到这一点，一个系统团队就可以采用熟悉和可预测的工具和术语来帮助他们取得成功。
此外，“系统=产品”模型还可以帮助一个由产品设计人员和开发人员组成的团队认识到:设计系统不仅仅是产品的设计和开发。它还包括产品管理和市场营销。我们不擅长做这些，也不指望做这些。他们可能缺乏“产品管理”方面的天赋，也可能并不对这方面感兴趣。但现在他们有了自我意识，他们可以选择学习和应用这些技能来填补空白，或者找到其他有能力的人。
当我第一次和一个设计系统团队见面时，我不会说“能给我看看你们设计的那些很棒的生活方式指南吗?”那些生活方式指南当然很棒，他们也非常引以为豪，我也很喜欢学习。但这些都不如另一个方面重要，即更本质地了解他们的系统——即产品——的营销和管理方法。
把你的系统推广到他们的产品上=产品营销
拥有一个产品意味着了解和服务你的市场:
•什么产品使用或可能使用你的系统?不论你的系统的覆盖范围如何，了解你的目标市场。你需要强烈地意识到你为谁服务，他们在影响你工作方面的相对优先级，以及他们各自的目标。
•他们将何时使用系统上市产品?对于整个企业来说，为了使用一个系统一起上市而暂停个别作业是非常罕见的。相反，讨论如何让设计系统适用需要一个产品接一个产品的努力，渗透到产品的路线图、冲刺规划和故事需求中。
•你将如何与他们协调?你可能与开发人员一样了解，或更了解产品经理。一个系统的产品经理(如果你有一个你叫得出名字或职位的)非常了解、甚至能够参与到战略性活动中，例如跨整部作品集的季度发布计划。也就是说，与产品经理的有效协调通常可以导致“协调”会议，以及咖啡会、午餐会和走廊谈话。
•你如何向他们推销产品?你的营销，通常包括引人注目的样本和展示会、有效的文档、定期的沟通(如电子邮件更新和博客)、入职活动和培训。
•每种类型的客户需要从你的系统中得到什么?有一种方法可以消除用户面临系统的庞大规模或不完美的拟合优度时的紧张感。大多数系统包含一些区域，如调色板、图标集、特定的UI模式，以及其他更多东西(我称之为子系统)，这些区域并不是普遍相关的。并不是每件东西都适合每一个人。那么你怎样才能简洁地告诉他们什么对他们最有帮助呢?
维护你的系统=产品管理
想象一下你的副总裁是怎么想的:“如果他们连他们在接下来的三个月里要做什么都无法告诉我，那我还应该投入2.5个全职的资源来让他们全职做一个风格指南吗?对于未来两周将要做什么，他们几乎想不出一个清楚的说法。似乎每个人都有事可做，但似乎又没有任何人对任何事负责。”
一个设计系统的繁荣和生存，需要一个足够的管理水平。
•谁说了算？现代设计系统需要有一个产品经理，他推动决策，果断地与合作伙伴保持协调，并充当关键人物。
•谁做工作？维护一个设计系统可能涉及大量的设计、开发、编写和其他工作，这些工作是由致力于(至少是部分致力，> 4小时/周)此工作的人员完成的。
•谁来买单？如果没有赞助商以合理分配时间的形式审慎提供预算，一个系统几乎不可能长期存在。
•你们每个人手头正在做什么？你在哪里记录和优先安排你以后可能要做的事情？是的，任务管理的时间到了，许多高绩效的团队越来越多地使用Github和Jira之类的工具，将任务管理形式化为冲刺规划中的待办事项列表。
•你的客户(或使用该系统的产品)在未来6-12个月里能期望什么？不要低估了一个有效的、简明地传达信息的的系统路线图的力量。它能启发认识，引起讨论，让你相信你已经采取了行动，让你相信你所做的能够满足他们的需要。
企业正逐步开始意识到这一点，并开始设立永久性的职位，例如Salesforce已经设了专门的职位，以及Etsy和Google等公司招聘专门针对系统团队的产品经理。如果你对上述问题没有经过深思熟虑的、合理的答案，你怎么能指望别人资助你的努力呢?
原文链接：https://medium.com/eightshapes-llc/a-design-system-isn-t-a-project-it-s-a-product-serving-products-74dcfffef935
By：Nathan Curtis
关于作者：Nathan Curtis从1996年开始从事用户体验，那时他开始把他的创造力集中在IA、ID、可用性和前端开发上。他在内心深处也是一位企业家，在华盛顿特区创立了著名的“八形”(EightShapes)。
翻译：马克笔设计留学
