如何设计app

第一点：了解你的目标客户群的心态

1、做微任务的目标客户群(如随时随地看看新闻，听听歌，看看电影，聊聊八卦之类)：

这类的解决方案是设计的app最好是小而准，不要大而全。越全的功能应用，只能代表着这个应用在各方面的都很平庸

2、喜欢当工具来使用的目标客户群：比如找地图，看天气，查数据等。

这类的解决方案是 我们尽最大努力的去满足用户的情景需求。做到极致和简单。

3、无聊的客户群，用来打发消磨时间的：无需求，漫无目的的

这类的解决方案是尽可能展示用户感兴趣的东西，帮助客户来打发消磨时光。

第二点：APP原型图的制作和设计讨论

这个环节是必不可少的。需要根据设计需求认认真真的来画画原型图。

常用的APP原型图工具：移动APP原型设计神器 POP 、axure、Foreui等

第三点：APP视觉设计与设计要点

（1）大概设计板块有APP启动页面设计，APP界面设计的尺寸规范，app图标设计等

一般来说，手机屏幕是从上往下布局的，重要的信息会放在上方。但是在操作上，大部分人都是单手拿手机，常用的操作，要放在界面的下方。

另外还有一个原则，最小的触摸单位，一般是44个像素。如果再小，你的拇指难以触碰，或者容易引发误操作。同时，也不要让界面太拥挤。

所以，设计师必须用减法设计，这个过程需要花时间思考、简化元素。

你必须记住：（1）隐藏设计或者减法设计 （2）分区或分类 （3）帮用户做决策 （4）提高交互创新设计 （5）让人有爽快感和新奇感 （6）在设计中浸入情感，把握用户的心理。（谈谈如何进行产品设计以及产品情感化设计）

一位大师这样说过“真正的简约设计是：作品必须不断的被简化，一改再改，直到设计最终成形。”

2014年 APP设计风格趋向扁平化和卡片化。卡片，扁平化都会是移动app设计的趋势！认为卡片设计确实同时兼具了“拟物”和“极简”2种优势！

第四点：APP界面设计流程

（1）. 设计APP界面时，学会从优秀APP界面设计作品中寻求灵感，以前的艺术大师，用少量的资源做了大量的设计。

（2）. 放下工作，休息一下很有帮助。扁平和简约设计的一切均关乎到细节的差异。因此小憩片刻后再回到工作，带着全新的眼光工作，比长时间冥思苦想更有

效。

（3）. 并排比较各个版式同样有帮助。哪怕花20分钟前将一个线条下移各5个像素分别保存，对比两个版式就能很快分清孰好孰坏。

（4）. 由于实物展示的相对比例至关重要，所以要及早在不同的目标设备上测试。

（5）. 整个设计过程中不断问自己“真的需要吗？” 。支撑项目时候，找一些讨巧的办法，例如，添加一些有趣的元素、样式会这样会很容易也会很吸引人，

但必须始终注意剔除不必要的元素，不断精简。甩掉你费尽心血的部分总是难以割舍，但修改过程必须挑剔。

第五点：APP界面设计测试与预览修正

设计完成之后，我们可以把设计图导入手机测试或者是校正。之前发布的在线测试工具：快速在移动终端上预览APP界面设计效果图的方法最后：好的APP界面设计作品必然是要经过不断升级、重复迭代的。

功能入口；

功能激活态；

功能输入态；

功能入口

我们先来聊聊功能入口，通常情况下我们需要考虑为搜索功能设计一个触发入口。我们可以将常用的设计形式归纳为以下几种：

功能外露，以 Amazon 为例。搜索功能以输入框的形式直接展示在屏幕中。这是最为常见的一种设计方式，也是大型电商类应用通常会采用的形式。

功能布点，以 虾米音乐为例。它与功能外露型类似，只不过是将搜索功能弱化成了一个 icon，点击后才会展成搜索框。

独立 Tab，以 Snapguide 为例。它是将搜索功能放得最重的一种形式，很多应用会把它命名为 Discover 或 Explore。这个 tab 除了包含基础的搜索功能，还增加了很多运营的内容在里面。

