Web applications 要求用户注册帐户的替代方案?
我正在做一个附带项目,以建立一个新的web应用程序的想法。为了便于讨论,假设此应用程序显示一幅著名艺术作品的随机照片。在1到5的范围内,用户被要求评价他们对每件艺术品的喜爱程度,然后展示下一张照片。最终,该应用程序能够了解该人的风格,并能够推荐他/她可能会喜欢的艺术品 整个概念类似于Netflix。我知道如何做所有的偏好匹配逻辑(虽然没有Netflix那么复杂)。但我想找到一种方法来做到这一点,而不需要用户先创建帐户。这是一个新奇的网站,一个典型的用户可能只会使用几次。要求注册是过分的,可能会大大降低它的效用。我希望允许人们在初始页面浏览后的五秒钟内开始对艺术品进行评级,同时保持投票的完整性(因为推荐是基于其他人对各种艺术品的评级) 能做到吗 一些想法:Web applications 要求用户注册帐户的替代方案?,web-applications,authentication,user-accounts,Web Applications,Authentication,User Accounts,我正在做一个附带项目,以建立一个新的web应用程序的想法。为了便于讨论,假设此应用程序显示一幅著名艺术作品的随机照片。在1到5的范围内,用户被要求评价他们对每件艺术品的喜爱程度,然后展示下一张照片。最终,该应用程序能够了解该人的风格,并能够推荐他/她可能会喜欢的艺术品 整个概念类似于Netflix。我知道如何做所有的偏好匹配逻辑(虽然没有Netflix那么复杂)。但我想找到一种方法来做到这一点,而不需要用户先创建帐户。这是一个新奇的网站,一个典型的用户可能只会使用几次。要求注册是过分的,可能会大
- OpenID。这是一个完美的解决方案,除了它没有被广泛使用,而且我的目标受众也不是技术上最熟练的人群
- 短信。用户输入电话号码,并通过文本发送一个四位数的代码来输入web应用程序。快速,简单,伟大的方式来限制滥用。然而,隐私问题比比皆是。。。人们给我的电话号码可能比给我的电子邮件地址还要少
- Facebook登录。出于隐私考虑,我个人没有Facebook账户。我真的不想支持这样一个专有平台李>
- 哈希代码/书签。Vistor的初始页面视图生成一个5或6位数的字母数字代码,嵌入到每个后续URL中。他们可以为任何页面添加书签以保存其状态。好:非常简单的系统,不需要任何用户操作。坏:很容易填满投票箱,可能很难解释用户通过电子邮件或社交网站共享包含其ID代码的链接
就像另一个回答者说,我会考虑只做一个电子邮件地址和一个别针之类的东西。你不需要为网站的目的提供任何其他信息,这就足以跟踪用户可能需要的任何附加信息。谢谢大家的回复,伙计们!我最后要做的是:
短信的问题在于并不是每个人的手机计划都包括这个选项。如果他们无法发送/接收文本,您真的希望这阻止他们使用您的服务吗?