高保真原型(交互动态原型是什么)

精英怪
广告

高保真原型,交互动态原型是什么?

官方认证职Q平台账号

高保真原型(交互动态原型是什么)

交互原型图是接近于中高保真的设计稿,交互原型图是动态可交互的,一些高保真的原型设计甚至和最终的产品看起来相差无几,因为它们不仅拥有细致到位的视觉设计,同时尽可能的模拟真实的产品界面和功能上的交互,提供完整的产品体验。

原型图除了作为项目演示的功能之外,可交互式原型常常也用于产品正式开发前的用户测试。原型能提高产品经理的功能设计没通过评审时返工的工作效率。原型在识别问题、减少风险、节省成本等方面有着不可替代的价值。

UI设计师UE设计师和UX设计师有什么区别吗?

UI 设计师

UI,指的是用户界面,也就是人与机器互动的界面。同时又有GUI和WUI之分,不过一般的话统称是UI设计师。

在PC端从事网页设计,我们称呼WUI设计师或者网页设计师。

在移动端,从事移动设计的称呼为GUI设计师。

而UI可以理解为UX的一个分支,不同于UX 设计师需要关注产品的整体感觉,UI 设计师更关注产品以怎样的界面呈现。

其实互联网领域中,UI 和 UX 设计师的界限相当模糊,在很多创业公司,这两个设计角色是合二为一的。这个就是为什么很多中小型的公司为什么要求UI设计会交互,或者交互又要懂UI的原因。

国内而言,目前一般把屏幕上显示的图形用户界面(GUI :Graphic User Interface)都简单称为UI。

我们经常听到的UI设计师,其实指的是GUI设计师,也就是图形界面视觉设计师,负责产品或网站的图形、图标、色彩、视觉风格等,决定营造出什么样的视觉体验。

从视觉层面把控产品界面设计,确保UI稿在视觉上清晰的传达UX设计师的交互设计稿,也就是高保真视觉稿。

举个栗子,在设计一个数据分析界面时, UI 设计师可以决定使用滑块还是控制旋钮,通过这样的控件来阐述图表带来的直观感受。

此外 UI 设计师还负责制定视觉设计规范,确保产品设计的一致性;在规范中,明确一些UI 控件/组件的使用行为,比如确认误或取消提示。

熟悉不同分辨率的多端产品,诸如桌面端,Web 端和手机设备;能够完成高质量的视觉设计稿--从概念设计确定设计风格到详细设计。

设计内容包括图标、图形界面等;执行统一的设计语言,撰写并完善网站的设计规范,为产品注入美和生活气息。” 这可能就是UI设计师日常事项啦。

设计产出物 :视觉设计稿,视觉设计标注规范 ,视觉设计规范文档,视觉切图

用的比较多的工具:Photoshop,Sketch,Illustrator,Fireworks,markman(视觉标注软件),cutterman。

2. UE 设计师

UX ,英文为 User Experience ,指的是用户体验。一般而言,国内 UX 设计师,也称为交互设计师或 UE 设计师(而国外的 UX 设计师指的是用户体验设计师,交互设计师指的是动效设计师)。

UX 设计师主要关注用户对产品的体验感受,确保产品逻辑的流程可以跑得通,甚至跑得顺、跑得精彩。

正如一千个人眼里有一千个哈姆雷特,一个设计问题往往也没有唯一解。UX 设计师会深入场景,探索多种不同的解决方案,这种深入思考通常能产生创新方案。

UX 设计师们通过头脑风暴、角色扮演、故事版等设计方法探索设计机会点,向着创造出“最好的”用户体验目标而前进,典型案例就是为新用户设计一套令人愉悦的登录流程。

总的来讲,UX设计师是设计人与信息产品的流程和关系,归根结底都要研究人、事、物的联系,它是一个囊括计算机工程、心理学、设计的交叉学科。

进行利益相关者访谈、用户访谈,挖掘用户需求,提炼用户任务流;完整体验不同产品,挖掘交互设计模式,设计交互模式,撰写交互设计稿,并最终形成交互设计规范/UIspec;跟进视觉设计和开发,确保产品正常上线” 这可能就是UX设计师日常事项。

设计产出物:流程图,网站地图,故事版,交互设计原型图(线框图),UIspec ,交互设计规范。

