uiapp设计方案（UI设计方案）
移动App产品 UI设计需要注意哪些细节?
l、一致，一致，还是一致
你能做的最重要的事情就是保证用户界面运作的一致性。对于列表框来说，如果双击其中的项，使得某些事件发生，那么双击任何其它列表框中的项，都应该有同样的事件发生。所有窗口按钮的位置要一致，标签和讯息的措辞要一致，颜色方案要一致。用户界面的—致性使得在用户对于界面运作建立起精确的心理模型，从而降低培训和支持成本。
2、建立标准并遵循之
在应用软件中保持一致的唯一途径就是建立设计标准并加以遵循。最好的办法是采取一套行业标准，对自身特殊的需要加以补充。已有的行业标准，如IBM标准(1993)与Microsoft标准(1995)，通常可满足95％到99％的需要。采用行业标准，只需利用已有的成果，也使你的应用软件看起来或感觉上更象用户已购买或建立的其它应用软件。应当在定义基础构造阶段就建立用户界面设计标准。
3、阐明规则
用户要知道怎么使用你为他们开发的软件。软件运作的一致性表明，规则你只需解释一遍。这比一步步详细讲解如何使用应用软件每个特性要容易得多。
4、同时支持生手和熟手
图书馆目录符号对图书馆系统的一般用户来说，也许就够用了，但对熟手用户，如图书管理员，很可能就没有那么有效了。图书管理员是受过专门训练，能够使用复杂的查询系统找到信息，因此，应当考虑建立一套查询界面以满足他们的独特需要。
5、界面间切换很重要
如果从一个屏幕转换到另一屏幕很困难，用户会很快灰心并放弃。当屏幕流程与用户想完成的工作流程相符，此软件对用户才有意义。由于不同用户工作方式不同，应用软件需要有足够的灵活以支持他们不同的方式。在建模阶段，界面流程图可用来模拟屏幕之间的流程。
6、界面上的布局很重要
在西方，人们是自左而右，从上而下阅读，基于人们的习惯，屏幕的组织也应当是自左而右，从上而下。屏幕小部件的布局也应以用户熟悉的方式进行。
7、讯息和标签措辞要适当
屏幕上显示的文本是用户主要的信息源。如果文本措辞很糟，用户的理解就会很糟。要使用完整的措辞和句子，而不要用缩写和代码，使文本易于理解。讯息措辞要积极，显示用户处于控制之中，并提示如何正确使用软件。如，下面哪一条讯息更吸引人： “你输入了错误信息”还是”帐号应为8位数”?此外，讯息措辞要一致，在屏幕上显示的位置要一致。尽管这样的讯息”须输入名字”和”应输入帐号”分别来说措辞上没问题，放在一起就不一致了。根据第一条讯息的措辞，第二条讯息更好的措辞应当是”须输入帐号”，这就使得两条讯息措辞一致了。
8、了解小部件
为恰当的任务使用恰当的小部件，首先可以帮助增强应用软件的一致性，可能使得应用软件很容易构造。学会如何正确使用小部件的唯一途径是阅读和理解你们所采用的用户界面标准及准则。
9、对其它软件不盲从
除非你知道一个应用软件是遵循了你们的用户界面标准和准则，否则你绝不能认定它做的都是对的。尽管看看人家怎么做，从中获得些主意是不错的想法，但在懂得怎样区分用户界面设计的好坏之前，你得留神。太多的开发者错误地模仿其它应用软件的用户界面，而那些界面却设计得很糟,最好将界面设计的美工外包项目请专业的设计外包公司来完成。
10、颜色使用要适当 使用颜色要谨慎。
如果使用了，也要使用指示符。问题就在于有些用户可能是色盲一一如果在屏幕上使用了颜色来突出显示某些东西，假若想让色盲的用户注意到，那么需要做些另外的工作来突出它，如在其旁边显示一个符号。颜色的使用也得一致，以使整个应用软件有同样的观感。此外，在不同平台上，色彩的表现不尽人意一一在一个系统上看上去很好，在另一个系统上常常看上去很糟。展示会上我们经常听到展示者这样说： “在我家中的机器上看上去可是很好的呀。”
11、遵循对比原则
打算在应用软件中使用颜色，要确保屏幕的可读性。最好的方法是遵循对比原则：在浅色背景上使用深色文字，在深色背景上使用浅色文字。蓝色文字以白色为背景很容易读，但以红色为背景很难辨认。问题出在蓝色与红色之间没有足够反差，而蓝色与白色之间则反差很大。
12、字体使用要适当
如何制作app软件？
先建立开发环境，再找外包公司。
Android开发涉及到的技术点非常庞杂。
主要知识点如下：
1.开发环境，AndroidStudio、eclipse.如何搭建Android开发环境可以去百度。
2.数据结构，App的某些功能涉及到做算法，所以要有一定的数学基础
3.AndroidSDK，会API接口开发，包括自行开发API的能力和调用第三发API的经验。
4.熟悉tcp、IP，socket等网络协议
5.如果涉及到服务器，你还需要了解webservice相关知识和相应的开发语言，常用有PHP、JSP、ASP.Net.
6.除了这些功能基础，App开发还涉及到UI设计、框架、性能优化、调试适配等。
开发iOS系统App需要Objective-C主流编程语言，开发者一般用苹果公司的iOSSDK搭建开发环境，iOSSDK是开发iOS应用程序中不可少的软件开发包，提供了从创建程序，到编译、调试、运行、测试等多种开发过程中需要等工具。学习iOS开发可以去看苹果官方文档，这是最权威的ios教程。
能同时用于 Android 和 iOS的APP UI设计怎么做
遵循这些步骤，你的 App 就能同时在 iOS 和 Android 保持完美!
1. 总体的样式
从 iOS7 以后，Apple 就一直在采用扁平化的设计模式，去除了所有不必要的纹理和阴影等效果——和早些年间的版本完全不同。Google 的新 MD 设计规范有了一些更加细节的规定，通过一种叫“纸片”的方法来创造更多的层级关系。
2. 实体按钮
Android 有一个返回按钮，点击它可以返回上一个屏幕。
iPhone 上则没有这样一个按钮，所以需要有一种方式能够让用户回到先前的屏幕。通常的解决方案是在屏幕的左上角放置一个返回键。
3. 通用元素
两种平台之间的确存在着一些通用的元素，比如说状态栏和标题栏，它们会出现在每一屏的顶部。你不应当改变导航栏的高度，如果你想让 App 看起来更加原生的话。所以，我推荐你在设计的第一页就定义好标题栏的样式，然后在其他的屏幕上使用一个占位的方框来替代，这样能省下不少时间，但是你应当向程序员说明标题栏在不同的屏幕上都是一样的样式。
不同平台上的导航栏有一定的差别。在 Android 上文本是左对齐的，然而 iOS 上是居中对齐的。在 iOS 上，很多企业都用它们的 logo 来替换首页标题栏中的文字，但是在 Android 设备上这不是一个好的主意。状态栏(显示你的网络、电量和时间信息)是系统组件，你不需要考虑设计它，只要确保它们不会对他人造成误解就好了。
4. 导航
或许iOS 和 Android 平台之间最大的区别就在于他们的导航样式了。Android 上最主要的导航方式是抽屉菜单，Android 用户们通常在这个菜单内进行跳转。而且在整个 App 中，这种体验是一贯的。Apple 的导航样式更倾向于 tab bar，它位于屏幕的底部，并且以一种很简单的方式实现上部内容的切换。当你设计 App 的结构的时候，你可以为不同的平台设计不同的导航样式。
5. 要不要用卡片式
在 UI 设计中，卡片正逐渐成为一种主要的 UI 设计样式，它们可以应付多种情况，而且给用户提供了一种能够呈现有效内容的便捷方式。视觉上，卡片非常适应于 Android 的 Material Design(它事实上源自于纸张的灵感)。使用阴影和卡片之间的合理间距能够创建一种自然的外观。
在 iOS 上，使用卡片设计需要更加的小心谨慎，尽管一些大型的 App，诸如 Facebook 和 pinterest 的确使用了一种略微偏离 iOS 视觉规范的设计风格。Instagram 使用了一种完全扁平化的设计风格，尽管从结构的观点上看，用户的每一条推送都能被视为是一张卡片，instagram 的设计很值得你去花时间揣摩，它是如何遵循 iOS 视觉规范的。如果你要在 iOS 平台上应用阴影，你最好小心谨慎，尽量使得这些阴影不是那么的明显。
6. 排版
iOS 系统上的默认字体是 Helvetica Neue，在 Android 上则是 Roboto。尽管这两种字体在外观上有显著的差异，但是这两个字体的尺寸却是近乎相同的。如果你想要在设计的时候节省时间，那么用一款字体就可以，但是要和开发人员沟通在不同的平台上使用对应的字体。而在设计重要的布局结构和使用大号字体时，我建议你还是同时用这两种字体测试效果。
如果你想要精益求精，那么你就要对不同平台上的设计规范更加注意。比如如下几条：
Android 的 MD 设计需要用到更多的空格来进行布局
在 MD 中字体大小的变化会更加多样
在 iOS 上，字体没那么多大小差异，但是在字体重量上(Font weight)有更多的变化，同样允许你创建主次结构
两个平台都使用比较细的字体来现实正文内容，然而，在下面的例子中，Android 使用了轻(Lighr)和常规(Regular)字体，而 iOS 使用了粗体(Bold)和常规字体
这是一个非常简单的例子，向你展示了排版方面的一些细微的不同可以导致印象上的巨大差异——你能很快分辨你是在用 Android 手机还是在用 iPhone!
7. 网格和触摸元件
iOS(@1x 下 44px)和 Android(1:1 比率下 48p)都有对可触摸元件的设计规范。MD 规范同样建议对所有元素使用 8dp 网格对齐。
在最近的项目上，我发现遵守 Android 的这些设计规范会更加安全，因为大一些的 48px 的按钮在两个平台上都表现良好，而且 MD 的规范更加全面，还经常更新。不管怎么说，你都应该在设计中使用网格，但是我们发现定义更加明确的 Android 网格会更好用一些。