特殊类型，以 Airbnb 为例。搜索功能会作为一个 icon 放在页面中间，在 Android 的设计中经常会作为 FAB 出现在屏幕右下角。

1相关系统分析员向用户初步了解需求，然后用word列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。

2 系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚列出系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。

3 系统分析员向用户再次确认需求。

第二步：概要设计

首先，开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。

第三步：详细设计

在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实 现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。

第四步：编码

在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。　

第五步：测试

测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。

第六步：软件交付准备

在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。

《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。

《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容，在需要时还应举例说明。

第七步：验收

用户验收。

原文链接：http://designmodo.com/design-apple-watch/

（前言掠过……）

Apple Watch上的app由三个部分组成：WatchKit App，Glance和Notification(消息）。每一个部分都有各自的功能和设计上的挑战。

WatchKit App是查看和与app数据交互的最主要的方式。它一般是通过主屏幕打开，但也可以通过Glance或者Notification进入。

在WatchKit App中只有两种导航方式，一种是基于层级的导航方式，另一种是基于分页的导航方式（译者注：看下面的图就会很明白）。尽管在iOS的app中可以创造个性化的导航方式，WatchKit App在这方面非常局限，并不支持任何形式的个性化。

基于层级的导航方式对于复杂应用来说特别合适，集合了一些非常有意思的爱疯应用，这些应用需要用户在到达最后一屏前进行一系列的选择。记住，苹果希望大家在10s内使用手表，所以请设计一个现有app的补充品而非替代品（译者注：burst在这里不知道怎么翻译＝。＝）。

基于分页的导航方式让用户通过水平滑动来切换不同页面。当页面之间的信息并不和其他页面关联的时候，这种导航方式会很棒。

在设计之前，请先弄明白哪些信息对用户来说是最重要的，他们之间的联系方式是什么，然后选择最适合的导航方式。

Glances是用户最喜欢的那些app里一系列跟当下的时间和情境高度关联的可供浏览的时刻。这些页面可以通过向上滑动看到，并可以通过水平滑动进行切换。并不是每个应用都需要有Glance 。

这个页面是不能上下滑动的，所以只能把最重要，最核心的信息放在屏幕上，并且通过不同的颜色，字体大小和图案从视觉上区分不同的Glance。在Glance上的任何地方轻轻敲击都可以打开对应的应用，所以请避免使用按钮，滚动条和菜单这样的控制器。

最后，Glance都是基于特定模版的，所以你的设计必须符合其中一种模版形式，确保信息的正确呈现。苹果提供了一系列的模版，包括了屏幕顶部和底部的设计。

Apple Watch apps有两种消息通知方式，一种叫做短消息, 另一种叫做长消息。当一个用户收到一条通知的时候，首先会显示短消息，并且只会显示一小会儿。用户可以放下他们的手腕，让消息自动消失，也可以通过继续抬着手腕或者敲击短消息界面来查看长消息，了解更多细节。

因为手表是会被用户一直佩戴的，所以你肯定希望将消息限制在那些最有用的信息上。持续地被一些无关紧要的信息打扰是很令人讨厌的。最好的消息应该充分利用使用者所处的情境，比如说位置，时间或者活动，去提供及时的，相关的信息碎片。

短消息包含了app的图标，名字，消息标题。因为消息标题是你唯一能控制的东西，它应该有效地指示消息的正文内容。

长消息的界面形式对所有app来说都是一样的。顶部展示app的图标和名字（可以自定义那一栏的颜色）底部是取消的按钮。中间是消息正文和按钮，按钮最多可以放四个。

除了我们每天在手机上都会进行的点击和滑动操作之外，Apple Watch提供了另外两种交互方式：Digital Crown和Force Touch.

app可以通过crown实现上下滑动，而不需要因为滑动手指造成信息展示的阻碍，这种交互方式对内容较长的页面来说特别好用。（译者注：我理解就是屏幕太小，手指点在屏幕上滑动就看不太到页面上的内容）

Apple Watch是可以区分敲击和按压的。就像是在鼠标上进行右键点击一样，按压之后可以展示一个跟当前页面相关的菜单，菜单最多可包含四个项目。

手表上并不支持多指触控的手势，比如通过捏来缩放屏幕。

Apple Watch有两种尺寸，38mm和42mm。小一点的屏幕是349*272像素，后者是390*312像素。因为手表也是跟手机一样的retina屏幕，因为你可以提供@2x的图片。

你不需要提供不同尺寸的图片和布局（当然你想的话也可以），因为苹果使用的是相对的尺寸，所以所有素材都实现屏幕的自适应。

设计app的时候，苹果建议使用黑色的背景以便适应表圈的颜色。深色背景在光照下也会表现得比彩色更好。因为表圈本身就有视觉边距，因此请最大程度地利用可用空间，使得设计可以占据整个屏幕的宽度。

对于按钮来说，苹果建议使用占满整个宽度的按钮，但是如果需要并列摆放按钮，请使用icon而非文字。不建议在同一行摆放三个或三个以上的按钮，因为手表的屏幕比较小。同一个屏幕的按钮的高度应该保持一致，以实现视觉上的连续性。

因为是在一个深色背景上设计，最好使用高亮度，高对比度的颜色。颜色本身也是增强app的品牌识别度的一种方式。

每个app都会有一个自定义的主色调，这个主色调会用于在状态栏和消息通知里的app名称。你同样可以自定义长消息里的顶栏颜色。

漂亮，细致的动效可以优化用户的体验，让app更有参与感，动效性和辨识性。在手表上设计动效，动效本身应该快速，并且有实际的作用。如果动效太慢，妨碍了用户快速获得信息，这可能会伤害用户体验。

在手表上做动效，你不能只给开发一张gif图让他实现。你需要提供每一帧的图像以创造快速和顺滑的精致动效。最好的办法是把动效文件导入AE或PS，并分离每一帧图像。

Context Menu最多可以展示四个动作，每个动作都包含一个圆形的icon和一个标签。这个菜单会在点击某个动作项，或者随便点击屏幕的任何地方后消失。设计这个菜单，你不需要去担心颜色。跟iOS app里的tab icon一样，菜单里的icon都是有固定模版的，颜色只定义icon形状（译者注：这句真的没看懂……）

设计菜单里的icon时，需要提供两种尺寸的图片。大屏幕上的横线一般会比小屏幕上多1个像素。

苹果为手表专门发明了一种新的字体，命名为［旧金山］，自带23种变化形式。尽管你可以使用一种自定义的字体，但是苹果建议你使用现成的字体形式，因为它们已经为小屏幕适配过。

使用默认字体的另一个好处是，如果标签太长，文字会自动调整大小。字体增大的时候，字距会减小。如果你想使用一种特殊的字体大小，正文字体最好使用19号或者更小的字体，标题最好使用20号或者更大的字体。

跟iOS app主页的icon一样，Apple Watch也需要一个app icon。不同于手机同时显示app的名字和icon，并且icon是方形的，Apple Watch的icon是圆形的，并且不包括名称。icon必须易于辨认，并跟iOS app保持一定的一致性，同时也要传达出它自己的功能。

为这么小的屏幕设计icon的时候，简约是首先要考虑的。在众多吸引用户视线的app中，icon是用户启动app之前看到的第一个东西，所以要尽力用一个美观的icon去给用户留下较好的第一印象。

你需要制作不同尺寸的icon去支持各种显示icon的场合。系统会自动在icon上放置一个圆形的遮罩，所以你只需要按照苹果的要求去制作一个方形的icon就好。

另外，这个作者还提供了一些链接帮助大家更好地做设计：

Apple Watch人机交互指南

Apple Watch设计资源

手把手教你设计可穿戴设备app

看到这种提问，内心一般是抗拒的，因为产品设计是一个系统工程，单独拧出来其中一个流程来讲，都是割裂的，但在实际中又必须割裂出来，因为只有割裂出每个流程，把每个流程都想通想透，才能组成完整的产品设计的知识体系。那怎么来权衡整体和局部，系统和部件，也是一门大学问。

1.明确页面设计在整个产品设计中的位置

互联网产品设计的流程大致是：产品定位——需求分析——信息架构设计——流程设计——页面框架设计——设计说明——输出设计文档。可以看到页面设计是处于整个流程的后期，所以前期必须去和产品经理或者用研人员反复沟通，明确产品定位、明确需求、了解业务流程，然后再梳理信息架构、产品的导航形式、任务流程和页面流。不管产品经理还是交互或UI，都要去了解这些，并反复沟通，这是基础，所有的设计脱离了用户和需求都是耍流氓。

其实这也是我在以前文章中反复强调的，只要你从事的是产品设计的工作（目前涉及到的分工主要有产品经理、交互设计师、视觉设计师），都要从产品设计整体去思考问题，产品经理不要只想着需求，交互也不能只想着体验，视觉也不能仅仅思考美不美观，这种眼界的提升，会直接影响到设计方案。

如果你已经建立了整个产品设计的知识体系，这只是第一步，下一步你还有考虑产品运营，考虑商务、考虑资本，这些都是需要设计师去了解的。周末和朋友聊天的时候，他打了个很好的比喻，把公司比作一个人，那么不同的职位就相当于每个人的感官和外在，产品相当于一个人的大脑，视觉相当于一个人的衣品，商务相当于一个人的沟通能力...。你如果只了解人的一个部分，就永远没办法理解这个人。

我目前就在深耕产品设计的基础上，在学习产品运营的知识。

2.确定页面目的和目标

明确了页面设计的上游的流程，接下来要做的，是确定页面的目的和目标。

目的和目标是两个概念，目的是你为什么要设计这个页面，目标是设计这个页面想要达成什么。例如，电商的商品详情页目的是介绍商品、帮助用户进行购买决策，目标就是提高用户下单的转化率。

作为同样的商品详情页面，不同的目的和目标，直接影响到设计形式。例如京东是自营商品，用户一次性购买的越多，其客单价会更高、运营成本也会更低，所以它的商品详情页的主要目标是提高加入购物车的转化率。而淘宝作为一个平台，单独购买一件商品和一次性购买多件商品都很重要，所以它的加入购物车和立即购买的优先级是同等重要的。

记住：明确页面目的和目标，这是你设计一个页面的指导思想。

3.确定页面的来源和去处

任何单独的页面都只是用户完成某个任务的其中一环，这个页面从哪来？能去哪？影响着页面的导航设计、以及工具栏上按钮的摆放。

为了延续性，继续拿淘宝详情页来举例。

返回页面按照设计规范，基本会放在标题栏的左侧，也有一些小众APP考虑到单手操作放在页面底部，其它如分享和更多一般会放在标题栏的右侧。另外针对当前页面的一些操作会放在工具栏上，例如淘宝的客服、店铺、收藏、加入购物车、立即购买；例如资讯类APP的留言、点赞、收藏等。

在考虑页面的去处的时候，一般有二级页面的形式和临时框的形式，临时框又有模态和非模态的区别。例如淘宝的立即购买就用了模态临时框，而没有采用二级页面，这能减少用户在完成一个任务时的跳转步骤，提高转化率。

4.确定页面内容和优先级

经过前面三个步骤，页面框架基本成型，现在就要往这个框架填充内容。根据信息架构设计，基本会确定这个页面需要包含哪些内容（关于信息架构设计，可以参考 《90%的设计师都不知道的信息架构知识》 ）。

其次就要确定页面信息的优先级，确定优先级的判定依据就是第一步所说的当前页面的目的和目标，以及在做需求分析的时候，公司价值和用户价值两个价值维度的考量。而优先级对设计的影响有一下几点：

①用对比的手法，明确信息层级，优先级越高信息表现越突出。例如上图格和销量字段的对比；

②优先级最高的放在用户第一眼能看到的位置（页面的第一屏）。例如将商品图片、标题、价格放在第一屏的位置，评论则放在第二屏的位置；

③优先级低的要弱化、甚至是隐藏或删除。客服、店铺和收藏的按钮相对于加入购物车和立即购买，很弱，消息、帮助、我要反馈则更弱，所以被收起在右上角更多的icon中。

5.考虑技术的局限性

上次在做阅读APP的时候（pad平台），需要在E-Ink屏上的阅读页面增加竖屏模式，这种模式会更利于用户进行阅读的，类似于kindle的阅读体验。但是因为下屏没有做G-senser，所以是不支持竖屏的，只好放弃。如果我实现不去了解这点，做出来的方案只是浪费时间。

现实做设计的过程中还有很多类似的例子，不管是交互还是视觉，总是会想到一些创新好玩的设计形式，每当这个时候一定要去和相关技术人员沟通，确保设计方案的可行性。此外还要考虑项目周期，如果上线时间紧迫，其实是不允许设计师把设计形式做得很重的，只需要出一个简单的保底方案即可。

我自己就有在做设计之前和相关技术沟通想法的习惯，真的帮助很大。

还是文章前面的那句话，页面框架设计只是整个产品设计中的一环。不要把眼界局限在这一环，也不要只站需求、只站在交互、只站在视觉上思考问题，这样你永远是个美工，而不是一个设计师。设计师是一个能用设计语言提供系统性解决方案的人，而不是简单画图的人。

开发一个完整app需要掌握哪些知识

1、前期需求规划与信息——你需要制定出一个完整的需求文档，功能文档，流程图，时序图。

2、交互设计、UI设计——设计出基本且完善的原型图和app基础的交互设计效果，之后再根据这些设计出完整的UI界面并学会切图，一些需要做自适应的素材图片需要做点9patch。请致电一叁壹肆捌是七要肆五七 这里还需要你懂得px，pt和dp之间的换算，屏幕密度的换算和相互之间的系数，以便你的app能完美适应不同分辨率设备。其中交互设计需要你懂得很多人机操作的技巧经验，掌握Axure等交互工具的使用，UI设计需要你掌握Photoshop和Illustrator等操作。

3、使用ADT之类的开发环境进行app软件开发，你最基本的也得掌握java语言，熟悉android环境和机制。

4、如果不是单机版的app，需要用到服务器，那你还得掌握WebService相关知识和开发语

言，常用的有ASP.Net，PHP，JSP等。

5、熟悉并能开发数据库。

6、某些功能需要做算法，这还需要一定得专业知识，尤其是数学基础。

7、熟悉API接口开发，这里包括你自行开发API的能力以及调用第三方API的经验。

8、熟悉TCP/IP，socket等网络协议和相关知识。

9、熟练掌握App发布的流程，真机调试技巧，证书，打包，上架。 App开发其实不一定适合一个人搞，太费劲，除非是一个单机版的小应用，或者利用现成的app开发简单的第三方应用，否则还是让一个团队来完成各自擅长的领域。

1.为什么要登录？

2.什么时候登录？

3.怎么登录？

一、为什么要登录

目前app关于登录有两种选择，一种是不用登录，另一种则是需要登录。对于开发者没有账号系统意味着无法获取用户的信息，想要根据用户的一些基本信息做进一步的决策是相对比较困难的，同时用户的一些历史记录难以很好的保存。如果该产品若不是较其他竞品有较大的优势，用户流失的概率会相对比较大。

那么什么样的产品可以做登录，什么样的产品不宜做登录呢？

首先，强社交需求的产品（微信）、涉及到较多用户财产安全的产品（网银类）、用户对操作记录等个人隐私比较care的产品（邮箱）等这些产品登录是需要，用户也可以接收。

其次，如相机、手电筒、时钟、天气、空气质量、文本阅读器等纯工具产品，如果你让用户去登录，只会让用户狠狠的骂你一句傻逼别无其他。

产品要不要登录，其实还是从用户的出发点来考虑，如果登录后能很好的保护用户的隐私，是用户接下去操作环节中必不可少的，那就做吧！但是如果用户后期的操作完全与账号无关，或者说用户就算不登录也可以玩的话，那就算了吧。

二、什么时候登录

确定了产品需要登录，接下来就是考虑什么时候登录了。目前业界流行的有两种登录时机，一种是在启动的时候就检测用户是否有登录，若未登录则让用户登录。另一种是当需要用户的信息的时候再检测用户是否登录，未登录跳转到登录页面。两种形式各有优缺点，并且设计还有一定的区别。

先说如何选择两种登录时机？

如果用户的信息贯穿到产品核心功能的各环节，这种情况可以将登录前置到启动环节。（强社交，强个性化推荐）

如果产品只是在某些环节需要用户的信息，那这种情况完全可以将登录后置。（电商，新闻类）

关于第二种登录，还可能会出现另外一个问题，用户进行一个操作是一个多步的操作，是在第一步的时候就让用户去登录，还是在最后一步的时候让用户再登录呢？

关于这个问题，其实我更偏向于放在最后一步。

原因有：1.不想在第一步就将用户卡死，放在最后一步并明确告诉用户最后一步，用户会考虑他先前付出的和将会得到的，去登录的概率会更大。

2.放在第一步，用户无法预知接下来还会有多少步骤，若需求不是很强，用户会在这一步有较大的折损。

但需要注意非常重要的一点是：一定要告诉用户你当前输入的信息我已经帮你保存了，登录后就可以提交了。不然用户会很担心，我要是去登录或注册了，我现在编辑的信息会不会丢失，严重没有安全感。

三、怎么登录

此环节需要明确以下问题：

1. 注册和登录强化哪一个？

根据接收产品用户数、用户先前是否有安装或登录做不同的设计。举两个栗子：百度所有产品都用同一个帐号体系，而且百度帐号体系存在时间相对较长，这个时候如果百度出一个新产品，根据以上的分析，就应该相应的强化登录而不是注册与登录并重。

而对于一个全新的产品而言，没有累积的帐号体系，用户第一次启动app的时候更多的应该是引导用户注册，或者至少是注册和登录并重（引入第三方登录这种case另算）。

2 、注册方法

业界最常见的有2种注册方法：手机号注册，邮箱注册。越来越多的产品选择使用手机号注册。手机号注册相对邮箱注册有很多优势，如安全性，及时性，强营销手段等。但越来越多的产品选用手机号注册，也给用户带来了一定的困扰，如果整天都受到一堆的垃圾短信也让人烦躁。也就是说在强推手机号注册的时候，但也要给用户另一种选择如邮箱注册，第三方帐号登录。反正就我而言，当遇到一个新产品，如果有第三方帐号登录就不会去注册。

3. 第三方登录过程是否让用户去注册？

在登录的时候经常会有第三方帐号登录的选项（常见的有QQ、微信、微博，各人觉得选项不宜过多，给出最常见、值得信赖不会随便抽风的3种就够了）。点击第三方登录跳转到授权页面，授权后有些产品如果发现该第三方帐号并未生成一个自身的产品帐号，会再次跳转到注册页面。但是从用户的角度出发，如果用户点击第三方登录形式，就是不希望有注册登录那样繁琐的流程，加注册流程只会很大程度将用户卡在门外。这个时候有些PM会告诉你他们担心第三方帐号出问题，希望组建产品的帐号体系。无可厚非，那为何不再后期引导用户去补全信息呢？

4. 边界问题处理情况

产品设计中会有很多边界的情况，而这些边界细节的处理合理的处理其实一定程度的彰显着产品经理的能力及素养。比如登录设计中可能遇到的边界情况：手机号注册过程中，检测到手机号已被注册，大部分的产品的处理方法是提示用户手机号已被占用，然后引导用户去登录。而我见过好的设计如微信他会告诉用户这个手机号被哪个用户占用了，是直接去登录该帐号还是再重新注册一个帐号。而微博则是告诉用户该手机号被哪个用户占用，提示用户需不需要更改用户信息成目前的填写的信息。且不比较微信和微博哪种形式更好，微信和微博的这种形式对于用户的体验是更好的。

注重细节的产品才有机会成为一个用户真正喜欢的产品。

以下是梳理的注册登录页面的流程图，信息比较多，具体应用的时候还是根据产品选择对应的形式。

以文章的形式培养自己系统化的思路，顿时发现原来碎片的知识都串起来了。