用的比较多的工具:axure,Visio,Sketch,Illustrator,Fireworks,InVision,PPT,Keynote,Photoshop。

UI和UX工作责职的区别

从专业分工来看,UX和UI的工作内容有不同之处,但也有重合的部分。

UI 关注产品功能,UX关注用户情感。

UI 则是布局设计,视觉设计,品牌形象。UX 职责包括用户画像,用户故事,用户调研,可用性测试。连接两者的是线框图。

UI 涉及人机交互、工业设计、视觉和声音设计等。而 UX 则包含信息架构、内容策略在内的更多部分,他需要从整体动态流程上考虑产品是否能解决用户的问题。UI 属于 UX 的一部分。

UI 设计重心则是色彩、排版等视觉方面。UX 设计以用户为中心,关注任务流和使用场景。相似之处是两人都留着大胡子。

UI 是你使用的部分,而 UX 是在你使用时的感受。

UI 设计师关注按钮的颜色,考虑的是视觉的部分,是产品看起来如何。而 UX 设计师则关注按钮放置的位置是否合适,最终出发点是用户的感受 ,想要弄清楚人类想要使用的是什么,解决用户痛点。

近年来,在「设计思考流程」的趋势下,整体性设计流程越来越受到关注,UI和UX设计师的界限变得越来越模糊,设计师不再关细节部分,而是着眼整体和全局,只为打造以用户为中心的最佳产品体验。

一个App的界面设计流程是怎么产生的?

在悟空问答上的729个问题,只写接地气的科技内容,欢迎关注。

嗯,一般都是设计师直接画图,要么开发直接敲代码就出来了。开个玩笑,没有这么简单……

无论是APP、小程序、H5、Web网页,从最初的一个构想,到最后让用户看到整个界面,需要经历一系列的流程,需要很多岗位的人员参与,这里简化成为几个大致的流程跟大家讲一讲。

立项调研阶段

任何项目都不是凭空想象出来的,尤其是商业项目。产品只是服务的载体,尤其是互联网产品。所以任何产品在确认要开发之前,都必须经历立项调研的阶段。比如说需要调研整个市场行业的情况,有多大的市场空间可以切入;需要调研行业竞品的运营状况,他们是怎么做的,有没有盈利;需要对自身团队的能力进行评估,团队本身优势劣势在哪里,应该从哪个方向切入,有没有机会赚钱。

立项一般都需要项目经理来带头,还有市场、运营、技术、数据分析等等岗位参与进来,提交一份最终的项目调研报告给管理层,由管理层评估是否可以执行。当然,如果是外包公司的话需要与甲方多次对接需求,明确甲方爸爸要做什么事情。总而言之,就是要搞清楚这款产品有没有必要投入资源去做。

信息框架和原型

项目一旦立项之后,产品经理就开始进场工作,嗯,就是狗都能当的那个产品经理……根据项目的整体规划,产品经理需要对产品本身进行规划,首先是规划出产品的功能需求,再将功能需求拆分成不同的迭代版本,制定产品的路线地图,这一块一般需要运营人员的参与一起来制定。

制定好功能需求和迭代的地图之后,产品经理就需要将每个版本的产品功能输出成为信息框架图,一般都是按照页面来挨个拆分,列出每个页面具体的功能模块;然后再根据信息架构图,绘制产品的原型设计稿。原型这个东西可繁可简,有的产品经理喜欢画高保真的原型,有的产品经理喜欢用框架图。怎么用无所谓,能够让设计师看得懂就行。

UI设计稿和UX交互流程图

产品做好原型图之后,通常会先跟各个部门的负责人统一做一次评审,确保产品功能层面没有问题。确定好原型之后,UI设计师开始进场工作,将原型图设计成最终用户看见的界面,也就是高保真的设计稿。此时产品最好别多说话,尊重设计师可以有效提高工作效率……

设计师完成高保真设计之后,产品经理再将各个高保真页面串联成为交互流程图(大公司会有专门的交互设计师,但是大多数公司并没有专门设立这个岗位,多数是由UI设计师和产品经理共同完成),交互流程图是介绍整个产品从首页到最后的页面,每个按钮怎么跳转,每个页面展示内容的说明图,是技术最重要的开发指南。

技术开发和测试

