惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

人人都是产品经理
人人都是产品经理
博客园_首页
博客园 - 三生石上(FineUI控件)
V
Visual Studio Blog
Hugging Face - Blog
Hugging Face - Blog
美团技术团队
小众软件
小众软件
T
Tailwind CSS Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
月光博客
月光博客
有赞技术团队
有赞技术团队
WordPress大学
WordPress大学
博客园 - 【当耐特】
Apple Machine Learning Research
Apple Machine Learning Research
罗磊的独立博客
V
V2EX
酷 壳 – CoolShell
酷 壳 – CoolShell
IT之家
IT之家
量子位
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Recent Announcements
Recent Announcements
M
MIT News - Artificial intelligence
阮一峰的网络日志
阮一峰的网络日志
The GitHub Blog
The GitHub Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
经验分享丨如何制定有效的设计原则
江鸟 · 2023-08-22 · via 人人都是产品经理

在做决策之前,作者通常会问自己一个问题:“这么多方案为什么会选择这个?”。多选一,需要我们考虑的问题有很多。设计原则的价值正是能让我们在执行过程中产生内在的共鸣,推动产品朝着一致性目标前进。本文将探讨设计原则,一起来看看吧。

工作这么多年,我有一个习惯就是在做多个需求决策前,都会深思熟虑的问自己一个问题:“这么多方案为什么会选择这个?”。

明确“多个选择中的一个”至关重要,但在现实条件下选择本身就是一件很棘手的事,尤其是主观层面,更容易引起分歧。深刻理解设计原则所带来的价值,能让我们在执行过程中产生内在的共鸣,正是设计原则的认同感,才是团队内部推动产品一致性落地的关键动力。

本文中将探讨设计原则的概念。它的特点。以及如何制定设计原则的注意事项。一起来看看吧~

01 设计原则的概念

设计原则并不是部门拍脑门的决定,而是基于大量实践经验的高度理论化的概括。

设计原则指的是在设计时要遵循的一些经验准则,它可以规范当前的设计行为,它的目是为了出现的设计问题时做判断,让我们该做什么,不该做什么,让大的方向不至于跑偏。它是设计的底线!

是不是还有些拗口,那我们来换个说法,原则其实就是做事的准则。就好比有人让你做一件违心的事,你一听到这个事就立马拒绝了对方,说这违背了我做人的原则。同理在设计领域,设计原则就是指导设计的准则。

设计领域有很多设计原则,例如我们常见的尼尔森十原则、交互设计7大法则、约翰逊9大界面设计原则等,这些原则因为面向的用户不同、场景不同,所以在应用的时候也需要针对性的使用。

02 设计原则的特点

2.1 风险可控

原则在制定后都要被严格的遵守执行,如果它模棱两可,不管什么方向都说得通,那么它就失去了存在的意义。风险可控体现了语句表述的唯一性,不可随意解读。当我们在遇到设计纠纷时,原则可以辅助我们针对问题,在优先级排序的基础上进行判断,选择最接近原则的解决方案。

例如阿里云针对“一致性”原则的解析是这样的:

一致性是体验设计中最重要的原则之一。一致性原则主要保证阿里云生态下的产品使用体验一致,用户学习成本降低,形成一个通用的操作语系。

假如我们在设计权限管理界面时,有同学的方案是采用复杂的布局和华丽的效果,存在于原有的信息架构相冲突,那我们就需要谨慎思考这个新设计是否需要进行调整,以保证系统整体体验的一致性。

2.2 效益

设计原则建立的目的就是价值的最大化,保证设计任务的顺利推进,提高工作效率。这就需要我们在设计原则的时候考虑落地的场景,减少不必要的监管,减少重复检查和审核。让刚入行的设计师看到这个原则也可以一次性把事情做好。为了避免误解,我们可以把原则与具体的案例结合展示。

通过实际案例,同学可以更好地理解设计原则的实际应用。结合案例的方法使得设计原则更加具体、实用,并且能够在不同的背景下得到灵活的应用。

2.3 可操作

我们是不是经常看到“一致性”“效率”“可控”等的设计原则。如果没有告诉你如何在设计中应用这些原则是不是等于废话。因为我们根本就不知道如何做才能做到一致性,这个一致性指的是什么。那这时候就需要大量的解释性文字告诉我们如何在设计中去应用这些准则。

例如 element 公司针对“一致性”这个原则的使用建议分为2点。

  1. 与现实生活一致:与现实生活的流程、逻辑保持一致,遵循用户习惯的语言和概念;
  2. 在界面中一致:所有的元素和结构需保持一致,比如:设计样式、图标和文本、元素的位置等。

再比如,UDCDesign 针对“一致性”这个原则给出了不同的2点操作建议。

  1. 视觉一致性:相似的元素以相同方式呈现,构成视觉一致性,在认知和使用上保持一致。颜色、字体,尺寸,按钮,标签等组件在各类场景下复用,保证体验设计一致性
  2. 功能一致性:目标明确,产品界面的框架布局、聚焦方式、信息优先级、操作流程都需要给到用户一致的体验,让用户在操作过程中感受到自然、易理解的感受

