ui设计主要是做什么的-

网上有关“ui设计主要是做什么的?”话题很是火热，小编也是针对ui设计主要是做什么的?寻找了一些与之相关的一些信息进行分析，如果能碰巧解决你现在面临的问题，希望能够帮助到您。

UI 设计(或称界面设计)是指对软件的人机交互、操作逻辑、界面美观的整体设计，也叫界面设计。UI 设计分为实体 UI 和虚拟UI，互联网说的 UI 设计是虚拟 UI, UI 即User Interface(用户界面)的简称。

UI 设计师的职能大体包括三方面:一是图形设计，软件产品的产品“外形”设计。二是交互设计，主要在于设计软件的操作流程、树状结构、操作规范等。三是用户测试/研究，这里所谓的“测试”，其目标恰在于测试交互设计的合理性及图形设计的美观性，主要通过以目标用户问卷的形式衡量 UI 设计的合理性。

UI设计目前的前景还是很不错的，很多企业都缺少 UI设计师。而且可以看到的是，现在社会的发展，更多的智能机和智能机器人研发出现，这些都离不开UI 设计师。所以说 UI 设计的是很有前途的，是不会失业的。而且 UI 设计门槛不高，要入门也不难的。

从工作内容来说，UI 设计在当前的互联网领域、科技领域可以说无处不在，

好的 UI 设计能够明显提升用户的使用体验,从而给产品带来更多的附加值,所以UI 设计对于互联网产品是非常重要的。目前 UT 设计通常分为两个大的工作方向，一个是交互设计,另一个是视觉设计。

总的来说，UI 设计相比较于编程而言，还是非常适合大众学的并且就业前景很广阔。学完 UI 设计，能获得一份稳定而又不失乐趣的工作，同时有利于追求更高品质的生活，在艺术领域可以获得更多的启迪。

web端与移动端产品设计区别

?因为所接触的业务复杂度高、技术难度大，不能像之前开发APP那样拿到需求后画画流程图、定一下各领域的时间节点和项目里程碑就开干，因为不对技术做抽象并输出技术方案设计文档是讲不清楚项目的整体实现方案的，即使做出了功能，只要技术指标不达标（比如准确率低、耗时长等），就很难达到和产品预期相符的用户体验。所以需要有和类似于大型项目的服务端技术方案设计一样，对客户端APP做技术方案设计的环节，设计出高性能和高扩展性的技术方案，避免项目风险大、项目目标难达预期、技术债务堆积等问题。

?移动端的技术方案设计，同样要遵循合适（合适优于业界领先）、简单（简单优于复杂）、演化（演化优于一步到位）的原则，以高可用、高性能和高扩展性为目标。相比于服务端的技术方案设计，做事的思路和方法都差不多，只是侧重点不一样而已。

?在做技术方案设计时，我对自己的要求是需要遵循如下几大原则：

1、成事心态：作为架构师，在设计技术方案时要想方设法达成产品需求和目标。即使产品需求实现难度大、目标不切实际、技术上存在瓶颈，经过严谨的分析验证后，在客观陈述技术瓶颈的同时还要基于对用户需求的洞察给出自己对产品方案的建议，推动其它领域一起去促成项目目标的达成；

2、全球视野：对于技术难度大或没有头绪的事情，多看看同行头部企业是怎么做的，尤其是自己不了解、认为有难度的地方，要通过查阅资料、深入交流等方式，去开阔自己的视野，切忌成了井底之蛙在坐井观天；

3、说到做到：方案设计出来不是架构师工作的终点，而是工作的起点，架构师的厉害之处在于不仅能设计出合适的技术方案，还能将技术方案落地，达成预期目标。要通过在落地过程中遇到的问题去反思复盘，优化自己做技术方案设计的方法、加深对技术的理解。

?下面讲讲我对移动端技术方案设计流程的理解：

一、需求分析：

?需求分析包括产品需求分析和技术需求分析，产品需求主要为功能性需求，技术需求主要为非功能需求，比如性能、稳定性、安全性等，技术需求往往是设计技术方案时的约束。

