产品负责人兼免费设计师协会负责人Alexey Borodkin在Netology的公开课程中讲了如何理解设计领域并分配设计团队中的角色。设计师派对
曾经-在90年代的暴力时代-没有网站设计师,而网站是由网站管理员创建的-勇敢的人具有编程背景,他们自己做了一切:收集需求,编码,绘制,制作内容并开发网站。
在90年代后期,网页设计师的职业出现了,更正确地称为“视觉设计师”。 这些家伙从事于数字产品的美学部分,没有理会该网站处于技术背景之下,并且将他们的工作视为自我表达的一种手段。 通常,他们只对美感,满足感以及其他视觉设计师的意见感兴趣。

在零年的时间里,不仅IT专家和IT专家的亲戚开始渗透到Internet上,很明显,数字产品不仅应该美观,技术先进,而且应该方便使用。 在对数字产品的这种理解浪潮中,出现了UX设计师的聚会,它们与现有的视觉设计师相对立-有些人追求美学,另一些人则追求方便和清晰。

UX设计人员起初主要由心理学家代表,而不像视觉设计师接受艺术或半艺术教育的事实,这一切都被包裹住了:他们有兴趣钻研用户的头脑。 他们认为界面不是抽象的装饰,而是创造必要的用户体验的杠杆。
值得注意的是,他们俩都不对产品的内部特别是系统本身感兴趣,系统本身就是设计的基础。 他们将其视为开发人员的“黑匣子”。
在这里,有必要介绍一下与视觉和UX设计师并行存在的另一个美食聚会-这些是系统架构师。
自70年代以来,系统架构师就已经存在,并且主要从事产品内部部分的分析和开发:产品完成业务任务的数量,满足技术要求等。 架构师将用户界面视为系统的补充,仅此便可以帮助用户在给定的技术框架内执行某些功能。

因此,结果证明产品开发在两个几乎不相交的参与方之间分成两部分-一方面是视觉和UX设计师(尽管存在矛盾,他们的工作领域是相同的),另一方面是系统架构师。 不幸的是,该产品也一分为二。
数字产品由什么组成
让我们从设计师的史诗般的对抗中休息一下,看看任何数字产品都包含什么-移动应用程序,在线商店,机场管理系统:

该产品从
三 组基本要求开始 :
- 业务需求:业务目标和目的,客户需求,业务风险等。
- 用户需求:目标受众的结构,他们的任务和行为方案。
- 技术要求:技术平台,相关系统。
要创建的产品必须存在于这三组需求的框架内,必须对它们进行分析,系统化和确定优先级。
成功的三个要素可以与产品本身区分开:
- 界面:用户如何看待产品并与之交互。
- 功能性:产品具有什么功能,如何工作以及允许您做什么。
- 信息体系结构 :系统是什么样的,数据结构是什么,数据流是什么,等等。
所有这些都带来了用户体验-来自产品的主观感觉在用户的脑海中展开。 这种用户体验将是正面和有用的程度取决于制定上述三个产品组件的一致性和细节:如果界面难看,用户体验将被破坏。 如果应用程序出现错误,他们将不会使用它。 如果一切都与界面和功能保持一致,但是该产品的系统体系结构不正确,则将无法进行开发,因此,它将失去普及性。
事实证明,产品必须结合业务利益,用户利益和技术条件,并且不能说产品更重要:视觉界面部分或内部架构。
于是出现一个简单的问题:谁应该处理产品?
设计与工程
俄罗斯的工程和设计是两个不同的专业领域:

但是,如果您沉迷于术语的原始含义,我们将发现惊人的发现。 例如,这是《牛津词典》中设计的定义:
设计动词-通过创建详细图纸来确定建筑物,衣服或其他物体的外观和工作原理。
名词设计是说明建筑物,服装或其他物体在创建之前的类型,结构或操作原理的平面图或图形。
这是根据ISO 24765对“设计”一词的严格定义:
设计 -确定系统或其部分的体系结构,组件,接口和其他特征的过程。
有趣吧? 事实证明,“设计”和“项目”一词的含义与要设计的动词和名词设计相同。 如果您在Google翻译中查看“ design”一词的翻译,则可以验证这一点:

这有一个很深的道理。 事实是,在西方国家,他们不共享产品内部和外部部件的加工过程,因为他们了解这是一个单一的生物体,因此必须对其采用专有的综合方法。
如何将内部与外部连接
但是回到我们的设计师那里。 我们有来自UX和视觉设计师的聚会,他们只考虑美观和用户体验:

有一群系统架构师只考虑产品的内部:

直观地讲,要对产品进行整体工作,需要将它们组合在一起。 值得注意的是,Web开发市场从零开始就开始考虑这一点。 因此,经理的职位诞生了,它将这些多方面的利益领域整合在一起:

让我们看看这会导致什么。

经理的工作量很大:
- 首先,他取消了一层纯粹的管理任务:团队协调,与客户合作,控制截止日期和预算以及直接职责清单上的数百项任务。
- 其次,没有人能从产品组件中解脱出来:需求,接口和功能的详细说明,编写文档,控制客户需求的实现。
这两个大型,重要的工作领域几乎不可能共存。 如果经理不立即履行职责,就会受到更阴险的敌人的折磨-内部利益冲突。
假设经理收到两个并行任务。 一种是修复退货订单,第二种是详细描述下一版本的技术规格。
当然,经理首先要扑灭大火-“增加”订单,因为客户每分钟都会亏钱,并且由于闲置而变得歇斯底里。 带有传统知识详细描述的任务必须降为背景,将战略风险置于项目的基础上。 因此,它将不断。
在品尝了代理商和产品方面的这种工作的乐趣之后,我为自己制定了解决此问题的另一种解决方案-将任务分配给两名专家:将管理任务留给经理,然后将产品任务交给专门的产品设计师。
产品设计师责任区产品设计师是指最高级的人,他们了解产品的所有组件,并且知道如何结合业务,用户和技术的要求。 产品设计师了解界面如何与功能共存,以及由此带来的用户体验。
当然,他本人将无法执行所有任务,因此他需要一个团队和一个重要的合作伙伴-艺术总监。 如果项目很大并且有很多任务,那么这两个家伙可以区分不同的职能,并
根据亚当·斯密的法律将其委托给下属。 一个有效命令的示例可能如下所示:

这样就形成了一对创意夫妇,他们在20世纪的“大型”营销活动中广为人知,由产品设计师和艺术总监组成,并补充了产品经理。 这种情况有一些例外,但是我们将在下面讨论它们,但是现在重要的是要记住,正是这种方法确保了产品的均衡开发及其结构一致性。
让我们看看团队中的角色发生了什么,并分别涉及一些例外情况。
谁参加食品设计聚会?
用户体验设计师
UX设计人员的任务:使产品方便,有用,对用户舒适。
UI设计师
UI设计师的任务:使“美丽”和美观。
UX分析师
UX分析人员的任务:深入用户的头脑,提取重要信息,并将信息传输给UX设计器以在设计中实施。
系统架构师
系统架构师的任务:制定产品的内部逻辑和体系结构。
产品设计师
产品设计人员的任务:减少产品创建的所有“线程”,并对结果负责。
产品经理
产品经理的任务:合并经理和产品设计师。
细心的读者会说:“请稍等,产品经理,因为我们一直试图将产品和管理组件分开!”
是的,但是世界上的一切都有例外。 如果产品是单个产品,并且最好不要以定制开发的形式进行,那么这种方法是有效的-经理有足够的机会牢记产品的所有方面和组织特征。 该角色在几种产品上不起作用-产品经理实际上会从许多任务中丧生。
产品负责人/产品总监
产品领导任务:监视产品开发。 这个角色是产品经理的角色的“上层结构”,不仅集中在创建产品的功能上,而且还集中在将来产品的开发上。
如何选择职业
如果您对大量的设计专业感到困惑,并且不知道从哪里开始,那么可以使用平板电脑:
有什么有趣的
| 适用行业
|
心理学
| UX分析
|
内部组件
| 系统架构师
|
抽奖
| UI设计师
|
心理学+抽奖
| 用户体验设计师
|
一次全部
| 产品设计师,产品经理,产品负责人
|
我注意到,如果您对“一次全部”感兴趣-准备学习。 他们并没有立即进入产品设计师的行列,而是“成长”在相邻领域。
来自编辑