亲,你好
根据开发状态,做最高保真的原型。最终期望是能达到的就是和产品实际运行时一样的状态。
祝您生活愉快
什么是Axure及产品原型axure RP是一款快速原型设计工具,它不需要任何编程或写代码基础,就可以设计出交互效果良好的产品原型,常用于互联网产品设计、网页设计、UI设计等领域。
作为一款热门的原型设计工具,它可以完成很多纸和笔画不出来的事情,特别是高交互的页面,用动画效果展现让人瞬间清楚你要表达的内容。
原型:用线条、图形描绘出的产品框架,也称线框图。
原型设计在整个产品流程中处于最重要的位置,有着承上启下的作用。何出此言?原型设计之前需求或是功能信息都相对抽象,原型设计的过程就是将抽象信息转化为具象信息的过程,之后的产品需求文档(PRD)是对原型设计中的版块、界面、元素及它们之间的执行逻辑进行描述和说明。所以说,原型设计的重要性无可替代,产品经理应当要对此有绝对的控制和驾驭能力。
话说回来,原型设计虽然很重要也应当是有限度的,原型设计的作用有以下几点:
1、因为是原型是需求和功能的具象化表达,所以原型可以辅助产品经理与领导、交互、UI和技术的沟通产品思路。
2、因为原型相较于UI稿来说修改更方便,所以原型能提高产品经理的功能设计没通过评审时返工的工作效率。
产品原型应该做到什么程度以下内容,个人观点。如有不足,敬请指正。AXURE做原型分为低保真、高保真两种,再复杂就是有交互效果的原型。低保真就是只有线框图。纯粹的只用线框来表示功能,没有做任何的渲染。这种低保真我认为适合在公司内部最初梳理功能、流程,并且不需要想客户演示时候使用。高保真原型。下面我认为都是高保真原型。前面的只是简单的很白色渲染,后面是用真正的渲染。这两种可以根据客户类型和项目时间来决定出那种。前面好处是更接近真实效果,而且不影响美工视觉,出的速度很快。后面的对美工影响很大。很可能会完全照做。还有一种就是可以交互的。比如你输入用户名和号码后,点击登录会跳转到首页。只是数据是静态数据。这种原型做出来要花很长时间。但却是蒐集客户需求,避免开发成本的最好原型。因为是可以交互的,最大程度还原产品。另外原型就是拿来不断修改的,并不是做了一次就定下。之所以做原型就是开前确定需求功能,避免因客户需求变动返工。要有重做的魄力。
产品经理做的原型和交互设计师做的原型有什么区别?如果是移动端的产品,交互相关的东西会涉及的比较多,由于PM需要规划每个功能点,倘若 *** 刀交互细节,将会非常费力,这个时候可以考虑将交互的细节分给交互设计师来做,自己全心全意规划功能,此为上策。虽然花费了一些沟通成本,但优化后的交互细节,在用户体验上会达到一个更加专业的程度。
综上所述,PM的demo和 Interaction designer的demo,最大的区别在于对交互细节的描述上,亦需根据产品的交互复杂度来定。
题外话:作为PM,需要不断提升自己的能力,不管是交互还是技术甚至是UI审美方面,都要保持进步,这样才能应对更多的复杂急性事件。
两者怎么配合,工作才不会重复,发挥最佳效果? PM整理思维脑图,头脑风暴之后,优化思维脑图,然后出草图,你可以用Axure或者visio甚至腾讯出的UI disigner或者最近比较流行的Fluid UI(APP设计工具)来画草图,也可以称之为低保真原型图,在这个低保真原型图中,你需要一一罗列功能点,交互细节大可不必提及,完成后主动找交互设计师进行沟通交流,要耐心的将各个功能点向交互设计师描述清楚。交互设计师了解到这些功能点之后,会根据自己专业能力的感知,来进行高保真原型设计。我一直认为,交互设计师应该精通Axure,甚至应该具备非常高的文字描述能力,因为作为PM,我觉得交互设计师、前端设计师就是灵魂铸造师。高保真原型出来之后,PM应主动与交互设计师沟通,看看是否有需要修改的地方,两个人需要在灵魂层面达到二合一的境界,对功能的理解一定不能有出入,一些功能细节,PM应该把关,某些交互细节,应该提出自己的意见,换位思考,理解交互的设计含义。耐心与责任心在这个时候显得尤为重要。统一方案后,就可以提交UI进行设计了。之后就是前端工程师的静态页面设计,程序员的技术实现,TEST了。整个过程中,PM的沟通能力得到了最大程度的提现。所有的这些,都基于你对产品的热情程度,因为只有热情,才能让你持续不断的保持上文提到的那些能力。
如果是乔布斯做产品经理,会不会把交互设计师的活也全包了?乔老爷不会凡事亲力亲为,我个人认为乔老爷最大的优势在于,作为一个相当偏执的人,对产品细节的掌控力、对产品极致程度上的把握以及对产品未来形态的发展趋势,非常精细,甚至可以预测到产品的未来。这都是因为他洞察那些因果关系,他得手下,全部都是精英。所有交互的工作他不需要做,作为一个领导者,他得方式有些特别,交互做的不好,体验不到位,他会直接骂,这是狗屎。然后不断的修改吧,一般人很难理解这种做法,但换过来说,这其实对交互而言,也是一种精益求精的鞭策。以上内容为我对这三个问题的理解,可能有不到位的地方,仅供参考。
产品经理画原型图用的是什么软件1、Axure RP(Rapid Prototyping)
Axure(读音为Ack-Sure)无疑是目前最受关注的原型开发工具,其能通过组件的方式帮助网站或软件设计师快速建立带有注释的原型(流程图、线框图),并凭借自定义可重用的元件、动态面板以及丰富的script能够建立基本功能或页面逻辑的动态演示文件。
Axure借鉴了office的界面,能够让用户快速上手,并且提供了丰富的组件样式修改,使得通过其能够创建低保真、高保真甚至接近于实际效果的界面。然而最让人称道的是,Axure的丰富的脚本模式,可以通过点击和选择能够快速完成界面元素的交互,如链接、state切换、动态变化等效果,使得Axure能够生成十分接近于真实产品的原型。另一方面,Axure能够导入其他人创建的元件库,使得Axure能够满足绝大多数类型产品的设计。
但Axure仍然有一个让人头痛的问题:对于中文的支持不太友好。在小部分元件上输入中午的时候,经常需要像碰运气似的反复切换输入法,破坏了咱们设计师的用户体验。
瑕不掩瑜,Axure仍然是交互设计师的首选原型工具。
2、Microsoft Office Visio
Visio在2000年被微软收购,并在2002年成为office2003套件中的一个组件,最新版本是2007。Visio能够获得推荐的原因是因为Visio的适用性非常之广,从网站界面、数据库模型,到平面布置图到工艺流程图,Visio都提供了相应的元件库和模板来进行快速创建。
相较Axure而言,Visio更适合于传统行业的生产或流程设计,或者软件及互联网行业中的信息、数据和流程的说明,而不太适用于web界面。因为其的基于web的元件库还是比较少,并且形式和结构也更类似于word中的图形工具,因此在原型开发效率上都有所不足。
3、Balsamiq Mockups
这个基于Adobe AIR Runtime的工具实在是有让人眼前一亮的感觉,手绘风格的元件样式粗犷淋漓,能创建接近于纸上手绘的原型文件。其提供了丰富的手绘风格的web常用元件,包括常用的html控件、以及一些组合控件,如多媒体控制器、标签页、列表、Iphone界面元件等。
Mockups最值得赞赏之处在于其提供的多数组件都可定制外观,对于中文的支持也不错(选择View > Use System Fonts)。
4、Mockflow
Mockflow和以上工具最大的不同在于Mockflow是一项基于Adobe Flex技术开发在线服务,提供了与Balsamiq Mockups基本相似的功能,甚至更丰富的组件,虽然其元件定制化不够强大,但其提供的元件库默认样式却非常适合用来做商业产品原型的搭建。有一个让我爱不释手的功能是模板,可以设置基于任何页面的模板来进行新的页面设计。
与其他模板工具相比,mockflow有一个非常特色的功能,基于web的存储可以在任意电脑上联机打开,同时可以其他人进行快速的分享,并收集在线反馈意见,非常适合虚拟团队的原型设计交流。
虽然在线服务的基本帐号只能创建一个文件,但单个文件却没有限制页数,因此也基本上足够使用。
5、Pencil sketch
Pencil 是一款基于Firefox的扩展组件,安装之后即可在Firefox的工具菜单中打开Pencil的绘图面板。功能比较简单,仅能用以日常简单工作的辅助 说明。提供的默认元件都是基于软件工程,因此更适合用于windows桌面程序的简易界面搭建,或者是基本的页面功能说明,并不适用于严肃的原型开发,但 好在体积小、又轻便,能够方便将网页中的
做产品原型设计有哪些需要注意的问题产品狗在将框线图画好之后,往往会特别欣喜,TMD辛苦这么久终于有点收货啦。但是,这时候的框线图通常是不完整的,很多场景、因素缺少考虑,小到一个button的放置,大到功能的设计。把这么一份不完整的原型交付给技术,不但技术会喷你,搞不好最后用户喷你,甚至Boss也来喷你。所以,打磨原型,尽量考虑各种场景、因素,绘制原型时尽量细化分析,让所有人从原型就能看到你的态度,是一件非常重要的事情。
一、功能注意事项
• 功能是否必须
• 技术实现成本是否能接受
• 针对当前版本的优先级考虑
• 内容谁来更新,是否牵扯到运营端的职责,是的话如何配合
• 运营端、用户端各需如何统一配合
• 这个方案是否最优解决方案
• 第一期MVP,该如何取舍功能
• 当前原型,是否最简洁体现?哪些地方可以优化
• 如何让用户最快看到想要的,最快去掉不想要的内容
• 上线第一版如何让用户不感到内容过少
• 是给用户推荐我们主打的内容,还是用户个性化定制的内容
• 内容该如何分类,分类是否具有可持续扩展性,合理
• app中的内容,第一期是否全部都能提供,不能的话如何设计才能完美过渡
• 用户的UGC内容是否有数量限制,字数、上传数量、条数等
二、细节注意事项
• 第一版冷启动,用户没有定制任何内容,该如何推荐用户订阅
• 第一版冷启动,各种功能的引导功能和文案
• 每个地方的引导文案,如何让用户无感觉自动被引导其他页面
• 功能图标的位置放置
• 内容流的数据获取逻辑、排序逻辑
• 列表页为空时的显示效果
• 载入过慢时、断网时载入过程中的提示
• 由WIFI切换3G时的是否下载消耗流量提醒
• 列表页在文字左边还是右边
• 列表页的元素、主题、简介、作者、时间是否全部必要哪些是无用的。
• 是左右滑动,还是点击链接进入
• 是否能查看大图,大图的展示形式
• 产品终端页是否可能有多张,有的话如何查看不同,如何轮播
• 是左右滑动,还是点击链接进入
• 按钮,图标,链接不可用时,如何呈现
• 文本长度超过标准被截断时该如何显示
• 确认button是在左边还是右边
• 下拉框,列表框的默认定位
• 时间的展现方式,YYYY-MM-DD,也可以YY-MM-DD等
• 选中与被选中的状态
产品原型工具有哪些Axure是比较好的web原型设计工具,目前最新版本是65,测试版是70,其中70有较大的改进,特别是扁平化设计方面。
初始产品和原型机的区别是什么原型机比初代产品更早,原型机验证技术应用,初代产品是先期小批量量产的产品,是验证工艺和生产的
做产品原型设计有哪些需要注意的问题需要的各种知识和技能 主要内容包括:物联网概览,联网装置的设计原则,互联网的基础知识,原型系统的嵌入式软硬件、结构组件、在线组件的设计、开发或制作,嵌入式编程技术,物联网产品的商业模式,产品的生产制造过程,以及和物联网有关的道德伦理问题。可以在物联商业网上看下相关应用案例。
需求是如何变成产品原型的DoS攻击、DDoS攻击和DRDoS攻击相信大家已经早有耳闻了吧!DoS是Denial of Service的简写就是拒绝服务,而DDoS就是Distributed Denial of Service的简写就是分布式拒绝服务,而DRDoS就是Distributed Reflection Denial of Service的简写,这是分布反射式拒绝服务的意思。不过这3中攻击方法最厉害的还是DDoS,那个DRDoS攻击虽然是新近出的一种攻击方法,但它只是DDoS攻击的变形,它的唯一不同就是不用占领大量的“肉鸡”。这三种方法都是利用TCP三次握手的漏洞进行攻击的,所以对它们的防御办法都是差不多的。
DoS攻击是最早出现的,它的攻击方法说白了就是单挑,是比谁的机器性能好、速度快。但是现在的科技飞速发展,一般的网站主机都有十几台主机,而且各个主机的处理能力、内存大小和网络速度都有飞速的发展,有的网络带宽甚至超过了千兆级别。这样我们的一对一单挑式攻击就没有什么作用了,搞不好自己的机子就会死掉。举个这样的攻击例子,假如你的机器每秒能够发送10个攻击用的数据包,而被你攻击的机器(性能、网络带宽都是顶尖的)每秒能够接受并处理100攻击数据包,那样的话,你的攻击就什么用处都没有了,而且非常有死机的可能。要知道,你若是发送这种1Vs1的攻击,你的机器的CPU占用率是90%以上的,你的机器要是配置不够高的话,那你就死定了。
不过,科技在发展,黑客的技术也在发展。正所谓道高一尺,魔高一仗。经过无数次当机,黑客们终于又找到一种新的DoS攻击方法,这就是DDoS攻击。它的原理说白了就是群殴,用好多的机器对目标机器一起发动DoS攻击,但这不是很多黑客一起参与的,这种攻击只是由一名黑客来 *** 作的。这名黑客不是拥有很多机器,他是通过他的机器在网络上占领很多的“肉鸡”,并且控制这些“肉鸡”来发动DDoS攻击,要不然怎么叫做分布式呢。还是刚才的那个例子,你的机器每秒能发送10攻击数据包,而被攻击的机器每秒能够接受100的数据包,这样你的攻击肯定不会起作用,而你再用10台或更多的机器来对被攻击目标的机器进行攻击的话,嘿嘿!结果我就不说了。
DRDoS分布反射式拒绝服务攻击这是DDoS攻击的变形,它与DDoS的不同之处就是DrDoS不需要在攻击之前占领大量的“肉鸡”。它的攻击原理和Smurf攻击原理相近,不过DRDoS是可以在广域网上进行的,而Smurf攻击是在局域网进行的。它的作用原理是基于广播地址与回应请求的。一台计算机向另一台计算机发送一些特殊的数据包如ping请求时,会接到它的回应;如果向本网络的广播地址发送请求包,实际上会到达网络上所有的计算机,这时就会得到所有计算机的回应。这些回应是需要被接收的计算机处理的,每处理一个就要占用一份系统资源,如果同时接到网络上所有计算机的回应,接收方的系统是有可能吃不消的,就象遭到了DDoS攻击一样。不过是没有人笨到自己攻击自己,不过这种方法被黑客加以改进就具有很大的威力了。黑客向广播地址发送请求包,所有的计算机得到请求后,却不会把回应发到黑客那里,而是发到被攻击主机。这是因为黑客冒充了被攻击主机。黑客发送请求包所用的软件是可以伪造源地址的,接到伪造数据包的主机会根据源地址把回应发出去,这当然就是被攻击主机的地址。黑客同时还会把发送请求包的时间间隔减小,这样在短时间能发出大量的请求包,使被攻击主机接到从被欺骗计算机那里传来的洪水般的回应,就像遭到了DDoS攻击导致系统崩溃。骇客借助了网络中所有计算机来攻击受害者,而不需要事先去占领这些被欺骗的主机,这就是Smurf攻击。而DRDoS攻击正是这个原理,黑客同样利用特殊的发包工具,首先把伪造了源地址的SYN连接请求包发送到那些被欺骗的计算机上,根据TCP三次握手的规则,这些计算机会向源IP发出SYN+ACK或RST包来响应这个请求。同Smurf攻击一样,黑客所发送的请求包的源IP地址是被攻击主机的地址,这样受欺骗的主机就都会把回应发到被攻击主机处,造成被攻击主机忙于处理这些回应而瘫痪。
通过 TCP 进行的内部蠕虫传播
连接表安全漏洞利用
蠕虫传播期间的未决域名系统 (DNS) 安全漏洞利用
淹没攻击期间的连续 TCP 连接
使用现有连接的超文本传输协议 (>
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)