?对产品的需求分析，最基本的是要了解做什么？解决用户什么问题？什么时候做完？需要做成什么样子？即要弄清楚产品功能、用户需求、时间节点和产品规格。除了弄清楚这几点之外，还要基于对用户需求的洞察，去挖掘文字背后的隐藏信息，这些你洞察到但产品需求中没有呈现出来的信息，往往就是潜在的需求变更点，即使你将洞察到的需求和疑虑告知产品，产品回复暂时不做考虑，在设计技术方案时也要将这些可能的需求考虑进去增强技术方案的拓展性。具体做法是假想自己就是用户，去模拟用户在特定场景下可能的行为。

?对技术的需求分析，主要是要识别出如果要保障产品在生命周期内持续安全稳定的运行，需要做些什么，这通常都属于非功能性需求，比如：

1、安全性问题：被劫持、被逆向、被抓包等；

2、兼容性问题：在不同设备上运行可能存在的兼容性风险；

3、性能问题：内存泄漏、卡顿、高CPU占用等可能导致整机流畅度和功耗等问题；

4、 合规问题：技术上可能存在的法律风险，比如使用第三方开源库等。

二、方案设计：

?需求分析的主要工作是知道做什么？要做成什么样？什么时候做完？做什么、做成什么样是目标，什么时候做完是约束。技术方案设计的主要工作是在产品和技术的约束下，设计技术方案实现项目目标。其实技术方案的设计就是一个工作拆解的过程，现在的项目通常都很复杂、涉及领域众多，只有拆成一个一个地模块，然后由团队相互协作，才能更好的达成项目目标。架构师要做的就是抽象问题、拆解模块、串联各模块搭建方案以及明确每个模块的实现方案，具体到工作上就是三个方面的工作：输出技术架构图、输出核心流程图、明确各模块的技术实现方案。

?技术架构图就是抽象问题和拆解模块的工具，架构图分很多种，其中分层、分模块的架构图最为流行，做技术方案设计的首要任务就是画出基于项目的技术架构图，通过划分为多个抽象的层级实现逻辑上的拆分、通过对单个层级下划分为多个模块实现物理上的拆分。Android平台架构图就是典型的分层、分模块架构，具体如下图所示：

三、方案总结：

?技术方案设计完成后，需要给出总结性的结论，答复团队和领导的疑虑。因为团队中领域众多，大家对技术的理解和认知各有不同，关注的重点也各不相同。所以在给出结论时要用直白简练而非技术性的语言，解答各干系人的关注点。

结论通常包含如下几个方面的内容：

1、 技术上能否实现？

2、 技术上能做到什么程度？

3、 项目上存在哪些风险？有何应对方案？

4、 整个项目的投入情况如何？

?用一句话描述技术上能否实现即可，技术上可行/不可行。前提是要基于项目的约束，包括产品上和技术上的。

?如果可行，需要输出整个项目以及各技术子模块的技术规格，讲清楚衡量技术能力的指标以及能做到什么程度。

?接下来需要阐述清楚在项目过程中存在的潜在风险，风险包括：

1、 进度风险：进度上存在的风险；

2、 资源风险：人力等资源上存在的风险；

3、 涌现风险：多个技术组合、并行存在的风险，比如功耗、系统资源瓶颈等问题；

4、 体验风险：比如耗时长、操作繁琐等和产品预期不一致的风险问题；

5、 指标风险：受限于项目约束和技术瓶颈，无法达成产品规格的风险。

?风险的应对方案包括：

1、 消除风险：风险可以消除且对项目没有影响，这种通常不用写出来；

2、 规避风险：无法正面解决，但可以曲线救国的方案，这种情况可能对用户体验或其它方面有影响，必须写出来讲清楚，要在项目上达成一致；

3、 减小风险：风险无法消除但可以降低风险对项目的影响。

?最后需要讲清楚项目在人力、资金方面的投入成本，便于领导决策项目的价值。是否值得投入，或调整项目策略。

四、方案落地：

?在方案设计完成，且通过项目内、领导的决策后，接下来需要按照设计的方案落地达成技术规格，在落地的过程中需要重点关注如下几个方面：

1、 分里程碑拆解目标，类似于敏捷开发小步快跑的方式及时交付、遇到问题能快速调整，降低风险，避免一条路走到黑、迟迟看不到效果。

