描述：邀请访问者进行注册并成为固定用户、活跃的一份子、乐于付钱的消费者等。
上下文情境：适用于需要用户注册的应用，以便掌控或管理自己创建的内容，记录用户的信息。
任务流程：在用户进入app，在被吸引或者在需要某个功能的时候，点击注册，填写注册表单，被确认为新的成员。
构成元素：价值声明【瞬间传达应用程序的用途，一目了然】-投入成本明细【信息输入，时间，能得到什么（path）】-推荐语-行动号召【懒惰式注册】-白板/及时参与-注册表单【已有登录；错误提示；跳过注册；勾选服务；确认（邮箱，手机）；去除非必要，转移（资料输入）；过多则分步骤】
设计标准：传达明确的价值声明（让用户知道自己的注册是有价值的）；建立用户的预期；证明应用程序运行良好；鼓励操作并确保取得进展；让用户和他们的操作相联系
用户进入一个app的时候，大都心中有一定的预期，下载一个app大都抱有一定的目的，毕竟下载一个app说麻烦不麻烦说简单不简单。
但一个新用户进入到一个新app，同时是带有一定的好奇心的，有一定的探索欲望，适当的引导页面介绍是合适的一种方式。
“我要做啥app能提供啥”
“我该怎么开始
我是否需要注册，怎么注册”
注册页面的元素大都和登录类似
元素：视觉辅助
元素：用户账号（用户名，用户邮箱，手机等）
提示用户账号的要求，用户名是否需要字母，长度；手机号有间隔暗示；邮箱可以自动补全；尽量减少用户输入
如用户账号已被注册，提示重新选择和是否直接登录（记忆用户账号并转到登录页面）
元素：验证元素（密码，手机验证码，手势密码）
有一些方式可去除密码，如手机的验证码，第三方登录，一步注册（提供一个用户名，但感觉其实就是一种试用）
如不能，可以明码显示，辅助隐藏按键
最好不要要求重复输入密码
明确提示密码要求，如长度，字母数字混合等
不赞成根据密码长度和复杂度提示安全性，这种是对用户的一种打扰，且没有意义。
元素：第三方登录
第三方登录的好处在登录页面已经说过，但在注册过程中，有些app即使用户点击第三方登录后还需要重复一遍上述的注册流程，这个就有点哭笑不得了！
第三方登录既是一种登录方式也是一种注册方式
元素：输入法
类登录页面
元素：登录入口
这里需要考虑就是用户点击注册/登录时默认出现的是注册还是登录界面，这个需要和流程结合并考虑app是处于拉新阶段还是，保持老用户为主。
这里evernote的处理方式很有意思
输入账号，判断是否已注册，然后变成注册页面或者输入密码页面
元素：使用协议
虽然没用，但有时还是有用的~
元素：跳过
如果不是必须注册，可以放一个跳过按钮，让用户先体验一下产品
但有几个注意点：
1.在邀请用户注册前，先传达一个价值声明是需要的：
让用户知道通过注册ta能获得什么
保存记录，多设备登录，分享，评论，等等
2.不要要求用户输入过多资料，一些个人资料可以在用户感觉有使用的价值的时候再要求用户数输入，再不行可以通过一些奖励让用户输入
如果是一些购物网站必须输入的时候，可以把输入信息分步呈现，但要把信息组织好，并保证流畅性。
一些参考文章
移动app登录和注册功能观察