是不是发现不同的公司对同一设计原则的使用建议存在着不同见解。这两个建议并没有优劣之分,这归于不同公司的独特需求,使得设计原则在不同背景下呈现出多样化的应用形态。那接下来的文章中我们来看看如何制定公司的设计原则的注意事项。

03 制定设计原则的注意事项

制定符合自身产品的设计原则是一个关键且复杂的过程,需要深入了解产品、目标受众和市场。以下内容将结合阿里云的案例进行展开。

3.1 了解产品定位和目标

首先明确我们的产品的核心目标是什么。是提供更好的用户体验、提高效率还是实现某种特定的业务目标?了解产品的目标将帮助您确定哪些设计原则最为重要。这个核心目标可以在产品愿景或者介绍中可以体现。

例如在制定设计原则之前,我们通过对其产品定位的梳理可以得出以下四个大的方向:

1、在使用阿里云的计算和数据处理能力时,需要确保用户能够高效完成任务。

2、无论用户需要何种能力,我们要确保界面和操作逻辑的一致性。这让200多个多家和地区的用户能够轻松切换功能,无需重新适应,享受持续的统一用户体验。

3、阿里云致力于在线的公共服务以及立足于普惠科技,为各行各业、各类用户提供定制解决方案。这就需要阿里云具备包容能力,让用户的需求在阿里云的平台上都能得到满足,为每个用户创造独特价值。

4、成立于09年的阿里云作为全球领先的与计算机人工智能公司,且是奥运会全球指定云服务商,无疑证明其能力的专业。

这一步需要提取3~7个设计原则方向,数量范围足够涵盖关键的设计指导方向,同时又不会过于繁琐,使团队难以理解和应用。要综合考虑项目的特点和团队的需求。

3.2 分析目标受众

了解我们产品的目标受众是谁,他们的需求、喜好和习惯是什么。不同的受众可能需要不同的设计原则来满足他们的期望。也可以试着站在对方的角度去思考,了解他们对于产品的愿景和理解。

例如阿里云的目标受众主要是企业用户和开发者以及政府机构。那么对于企业,它们需要提供高效的计算和数据处理能力,帮助企业提升运营效率,加速业务发展;对于开发者而言,需要提供高效的开发和部署工具,简化流程,减少时间成本;对于政府机构而言,需要支持政府机构高效地处理大量数据,优化决策过程,提升公共服务效率。

通过对不同用户群体“高效”的需求分析,我们可以更准确地定制有关产品功能、界面和流程文字描述。

3.3 明确核心价值

作为设计原则的基石,定义我们产品的核心价值是什么尤为重要。核心价值决定了当存在冲突时优先考虑哪个用户群体。

比如服务企业、开发者和政府机构,代表了阿里云的核心价值在于服务多个受众,因此在设计中需要注重一致性和包容性,确保产品能够满足不同用户群体的需求。

在实际的应用中,不同用户可能有个性化的需求,但为了保持产品一致性,可能需要限制个性化定制。

在这种情况下,应用一致和包容的设计原则,平衡个性化和整体一致性。可以考虑提供灵活的选项,以满足不同用户的需求,同时保持一致的核心体验。例如在概览页仪表盘的布局中可以为不同部门提供不同的数据展示。

3.4 迭代与测试

设计原则的迭代与测试是确保产品持续适应变化环境和需求的关键。

在产品发展的不同阶段,可能会出现新的技术、需求以及市场趋势。这些变化可能需要设计原则在某些方面进行修正或调整,以适应新的情况。通过将设计原则的适用性评估融入到设计评审中,团队可以定期审查和讨论设计原则是否仍然适用,是否需要进行改变。

此外通过实际运用来对设计原则进行测试、验证和修正。团队可以通过用户反馈、数据分析以及内部评审等方式,不断地检验设计原则的有效性和适用性。如果发现某些设计决策与设计原则存在冲突或不一致,团队需要及时优化调整。

3.5 团队宣传

设计原则的制定不是团队的自嗨,它的目的是为了团队成员可以更好地共同遵循这些原则,形成统一的设计理念,从而在产品的设计和开发中取得更好的成果。

为了在制定设计原则后,确保它们不被忽视,我们可以在发布设计系统的时候同步发布。定期在内部会议上讨论并优化或者将其作为文化墙的一部分,帮助团队内部成员强化印象。

更重要的是在日常工作中可以利用这些设计原则来解释和证明设计决策的正确性,从而在实际应用中体现其价值。这样能够确保设计原则在整个设计流程中得到持续应用,为产品设计的一致性和有效性提供支持。

04 写在最后

制定设计原则,要着眼于产品的特殊性和用户的独特需求。切勿固守一成不变的标准,而是根据实际情况进行灵活的筛选和评估。只有这样才能塑造出卓越的用户体验。

以上只是我对设计原则制定的粗略总结,希望该文章对你有所启发,也欢迎感兴趣的同学一起探讨~

专栏作家

江鸟,微信公众号:江鸟的设计生活,人人都是产品经理专栏作家。8年互联网行业经验,擅长体验设计思维、设计方法论、交互设计研究。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。