最近在剖析商品有关注册登记和登入方面的业务流程，遇到了两个很有意思的难题。

在他们的商品中，采用者采用服务器端注册登记帐号后，步入了增设帐号密码的网页（这不是两个通畅的业务流程，会优化掉），增设完登入密码后，竟然直接进入了商品内。这和我印象中的服务器端登入业务流程不太相符合。现阶段市场上绝大多数商品，在采用服务器端登入后，单厢优先选择让采用者步入存取电话号码的业务流程，顺利完成电话号码的存取后，再步入商品内。

也是由于那个业务流程，催生了那时的难题：采用者在采用服务器端登入后，为何更要存取电话号码？

在回答那个难题前，须要先了解呵呵，什么是服务器端登入。

所谓服务器端登入，是在采用者已有服务器端应用的帐号密码的基础上，想要快速顺利完成注册登记或登入来采用商品的功能。这里的服务器端，常常是一些行业巨头的商品，如国内的QQ、QQ、PayPal、博客等网络平台，国外的Facebook、twitter、Instagram等。

从上面有关服务器端登入的描述，他们能看到，服务器端登入出现的初衷是为的是解决采用者在注册登记过程中业务流程繁杂的关键点，以尽可能的去降低采用者注册登记的门槛，进而提高采用者注册登记率。而在现阶段网络环境中，服务器端登入仿佛与其本意相悖。采用者在采用服务器端登入注册登记商品帐号时，常常还须要再次核对电话号码，才能顺利完成注册登记业务流程。在各个网络企业都在追求无与伦比采用者体验的那时，为何大家都无一例外的优先选择在协力登入后，依然要求采用者存取电话号码呢？

我把那个难题扔到了他们的工作群中，各位爸爸妈妈给了我许多的标准答案，我将标准答案整理了呵呵，辨认出大致有以下四类看法：

除此之外，我也在网上搜寻了完全相同的难题，辨认出早在三年前就已经有人在chan上讲到那个的难题了。看了看里面的标准答案，与我上方详列的四类看法也基本相符合。在其他的网站中搜寻相关的难题，得到的结果也大致完全相同。

其实仔细想一想，上面的这些看法没有对与错之分，都有自己的道理，只是相同的商品，根据其自身业务的特点，会有相同考量的出发点和侧重点。甚至在一款商品的相同阶段，也会对服务器端登入增设相同的登入策略。

而造成那个难题的根源，其实是采用者体验与采用者价值的一次博弈。采用者之所以会优先选择服务器端登入，很大一部分原因是不希望步入繁杂的注册登记业务流程，不想要将自己的电话号码给到那个商品，同时又希望能够采用这款商品。因此采用者在看到“服务器端登入”时，是带着这种期望去的：它能满足我快速、不存取电话号码就能采用商品的需求。但采用者在协力登入时，辨认出还是要存取电话号码，我想此时大部分采用者是愤怒的，认为自己被耍了：既然如此，所以你更要服务器端登入干什么。显然这种做法是放弃了采用者体验，而考量优先选择了对商品本身更重要的统计数据、安全等等。

因此不论是出于何种原因，这种做法对于商品方来说都是能理解的。采用者体验固然重要，而在采用者体验之外的，商品安全、商品生态、商业性价值等同样须要值得他们去考量。如何在二者之间做出取舍，也是衡量两个商品经理全局意识的重要体现。

桃李春风一杯酒，江湖夜雨十年灯。