【移动互联网】为什么像移动、联通、电信这些垄断企业还要打广告？_互联网_易房网
为什么像移动、联通、电信这些垄断企业还要打广告？
作者：admin
易房网小编为您精选了网友的解决办法，供您参考 ----------------------------------------------------- 网友回答： 易房网小编
易房网小编为您精选了网友的解决办法，供您参考-----------------------------------------------------网友回答：
易房网小编为您精选了网友的解决办法，供您参考-----------------------------------------------------网友回答：
扩充用户基数！
1.本站遵循行业规范，任何转载的稿件都会明确标注作者和来源；2.本站的原创文章，请转载时务必注明文章作者和来源，不尊重原创的行为我们将
追究责任；3.作者投稿可能会经我们编辑修改或补充。
纽约汽车冲撞行人 曾服役于美国海军的司机为何在
纽约汽车冲撞行人 曾服役于美国海军的司机为何在
红粉佳人俏舞台
徒手扛机攀大山 垂直“天路”迎来最美志高人
巴西总统说不会因封口费事件辞职
男子发视频称在拘留所吃肉喝酒，还能玩手机！没想
减重手术治疗糖尿病（健康互联网）
友情链接、商务合作QQ:关于软件原型方法若干问题的讨论(网友修改版）_需求管理_领测软件测试网
关于软件原型方法若干问题的讨论(网友修改版）
发表于：来源：作者：点击数：
[说明一下： 这文章本来是一个叫blueski的人写的， 我在一个系统分析员朋友那里发现的。看的时候让我非常深入，因为他说的和我做的基本上完全是一样的，，太一样了。这个人可能和我现在的工作时一样的。。 所以就自己修改了些 增加了些发给大家一起讨论讨论
[说明一下： 这文章本来是一个叫blueski的人写的， 我在一个系统分析员朋友那里发现的。看的时候让我非常深入，因为他说的和我做的基本上完全是一样的，，太一样了。这个人可能和我现在的工作时一样的。。 所以就自己修改了些 增加了些发给大家一起讨论讨论 ]
　　竞争对手太多了！终于签下合同--&得到了“正式”的客户提供的“书”的几片纸--&凭借自己的理解立即投入--&“木已成舟”，生米终于熬成粥--&用户拒绝接受？--&艰难地修改，反复修改，人员厌倦了，而用户对系统用之无味，弃之可惜，遂成鸡肋。-- &由此后期收款遥遥无期，软件公司不再和用户保持沟通--&互相埋怨，扯皮由此而生。或者，一个项目拆成为多期，从而收取一部分款项，而很多的开发都作废。这样的案例真是何其多也！　　究其主要原因，与其说是没有搞定关键客户，或者不当，不如说是没有帮助客户解决其问题，对客户真正的需求研究不够。实际上，原型方法是解决此类问题、确保项目成功的最佳途径。
　　我在写此文的同时，也试图寻找，不知道是本就没有，还是自己所不幸而未找到。看来原型并没有明确的标准，而目前不同软件公司的理解和做法各不相同也就不奇怪了。但从软件过程的角度来考察，原型法仍有着通用的优化的做法。本文试图从作者的实践经验出发，对原型方法进行思考与探讨。　　另外，本文是发散型的，在研究原型的同时，也讨论了原型相关的谌荨Ｔ?捅局噬嫌行┫笫桥鬃┮?瘢??疚囊仓荚谂鬃┮?瘢??抟庥谝桓诺芈鄱ㄊ裁础?/P&
2 什么是原型
2.1 原型的定义
　　原型(prototype)即把系统主要功能和接口通过快速开发制作为“软件样机”，以可视化的形式展现给用户，及时征求用户意见，从而明确无误地确定用户需求。同时，原型也可用于征求内部意见，作为分析和设计的接口之一，可方便于沟通。
2.2 原型的主要价值
　　原型法主要价值是可视化，强化沟通，降低风险，节省后期变更成本，提高项目成功率。一般来说，采用原型法后可以改进需求；虽然投入了较多先期的时间，但可以显著减少后期变更的时间；原型投入的人力成本代价并不大，但可以节省后期成本；对于较大型的软件来说，原型系统可以成为开发团队的蓝图；另外，原型通过充分和客户交流，还可以提高客户满意度。
2.3 基本要求
对原型的基本要求包括：
* 体现主要的功能；* 提供基本的界面风格；* 展示比较模糊的部分，以便于确认或进一步明确，防患于未然。* 原型最好是可运行的，至少在各主要功能模块之间能够建立相互连接。
2.4 处理方法
　　原型的处理方法基本上有2种不同类型，即抛弃型和演化型（不同的书籍称发不同，实质意义则类似）。可以抛弃原型，在取得的明确需求基础上重新开始设计与开发；也可在原型的基础上继续开发。一般小项目不采用抛弃型原型，否则成本和代价似乎会偏高。
2.5 表达工具
　　原型的表达工具可以有很多，如果是演化型的原型，当然优先选用软件本身的开发工具。否则还可以应用各种快速显示的工具，例如，HTML，Powerpoint等等，只要能够充分而形象地表达就可以了。　　根据笔者的经验，在原型系统中，可以采用一些与常规不同的做法，例如，可以在界面上比较显著的地方写明当前模块或界面的主要目的，由哪些角色操作，能解决其什么问题。这么做可以使得用户或开发团队成员一开始就有非常清楚的概念；又如，对于决策分析，你可以直接把一些分析结果画成图，并且配上一些文字说明，这样可以避免输入大量初始数据，等等。
3 原型在软件过程的地位
　　软件的根本目的是实现用户的需求，提供用户日常使用，解决用户工作中有所不便的问题，提高其工作效率，改进质量，加强管理控制，最终直接或间接地提高其效益。因此软件开发本质上就是需求的处理和实现，而软件原型对需求确定来说具有非常重要的意义。原型方法包括2个基本过程，即原型制作和原型评价。
　　如果从需求角度看软件过程，我们不妨可以把软件过程这样划分：
3.1 需求收集和分析
　　搜集需求得到需求说明书，了解软件要做什么，做成什么样，解决用户什么问题。　　这时候软件公司以书面文档方式提出，例如需求问询表等。
3.2 提供原型并进行评价
　　制定原型开发计划，根据用户需求及不确定的高风险部分进行原型开发，在内部进行原型评价，请客户进行原型评价，以保证确实反映了用户的真正想法。
3.3 实现需求
　　当前的软件开发过程常常采用迭代方式进行开发，逐步求精，以降低风险和成本。对迭代的次数，每次迭代的里程碑，要实现的目标，及可提交的成果必须有可验证的清晰的计划。项目管理是一种艺术，迭代规划及里程碑定义都是一种挑战、一种艺术，但项目管理不在本文讨论范围。
3.4 需求变更
　　需求变更是正常的，也是难免的，应允许用户和开发团队自身对需求进行变更。变更处理的关键在于跟踪和控制，如何使产生的影响应得到控制，这属于的内容，也不在本文讨论范围。
　　原型在软件过程中的定位如下图所示：
<IMG onmousewheel="return img_zoom(event,this)" style="ZOOM: 70%" src="/DOC/share/8204722.jpg" width=691 onload="script:if(this.width>screen.width-333)this.width=screen.width-333">　　图1 软件原型的定位
　　实际上我们可以把原型看得更为广义一些。任何用户或者内部演示的材料，都可以看作为原型。例如，如果你的产品是某种通用的或者行业，虽然你其实还没有产品，但先做出一个原型，再加一个漂亮的白皮书，就可以在市场上进行预销售了。
　　对于抛弃型和演化型原型来说，也不是绝对的。演化型原型中必然会不断抛弃一些内容，而抛弃型原型，尽管在完成历史使命后不再使用，但很多思想以及部分设计还是可以继承的。
4 原型方法的一般过程
　　基于原型方法在整个需求过程中的地位，我们需要把原型法和需求处理放在一起进行讨论。采用原型法的一般过程如下图所示：
　　图2：原型法的处理过程
　　在上图中已经清楚地描述了原型的处理过程，值得一提的是，原型不仅用于给用户或者最终用户进行评议，同时完全可以在公司内部组织评议，看看我们周围吧，多数对技术的兴趣远远高于对需求的兴趣，因此其对系统的理解并不会比市场人员或者项目经理理解的深多少。这里的公司内部人员角色可以包括很多，系统分析员/程序员自身、项目经理、部门经理、用户代表、领域专家、等等，不同的角色往往会在其不同立场对系统提出中肯的意见来。　　另外值得注意的是界面设计的引入。我们认为将界面风格在原型阶段即进行基本确定是一种优化的做法，因为软件前期对界面的确定可以避免后期开发时对界面进行统一调整所带来的不必要的成本花费，良好的界面也可以使客户增加对系统的好感，当然，但愿用户不要只是欣赏界面而忽略了他们对系统功能的思考。要知道，如果仅仅是让用户看到美观的界面，那么整个原型几乎是白做了。
5 使用原型方法的相关问题探讨
5.1 为什么要采用原型法？
　　原型对一个项目取得成功具有重要的意义。俗话说：隔行如隔山，实际上软件公司很难保证其制作的软件正好就是用户所需要的，用户也很难一次性把其真实的要求完全提交，开始阶段提出的往往只是对系统的期望，和比较模糊的设想而已。而原型系统为用户提供了一个靶子，看着原型系统，用户往往就能进一步提出他们的真正想法。显然软件公司明确用户需求的最佳方式就是为用户提供原型并由用户进行评价。也许，跳过原型可以节省时间和前期成本，但你应该注意到，跳过原型的话，后期变更的成本会明显增加。
5.2 为什么在需求说明书之外需要原型？
1）眼见为实，文字具有歧义性，不同的人理解都不相同；2）最终用户往往在看到一套可运行的系统的基础上，才可能提出其真实的意见，如果到最终提交时才看到这样的系统就为时太晚。这也是以前无数软件开发留下的教训；3）便于发现问题，及时纠正；4）便于进一步展开，并取得用户的细节需求；5）体现原型的其它功能：便于公司内部如经理、市场部等对软件提出意见，便于开发人员对整个产品达成统一认识，等等。对内部人员来说，同样地，一套形象的原型也远胜过一堆专业术语文字；也就是说，原型对软件公司内部也十分重要。这些评价工作无形之中改进了项目质量。
5.3 原型方法有什么风险？
　　任何方法都是有利有弊，在我们可以探讨一下原型方法可能存在的风险。以下是一般软件公司所担心的风险：需要付出前期进度和人力成本；由于程序员对问题的不了解而效率低下，受客户牵制而在原型上反复修改；因为仓促设计而做不利于进一步在其基础上继续开发；由于过早展示原型给客户，使得客户可能提高其期望值，并提出更多离谱的要求，等等。
　　值得一提的是原型方法的主要价值之一就是尽早揭示软件中可能存在的风险及不确定因素，尤其是关于用户需求一致性方面的风险。
5.4 原型方法和其它方法或过程的关系如何，是否一致？
　　生命周期法中并不包括原型，或者说没有明确提供原型的概念和定义。原型可以认为是中的一个子部分。另外，应该说原型方法是对生命周期法的有益补充和完善。　　RUP中是最优化的统一软件过程，但RUP中似乎没有提到原型，RUP的核心过程是在迭代中精化。我个人的见解是，原型非常类似于第一次迭代的过程和结果。实际上，如果把原型看作为第一轮交付的成果，那么原型的很多不利之处，诸如花费前期成本等等，这些担心都将变得不复存在。　　XP方法对原型非常推崇，这是因为XP方法非常强调需求的重要性，甚至要求客户参与开发过程。但原型方法和XP也有区别。XP是分批交付，先做一个几个功能点的版本，完成后再每个开发周期往上面加其它功能点，而原型法一般要求做出比较完整，能覆盖主要功能点的粗略的版本。XP方法仁者见仁，智者见智，不一而举。
5.5 如何避免项目团队做原型的时候出现部分人员闲置？
　　在项目管理中，对人力资源的调配应和项目进展相匹配。实际上在用户接触到原型制作的同时，可以进行项目计划、架构设计、技术以及技术难点攻关等等。　　如果从广义上理解原型的话，架构设计者甚至可以设计出一种用户开发团队使用的所谓框架原型，包含了主要的设计成分、和示例。比较理想的结果是，当原型完成后，需求分析、架构设计和界面风格设计都趋于完成，从这一点可以看到，原型方法可以作为快速软件开发的重要手段。
5.6 如果避免项目在原型上停滞不前？
　　应使用有经验的开发人员，避免因为程序员不熟悉业务而延误进度；不要在界面设计上犹豫不决而占据时间；如果用户对原型提出了很多意见，其中部分比较明确的意见可以在开发过程中进行实现；和客户的交流应该简洁明了，而不是似是而非；另外，原型方法在项目过程中占据的时间应该在项目计划中保留出来，而不仅仅是隐含在需求调研与分析的一个部分。
5.7 如何避免用户看了原型后漫无边际地提要求？
　　首先，应该充分尊重客户，想想其它行业的服务质量吧。有没有听说过这样的说法，项目管理也是客户满意度的管理；软件是一种对客户的关怀，等等。确实，客户提出的思路可能和你已经形成的思路不同，一下子打乱了你的思路，也许项目经理并不介意，但这确是让设计者特别心烦的事情。如果确有把握，或者你可以不做到原型中去。有时候，即使原型很完美，用户也会额外地提出一些意见，这也是人之常情。但不管怎样，你不能认为用户根本不懂软件，让他们到时用就行了，抱这样想法的多半会付出代价。
　　其次应该进行坦诚协商，多数用户其实都是通情达理的。如果你在签订合同时答应满足任何要求，而此时又无法忍受用户的要求，那么孰是孰非应是题外之意了。一般来说，比较合理的做法可以通过增加费用、延长进度或者把需求实现分阶段来提交，以保持工作的延续性。对有些软件，尤其是信息管理系统来说，客户的实施时间其实并不是主要的，客户最需要的不是及时，而是合用。
　　其实，客户有着很多种类型，确实，个别客户会参考同类产品来提要求，极个别用户并不真正懂得计算机技术而对技术路线、技术手段等提出其意见，等等。但我们为什么还可以反过来想一下，如果是等到软件全部提交的时候，这部分用户仍有会提出同样的意见。提早暴露并解决分歧，对双方睹是有利的。如果软件公司明知可能存在矛盾，仍然先做好，然后等到用户提出反对后，再提出补充收费，如果喜欢，也无话可说。
　　总之，原型应本着对软件需求的基本理解来做，这样才能预防不一致性的发生。尤其应该针对不清楚的地方制作原型，从而尽量暴露问题，引发用户的联想，不能回避问题，掩盖问题（以免用户提出太多的想法），很多问题虽然一时掩盖了，但最终还是要发生的。
5.8 如何避免在原型基础上继续开发时的可维护性降低？
　　问题是这样的，制作原型时常希望快速提供原型，往往不及对软件结构或者进行细致设计。所以在此基础上继续设计和开发的话，有必要在开发前先进行调整。同时，在设计原型前就有必要确定，该原型是要抛弃的，还是要演化要继承的。对于要演化的原型，其设计不能过于粗略，显然这直接影响到今后的开发成本。
　　原型方法是可视化的方法，已成为快速软件开发常用的手段。软件公司或部门一旦得到了原型方法的回报，就会坚持使用。原型不是绝对必要，但非常有意义。
论坛里几个朋友的讨论：==============================================
写的不错。
在产品开发的过程中，原型是团队内部探索思路、有效沟通、检测usability的强大工具。在项目开发过程中，是非常有用的沟通手段，也是挖掘需求的有效手段，特别是对于那些用户需求不明确的客户，这种手段比较有效。
制作原型的手段有多种，除了常见的等之外，Flash也是很有效的手段，Powerpoint也可以作为工具之一，powerpoint做的好的话，也可以做一定交互性的原型，但不如Flash灵活和强大。我个人比较推崇Flash,用Flash制作交互性很强的prototype..甚至可以做到以假乱真的地步..而且，制作prototyping，并不需要很多时间。如果用Flash来做，如果不是制作那种动态反映数据的原型，就我来说，从设计到制作，一个人在短时间内，就可以搞定。
不过，在这几年的实践中，我在使用原型的过程中，也碰到一些问题。
1.首先应明确prototype的目的是什么，是用于给客户做demo，还是内部沟通，还是通过它获取用户需求？ 不同的目的，会意味着不同的要求
2.在prototype中，是否需要进来接近于真实？我想还是要根据需要而定，我们曾经犯过一个错误，我在用flash制作产品概念原型时，过于追求细节，甚至把按钮的disabled/enabled等各种状态都做出来。处理这些细节，花了很多时间，事后总结根本就不必要。
3.制作经验越多，耗时越少。一开始做Flash prototype时,没有怎么通过方式去制作，结果到后来效率低，很耗时，难以维护，后来很多一些操作通过方式去实现，效率提高了很多。
4.原型出来后，如何利用好它，跟用户沟通，是需要特别注意的地方。在实践中，发现跟用户沟通时间不狗，不充分的话，尽管有原型，但也存在用户并没有完全理解的情况。
5.如果是让用户试用的高保真原型，似乎用VB等工具，更有效一些。尽管Flash也可以制作可以动态添加、删除数据，接近于真实程序的原型，但似乎还不是特别方便，比如，制作可以拖拉的spliter效果，在Flash中没有现成的组件，只能自己做。当然，这跟我的编程能力也有关。
========================================================
Juui：其实我们首先要清晰的是一个概念问题： 界面原形只是用来充分的更形象化的说明spec、确定需求，并非产品的demo!
用flash我个人也比较喜欢， 但是要看是在什么阶段提供的这个原形了，如果是在spec尚未制定，或者用户需求尚未确定的情况下我还是比较喜欢用PPT，因为那样更加的方便客户自己去修改（某些时候客户自己修改的才是他最满意的，这个时候他也会很有成就感），，
还有就是 ： 切勿在界面原形上投入过多经历和纠缠过多细节！，那样就等于你给镜子里的自己化妆一样，也许用影子更加的合适，因为原形就是一个影子，只是一个系统的对照和表示别非软件演示！。。。
但是prototye作为DEMO会有很多局限的地方， 其实大部分的软件都应该有专门的演示demo 作为推销所有。我觉得咱们的讨论没有针对性的话就没有实质性，因为不同的软件需要演示的重点不一样。 比如我以前一直在做的稽核监控，我们的演示还需要演示其数据处理，即时监控和即时汇总。。prototye远远不是个了。而且推销所有的deno应该和给客户方演示的demo是不一样。
当然有些软件如果能够把prototye做的够深的话 一样是可以做为推销的演示demo用。 但是刚才我说到的是软件开发前期的原形演示，其主要功能是讨论具体需求，所有这个原形不会是很深的。
============================================================
ffffff：我觉得这种prototype是因项目而意的，做到什么程度用什么工具其实更多是取决于sales的意见，二人的意见并不矛盾，其实还有种prototype是给公司内部看的，做成什么样，是靠ui和dev的一些约定完成的。
Prototype和Demo我觉得最大的还是在功能上的区别前者主要是用来完善具体的系统功能需求，而最终的Demo更多的已经是一个比较功能完善的演示版系统。从我现在所参与的项目来说，现在更多的还是在前期的Prototype的设计开发上，我自己所完成的工作主要集中在界面UI方面，下次有机会再好好整理一下这段时间的工作心得吧。
原文转自：
评论列表（网友评论仅供网友表达个人看法，并不表明本站同意其观点或证实其描述）5款高效的原型设计工具 | 设计达人
爱设计，爱分享。
5款高效的原型设计工具
赞助商链接
设计并不是随心所欲，也不是每时每刻都需要创意。你需要一个向导为你指明方向- 这就是原型。
什么是原型？
原型可以概括的说是整个产品面市之前的一个框架设计。设计师可以利用它引导每个人都参与到项目中来。原型展示了各个部分之间的比重以及各个部分之间的联系。原型不仅仅只是表面的东西，它能够说明用户将如何与产品进行交互。举个栗子，一个下拉菜单，通过原型设计，你可以直观的感受到每次点击或者鼠标划过时菜单如何相应。
高效的原型设计工具
与其他工作一样，完成原型设计需要相应的工具协助。在众多原型工具中，这里推荐5款高效的工具。
1. Mockplus
工具地址：
简单易上手，摩客已经逐渐成为很多设计师们的选择。写代码是很讨厌的事情。因此，摩客给大家提供了拖拽设计原型的功能。
对于还在使用纸和笔的设计师来说，摩客提供了更多的灵活性。你可以使用素描风格的组件来画原型。摩客丰富的组件库和图标也让设计更加快捷。
摩客的易用性还表现在创建原型的速度。如果使用其他工具，你可能需要花大量的时间完成一个原型。但使用摩客，只需5分钟。你还可以通过扫描二维码，快速的预览原型。
今年摩客团队推出了2.1版本，这就意味着你可以使用简单的拖拽完成交互功能的设计。高度封装的交互组件（例如弹出面板、弹窗、弹出菜单、抽屉、内容面板、轮播、滚动区等）让原型设计变得更加简单，快速。想了解摩客更多功能，请查看摩客官方教程。文章中提到的功能只是很小的一部分，摩客还有更多简单好用的功能等着你去挖掘。
网站地址：
Uxpin，另外一款值得推荐的原型设计工具。这款工具的优点就是简单易用。它的界面十分简洁，你可以轻易的把图片和文件合并到你的设计中去。这款工具的预览功能也很好用，不仅可以预览原型，也可以预览点击时或者鼠标划过时各个页面的状态。其他人也可以对原型进行评论，方便了同事间的协作。
谈到评论功能，如果UXpin 能够在有新评论的时候增加一个提醒就更好了。目前没有这个功能，如果有新的评论，你需要手动的去检查。
3. Proto.io
网站地址：
与其他原型工具不一样，Proto.io 是一款在线工具，因此使用它的时候需要联网。如果你经常在线，那么使用这款工具就没什么问题。其中很重要的一个功能就是内置的组件库，设计师都知道从第三方寻找组件是很痛苦的事情。即使软件中没有你想要的组件，你也可以轻易的从第三方导入。
如果你只是需要一个常规的布局，proto.io 的启动项目能够让你的工作变得简单。你也可以保存不同的变量，并且能够预览用户与各个页面之间的。 正因为这是一款在线的功能，在使用的时候有一些局限。例如，不能单独备份某一个页面，而只能备份整个项目；不能添加需求文档。
4. MockFlow
网站地址：
MockFlow简单的界面让原型设计十分容易。它没有花哨的东西—为你提供了一个整洁的设计界面。顶部是标准的菜单和工具栏。如果需要更多的设计空间，可以隐藏菜单和工具栏。这款工具也提供了内置的组件。
你可以使用这款工具免费创建一个原型，这样就可以在购买之前体验所有的功能。简单的拖拽和双击功能让你很容易的添加组件，不需写任何代码。导出功能同样也很简单。
MockFlow 也提供了协作功能，以便你邀请其他人预览项目或者查看项目进度。它提供了聊天功能，这样就可以交流意见。但是有一个问题，如果有一个人在刷新页面，其他人就不能刷新该页面。
5. InVision
网站地址：
这款工具很大的一个优势就是它可以让你免费创建一个项目。这对于学生和初学者来说是一个不错的福利，这样一开始的时候就不用担心预算问题了。这款工具的付费版本也是比较便宜的。 功能的分享和协作功能也很简单。你的团队成员或者客户都可以给你的设计添加评论，并且你能够很轻松的追踪评论。
项目状态是此工具另外一个强大的功能，你可以向你的整个团队分享项目进度。每一个进程都可以标为“进行中”或者“需测评”或者某部分也可以标为“积压”或者“通过”。
Invison提供了版本控制功能。你也可以与其他工具进行协作，例如 DropBox，PS，Sketch等。
以上五款原型设计工具都有自身的优劣点，但它们是目前市场上最高效的原型设计工具。
更高效的设计原型尽管有很多原型设计工具可以为你的工作带来便利，但是也还会有不少的工作需要我们去做。下面有一些小建议，希望可以让你的原型设计更优秀。
尽管各个原型设计工具都提供了大量的组件，你只需要简单的拖拽，但是如果没有灵感，原型设计也是做不好的。不停的寻找灵感，学习其他设计者的项目，找出你喜欢的地方和不喜欢的地方。清楚的知道你的原型中需要避免的东西，这样可以更容易画出自己需要的原型。
形成自己的工作流程
每个人的工作方式都不一样，对别人适用的方法对你不一定适用。形成最适合自己的工作流程，最大化的利用好时间和精力。某些人可能觉得先画线框图，然后画原型，最后再进行视觉设计是很有效的流程。但是你可能觉得画完线框图就直接写代码更高效。这些都取决于你自己。
选择适合自己的工具
大部分设计师都在使用同一款原型工具，并不意味着你也需要使用这款工具。由于每个人的工作流程不一样，其他人使用的工具不一定适合你。对比市场上不同的工具，寻找一款与你性格和风格最匹配的工具。担心其他人都不用你使用的工具？ 但此工具可以给你带来最好的效率才是最重要的。
层次清楚的大纲
每个页面都有一个焦点。大纲可以让你知道每个页面中应该重点突出哪一部分。如果没有大纲，想要画出理想的原型很困难。如果你很清楚的知道页面中哪部分最重要，那你就很容易判断某些文字是否需要加粗。
从灰度图开始
颜色很重要，但是需要谨慎。从灰度图开始设计，然后添加图片，然后再添颜色。如果你一开始就使用颜色，很有可能你的页面看起来像一个小丑。
原型设计并不简单，但是会一次比一次好。通过不停的练习，选择正确的工具，你就可以设计出让客户满意的原型。
作者：Igor
原文：/resources/applications/top-5-wireframing-tools-for-designers/
翻译：Becky
赞助商链接
喜欢这篇文章吗？欢迎分享到你的微博、QQ群，并关注我们的微博，谢谢支持。
版权：除非注明，本站文章均为原创文章，转载请联系我们授权，否则禁止转载。
印刷工艺必备神技
设计师必看
手机APP设计
新手推荐！
Web用户体验入门书籍
web前端&设计群}