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

推荐订阅源

奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园_首页
大猫的无限游戏
大猫的无限游戏
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Apple Machine Learning Research
Apple Machine Learning Research
B
Blog
B
Blog RSS Feed
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
P
Proofpoint News Feed
MyScale Blog
MyScale Blog
Engineering at Meta
Engineering at Meta
量子位
H
Hackread – Cybersecurity News, Data Breaches, AI and More
T
Tailwind CSS Blog
Stack Overflow Blog
Stack Overflow Blog
N
Netflix TechBlog - Medium
T
The Blog of Author Tim Ferriss
U
Unit 42
aimingoo的专栏
aimingoo的专栏
博客园 - 叶小钗
博客园 - 【当耐特】
云风的 BLOG
云风的 BLOG
博客园 - Franky
博客园 - 聂微东

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
经验|我在大厂做“设计评审” 的流程与技巧!
元尧 · 2024-03-20 · via 人人都是产品经理

设计评审一般可以分为设计内审和设计外审,这篇文章里,作者就分享了设计内审的工作方法和注意事项,一起来看看吧。

设计评审是设计师几乎不可能回避的工作之一。在我们团队,设计评审的类型有两种:

1. 设计内审:

也即设计组内部的设计稿评审。当产品有重要的新功能上线或大版本迭代时,通常由项目的主设计师发起设计组内部的评审会议,组内所有设计师均可参加,对设计方案进行分析和评估。

2. 设计外审:

也即我们通常所说的设计评审,是其他各研发部门的同事一起参与的设计评审会议。设计外审的注意事项和相关经验可以阅读:做好“设计评审”的 10 个建议。

本文就来详细讲讲关于设计内审,有哪些工作方法和注意事项。

一、设计内审的意义

设计组内部的评审会议最主要的作用有三点:

1. 保证设计稿的产出质量

所有设计师齐心协力探讨方案,可以帮助你找到设计方案中自己没发现的问题和需要补充的细节,帮你查缺补漏,提升设计稿的产出质量。

2. 了解彼此的工作内容

通过设计内审会议,设计师可以互相了解彼此的业务工作;你的上级也可以清晰地看到项目进度和阶段性成果,并对你的设计能力和工作方法有更多了解。

很多设计师觉得设计评审是在帮助他人提建议和修改问题,对自己来说帮助不大。其实不然,你在设计评审中也可以学到:

  • 沟通方法:比如怎样提建议才能够让他人欣然接受;
  • 设计思路:对于同一个问题,看看别人是怎样思考的;
  • 沉淀经验:如果一类问题在多次评审中重复出现,那这类问题有可能值得被沉淀出统一的解法和经验,可以帮助全组设计师提高解题效率。

3. 规范设计师的工作过程

设计内审的参与者是设计师,所以你在会议里讲解和呈现的内容与设计外审不同。你需要向参会的设计师介绍:

  • 项目背景和业务目标;
  • 研究过程和分析方法;
  • 设计目标和设计策略;
  • 设计方案和交互细节;
  • 设计过程中的其他思考等等。

这也就倒逼着设计师不得不关注设计工作中的逻辑推导过程,以保证设计产出是有理有据、有说服力的。

二、设计内审的注意事项

以下经验可以让你的设计内审会议顺利进行:

1. 合理规划时间

通常来说,设计稿在内审通过之后才会进行和其他部门相关人员的外部评审,因此通常需要比正式的外审时间提前 2-3 天。你需要在接到设计需求时合理安排好设计内审的时间,避免延误项目的最终设计交付。

2. 不同经验,不同标准

我们组的设计内审,对于“新人”和“老人”有不同的标准:

对于刚加入团队的新手设计师:

在新手设计师还没有完全了解团队的工作方式和设计稿产出习惯的初期,设计内审是必要环节,可以对新人的工作方式进行引导和校正,帮助新人快速掌握工作要求,融入到新的工作环境中。

对于团队中的老设计师:

简单、常见的设计需求不需要在组内进行评审,如有大迭代、或者方案的细节需要寻求设计援助时,再进行组内评审。

3. 不同项目,不同内容

对于不同项目或是项目的不同进展阶段,设计内审也有不同的标准和评审内容。大家默认必须要做设计内审的内容包括:

  • 大版本的更新升级设计:重点项目的某一功能全面更新或是大版本的迭代。
  • 有信息需要同步给他人:你所做的项目中的某功能优化,涉及到其他设计师相关工作内容的变动,需要有相互的信息同步。
  • 对方案有不确定之处:当你不太确定你的设计方案是否是最优解,或者做出了两到三个解决方案想让大家来帮忙判断。

除此之外,设计师可以自由选择是否发起内审会议,邀请他人评审设计稿。

专栏作家

元尧,微信公众号:长弓小子,人人都是产品经理专栏作家。一线互联网大厂B端体验设计师,清华大学美术学院本硕连读。曾负责国内最大开源组件库Ant Design组件的设计和运营工作,目前负责国际业务线B端产品体验设计和组件库的搭建工作。

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

题图来自 Unsplash,基于 CC0 协议。

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