高保真设计稿和交互流程图完成之后,就可以找技术和测试的小哥哥们进场了。此时就是最容易吵架的开发需求评审,这个时候会出席的人员一般会有:项目经理、产品经理、设计师、开发工程师、测试工程师,还可能有运营等其它部门的旁听。技术的评审会一般由产品经理来主持,讲解产品的具体功能怎么做,此时就会面对技术尤其是架构师的各种质问,准备不充分,逻辑上有漏洞,那就准备好技术的狂轰滥炸吧!

需求评审之后,技术就开始进行开发啦~此时产品经理一方面需要盯着开发的时间进度,另一方面需要与测试工程师一起参与已经做好的模块的测试,找到潜在的BUG进行修复,最终大家一起做出一款可以完美使用的产品出来。

运维和迭代

产品开发完成之后,就可以交给运营方面的人员,内部试用准备上线的工作了。此时项目经理已经去忙其它项目了,技术开发也去做其它事情了,产品经理需要定好产品的数据埋点工作,通过埋点数据来对产品进行后续的优化,着手下一个版本的功能需求。

产品这边交给运营之后,就开始正常的推广上线了,也就是到了用户手中可以使用的App操作界面。因此大家可以看出来,一个产品从构思到最终上线,短则一个季度,长则两三年的时间,比如说游戏这种大型的项目。每一个产品背后,都是一个团队辛劳的付出。

产品经理的设计要做到什么程度?

产品经理的原型设计相较而言是比较粗略的原型设计,能够将产品所具备的功能、界面所需包含的信息、交互的模式和大致的排版体现出来,基本就足够了。至于颜色、字体、图案等美化方面的设计,则可以留给专业的设计人员进行高保真处理。

原型设计示例

原型是产品想法的表达。原型让产品经理得以展现他们的设计,以及模拟真实的使用场景。在数字化的背景下,原型能够模拟用户与界面之间的最终交互行为。根据产品团队的需求,原型可以模拟整个app或仅单个交互行为。原型可以模拟最终产品的运作方式。它支持产品团队测试其设计的可用性和可行性。也有很多人将原型与草图,线框图和模型混淆,实际上它们不同于原型。“交互性”这个概念是原型的根本,因此这就是为什么草图,线框图和模型不能被视为“原型”的理由。

低保真原型设计是将高级设计概念转换为有形的、可测试物的简便快捷方法。它首要的也是最重要的作用是——检查和测试产品功能,而不是产品的视觉外观。

高保真原型:几乎完全按照实物来制作的原型就是高保真,原型中甚至包含产品的细节、真实的交互、UI等等。虽说是低保真原型,但也并不意味着产品原型所有部分都去粗枝大叶的去做。核心关键部分还是需要制作高保真的原型。

原型图分成高保真和低保真,产品经理所需要负责的是低保真的原型设计。为什么我们不画高保真原型?原因包括:

它会让我们没有时间深入思考产品的逻辑

它修改起来极度浪费时间,阻止我们探索更多方案的欲望

它影响UI设计师的创造性发挥

怎么开发一个APP?

“app开发到底是什么?”

简单来说,开发一款App就是一个从构思到实现的过程,这个过程就包括:

需求整理:把构思一一整理、落实成一份需求文档

产品设计:根据需求文档设计出app的原型图和UI图,就是app的每一个页面的效果图

APP前端开发:Android端和ios端的用户端开发,就是App呈现给用户使用的内容

服务端开发:PC端的管理后台开发,比如管理用户数据、商城的操作管理后台等

接口联调:将用户端和服务端连接起来,形成一个完整的app,使得用户可以使用App,自己可以运营管理App。

测试验收:将App装在不同型号的手机中进行测试,检查内容板块是否适配,修改bug,调整细节等。

前期

一:需求沟通

产品经理整理出项目的具体需求和功能列表清单,并分析没有考虑到的或能否实现的需求。

二:项目可行性分析

客户自身和产品经理都需要清晰了解该项目的功能特点、用户痛点、行业需求和为用户提供的服务内容等,每一点都要做出详细的调查分析,尤其是客户痛点这块。如果开发出来的App存留很多痛点,那么就算开发成功,也没多长时间的存活时间。因为任何一个App最终的成功都是建立在用户基础之上的。

三:功能流程梳理

(1)整理架构