2、 分点专项验证各技术点的达成情况，各个关键的技术点都需要针对性验证和验收，齿轮的质量有保障，多个齿轮组成的系统联动才会有保障。

3、 遇到异常时优先尝试去解决，如果在一段时间内没有进展需及时调整方案；只要是在方案设计阶段经过严格的验证，遇到异常时首先不应否定自己的方案，要想办法尝试解决遇到的问题。如果实在解决不了，要及时调整避免对项目进度造成影响。

4、 工程化的优化是锦上添花的操作，但要正确理解工程化的优化，不是打补丁，而是方案层面的优化，比如多个技术并行减少运行时的耗时；

5、 项目结束后及时复盘总结，优化后续的技术方案设计流程和方法。

?下面是对整篇文章的总结：

1、 技术方案的设计要以全球视野去想方设法做成项目，并且方案设计出来后要能亲自落地，达成项目目标；

2、 技术方案设计要充分洞察产品和技术需求，基于需求通过架构图拆解模块，并通过流程将各模块中的技术点串联起来使整个项目运行起来。对于关键的技术点，要基于严谨的验证分析做出方案选型；

3、 技术方案的评审要给出明确的结论，以各领域都能懂的语言表达清楚技术的可行性、技术规格、风险和应对方案以及项目投入情况；

4、 技术方案设计评审通过不是架构师工作的终点，把技术方案落地达成项目目标才是终点。

同一产品不同的终端，在设计上相同却又不相同。（20191008-1009）

一、在功能上web做加法，app做减法

web端更重视功能的齐全，能否直观的查看到或者使用更多的功能，所以一般在同一个页面，在界面设计允许的情况下，以功能齐全为优先，功能做加法。

移动端则重视功能分级，根据功能权重分级，权重最高的功能展示在主页面，次一级的功能可以通过“抽屉”，隐藏在主页面下，每个页面都是功能做减法。抽屉有上下，侧边抽屉方式。

二、交互上

2.1操作不同

web端用鼠标操作，鼠标单机，悬停，滚动等。移动端则是手指操作，点击，长按等

2.2交互形式上

web端数据列表常分页，信息输入多下拉。

移动端数据列表常下拉加载，信息输入多页面。

三、设备需求上

1.设备需求不一样

web端显示器大，窗口可以随意缩放。

移动端窗口小，用户操作多为线性流程，用户使用习惯多为碎片化时间。

2.反馈机制不一样

web端很少有主动反馈，一般也就进某些网站，弹出业务聊天窗口。

移动端则是可以推送消息，主动反馈普遍也明显，所以需要考虑到如何让用户打开推送，再考虑让用户喜欢推送。

3.网络机制

1.web端若要上网，一般是在有网的同一位置。除了极少数停电的情况

2.手机端位置不固定，都有过丢失信号无网络的情况，那就要考虑好无网络时，哪些数据是可看不可看的，而且，手机还要考虑在使用流量与wifi情况下的不同场景，比如**，若在流量情况下，需要提示是否要连wifi了再看。

4.展示对象不一样

web端需要注意浏览器的适配。

移动端需要注意各手机型号的适配。

四、其他

移动端设计有几种信息架构，层级式、辐射式、套娃式、标签视图式、仪表盘式、筛选视图式。

他要遵循的6个原则有：

mvp原则：当前页面以展示当前核心内容功能为优先。突出重点

易用性：操作简单，上手快。

可扩展性：建立完善的产品信息架构，当迭代优化时能聚焦到功能点附近，不影响其他功能的显示与使用。

手势优先性：移动端不只是点击，手势操作更要优先考虑，提高使用便利性。并且各手势功能应该保持一致。

转换输入方式：移动端应减少文字输入的部分，多加入选择或者语音输入方式。

为中断而设计：移动端多为碎片化时间来处理事情，所以要考虑各个中断的场景

最后要注意，安卓与苹果的各方面也是不一样的，比如说封装性，比如说物理交互，截屏与返回，而且两种系统在设计的时候也有出入，比如字体大小，尺寸，使用单位、控件（导航，弹窗，动画，按钮，键盘，选择控件）等

关于“ui设计主要是做什么的?”这个话题的介绍，今天小编就给大家分享完了，如果对你有所帮助请保持对本站的关注！