整理架构的过程就像是修房子打地基,产品经理会梳理产品整体功能架构,整理出核心内容,打造产品的地基,以确保客户以后可以在这个原有的基础上进行调整,更为方便、更具有扩展性。

(2)功能列表

接下来,产品经理会做出更详细的功能列表,添加每个模块的细节内容及具体功能,比如“注册”用哪种注册方式,短信验证码还是第三方注册等。这部分就像你在装修毛坯房时,首先要考虑加上门窗、水电改造等。

(3)梳理流程

产品经理会根据客户的需求梳理出产品的核心业务,会帮客户提前考虑到他们现有的流程是否可以在互联网上进行操作,例如一些传统行业转互联网的企业客户,产品经理会站在移动互联网的专业角度帮客户梳理并优化流程。

四:量身定制实施方案

当需求文档确认完毕之后,售前顾问会根据客户需求量身定制一套App开发方案和报价清单,包括项目组人员安排、时间节点安排和技术方案等。

售中

一:产品设计

1.原型设计与评审

喜望软件的产品经理根据需求文档设计出高保真原型图,包括功能的结构性布局、各分页面的设计、界面交互逻辑的设计等。高保真原型图将需求文档转换为更直观的软件demo版本,这样即可以确认更多的细节,保证项目研发的效果,也能避免沟通不畅或沟通不到位而引发的纠纷问题。

2.UI设计与评审

原型图设计确认好之后,UI设计师会根据产品的定位和原型图设计UI界面效果图了,相当于是在原型图的基础上加上颜色、确定产品整体风格、功能具象化处理、交互设计和排版布局等,使客户更直观的可以看到App的雏形,具有极高的还原度,能够为用户带来更高的体验度。一个完整的App需要一个吸引用户眼球的创意,这就需要产品经理和UI设计师在创意策划上有着独到的见解。

3.需求详细讲解

产品经理会跟项目经理对接需求和原型图UI图,讲解客户的详细需求、功能板块、跳转页面等,项目经理需要细化需求,将这些需求和图片翻译成工程师们能更好理解的语言。接着,项目组会搭配着原型图UI图来召开技术会议,统一进行项目需求讲解。

4.技术标准制定

项目经理在了解清楚整个项目的需求后提供易扩展、可持续迭代的技术框架方案,比如是原生开发还是混合开发、用Java还是PHP、还有第三方选型等。

二:敏捷开发

1.迭代开发计划

在正式进入项目开发之前,项目组会对项目本身进行评估,对研发周期、提测时间、预发布时间点进行初步的判断。接着对项目功能进行分解,把项目需求划分成4-5个节点,比如1号-9号做第一个功能模块,10号-15号做第二个功能模块……项目组把迭代开发计划发给客户确认后,就开始按着这个计划做节点研发了。

2.节点研发

按照需求分析整理出来的功能数据处理情况,项目组会建立合理的数据库表结构,优化数据算法,提升数据的处理效率,保证后期App使用过程中数据的安全性、准确性、稳定性和及时性。

一个完整的App项目一般包含以下几个模块:

(1)服务器端:编写接口协议文档,服务器环境架设(国内一般都是用阿里云服务器,国外一般用亚马逊),设计数据库和编写API接口,业务功能实现及接口封装、管理后台的开发。

(2)App端:根据UI设计图进行界面开发,UI开发完成后对接服务器接口,通过服务端接口获取数据,编写功能上的逻辑代码。

(3)Web管理端:根据前端的业务逻辑,后台会有相应的功能与之匹配,同样需要编写功能上的逻辑代码。

在项目研发阶段,项目经理进行技术攻关,流程助理同时跟踪进度,项目组也会每周向客户进行开发进度汇报,并协助客户申请软著。

3.单元测试

以前的开发流程就是工程师从头写到尾,把App功能全部开发完成后再进行系统测试,这样就很容易出现以下几个问题:修改了一处bug却在另一处地方引发了新的bug、扩展新功能的同时导致旧代码出现bug等等,这个时候就需要引入单元测试。

单元测试简单来说就是工程师做一个节点研发,测试工程师就测试一个节点,这样就能够清晰的知道是否破坏了老的业务逻辑,容易排除掉一些非常低级的错误,大大减少回归出错的可能性和调试的时间,提高代码质量。

4.系统测试

App功能开发完成之后,测试人员会对整个项目进行系统性测试。而完成项目测试调试最重要的环节是问题的管理,追踪各个bug的进度以及状态,包括指派给谁、优先级、修复状态等,以便有质量地完成问题的处理。

产品面向的平台多机型同步测试,包括:App内容测试、App性能测试、App功能测试、App视觉测试,对BUG调试修复。测试合格,确认没有bug后与客户进行沟通,开始验收,再由客户进行测试,提出修改意见。

中期

三:上线交付

01用户体验测试

喜望软件在2018年新设了一个“创新性人才岗位”——用户体验官,这是移动互联网行业首创的“从功能试错服务到运营实践服务”。

用户体验官的工作就是用户体验测试,从用户体验、产品、易用性、颜值、App设计还原度等多个维度进行体验性测试,并通过后台上传真实的前期种子数据,让整个App的内容很丰满,互动性强。用户体验测试是从项目本身的用户群体和运营逻辑来帮助客户打造好整个App的调性。

02部署上线

在代码开发和测试完成后,就进入了后期上线的阶段。

(1)部署正式服务器:将数据库、后台系统部署到正式的服务器上面,并录入正式的上线数据到app系统后台。

(2)准备上架相关的资料:如软件著作权、应用说明、App界面截图和打包版等。

(3)发布App应用到市场:根据App端口选择发布iOS或Android应用市场。

①Android:涉及的应用市场很多,主流市场是腾讯应用宝、手机百度助手、360手机助手、91手机助手,不同的应用市场的受众属性和流量会有所不同,需要根据客户需求和项目实际情况来选择。一般来说,1-2个工作日就可以通过审核上线。

②iOS:发布到App Store,提交后一般最快都需要5个工作日左右才可以通过审核上架。因为App Store审核比较严格,比如是否符合最新的上架要求、是否涉及到虚拟货币、是否支持最新环境等很多问题都会决定审核能否通过。

但有可能会遇到这种情况:比如某App存在3个导致不通过的问题,App Store只要找到其中一个问题就不会通过,不会把3个问题都找出来告诉你为什么拒绝,所以如果经验不足,上架N次花费几个月都是很有可能的。

③发布小程序到微信公众号:需要把小程序发布提交给微信团队审核并上架,一般1-2个工作日就可以通过审核上线。

后期

一:前期维护

一般的App开发完后都需要进行维护,即便是已经达到相对稳定的阶段,也可能随着手机系统的升级或长时间的使用等,出现一些小问题或隐藏得比较深的bug。

一个项目正式上线运营了3个月左右的时候就已经清楚了整体的运营模式和部分功能欠缺,接下来想要继续运营app就需要迭代开发、优化功能模块。

在此期间,喜望软件会解答客户的疑问、指导软件的使用和内容的上传等事项,以及修复程序Bug、突发情况发生后紧急维修等。

二:定制更新

在App投放到市场后,会得到用户以及市场本身的一些反馈,从而知道该如何修正或者调整运营策略,当目前系统的功能无法满足项目需求时,就需要规划新一版本功能的迭代问题了,也就是开发项目2.0。

喜望软件会帮助客户进行定制更新,也就是继续App开发前期“前期”所做的工作:需求沟通、可行性分析、功能流程梳理以及量身定制实施方案。

这个迭代方案一般根据以下2点进行制定:

①未完善的BUG

比如上线后的App在运营过程发现的一些BUG,或者逻辑错误的一些地方,如果我们想要修复这些逻辑错误问题和功能BUG,就必须进行App的迭代。

②App数据分析

数据是极其重要的衡量标准,通过分析App的投放资源、用户激活率、转化率、留存率和用户进入使用不同功能的占比、各个环节的流失,寻找对App体验影响较大的指标,分析自查功能设计上的优劣,以便进行功能上的版本迭代。

三:迭代开发

同样的,当项目进行迭代开发时,也会重新经历“中期”的全部过程,包含产品设计、敏捷开发和上线交付等所有的产品生命周期。

发表评论

快捷回复: 表情:
AddoilApplauseBadlaughBombCoffeeFabulousFacepalmFecesFrownHeyhaInsidiousKeepFightingNoProbPigHeadShockedSinistersmileSlapSocialSweatTolaughWatermelonWittyWowYeahYellowdog
评论列表 (暂无评论,192人围观)

还没有评论,来说两句吧...