假装,很认真的样子...
前几天,正在看小说的曾胖胖跟我抱怨,这款app的用户体验也太差了吧,一点匠人精神都没有,看个小说特么的麻烦,每次你看完某本小说关闭app,下次再打开的时候发现,这本小说又得从头开始阅读,关键是我也不知道我上次读到哪里了啊,这样我还得每次记住自己的页码,然后打开小说app一页一页的翻到那一页去,在开始阅读,难道“记住用户浏览记录”这个功能开发出来就这么的麻烦?这样下去这款 app要损失多少用户啊!
我吼了一句,你可以换其它同类型的小说app啊,怎么那么蠢?
然而事实却是,他告诉我现在市面上大部分的小说app都是这样设计的,都没有开发“记住用户浏览记录”这个功能,作为一个混迹互联网圈多年,每天和各种app打交道,和产品因为各种功能撕逼的设计师,我很郁闷。
为什么呢?究竟是为什么,这个功能明显的可以提升用户体验,是用户很需要的一个功能,诸如微信读书、网易蜗牛读书、单读等也都开发了这个功能,为什么同样是阅读电子书,小说类app却不开发这个功能呐?带着各种疑惑,一大早我就去烧扰我们的后台开发GG...
在了解我的疑惑之后,开发GG是语重心长的说,这得分两种情况啊,听着:
情况一
这些小说资源来自第三方(这些资源只是从其它渠道调用过来,并没有放到自己公司的服务器上),这时小说app后台是无法控制小说章节页面,也就是无法自行定义某些功能,比如记住用户浏览记录,读到那一页,并自动跳转到该界面。
情况二
小说资源是本公司自己提供的,也就是说这些资源就放在自己公司的服务器上,可以随时被调用支配,在这种情况下,小说可以在本地缓存,而本地缓存是不占用服务器的。此时呢,
如果小说内容内部结构是一页一个页码,那么用户再次打开小说app打开之前阅读过的某本小说时,可以根据本地缓存记录的页码直接跳到之前阅读的页面,接着阅读;但这种情况,在多数小说内容里并不多见。
如果小说内容内部结构是一个页码包含一个长长的滚动页,那么app后台开发就很难捕捉到用户浏览到的页码,后台开发也就无法提供“用户浏览记录”这个功能。
而就算是采用某些技术开发手段,比如开发哥哥设置标签,定义到某一行,那么新的问题又产生了,现在市面上的手机型号太多,不同型号的手机一行显示的字数也不一样,这种定义行的方式并不能精确的满足所有用户,而如果开发根据常用手机型号进行单独设计,那么用来开发、维护的工作量和经费对小说app这类规模比较小的公司来说,就是个大问题了。
由此看来,市面上大部分的小说类app没有“记录用户浏览记录”这个功能的是有原因的。而主要原因应该就是,他们的小说内容并不是本公司的,而是来自于第三方渠道。
收获很多吧,老师说过,不懂就要问,哪怕是刨根问底,问到它祖宗十八代也要搞清楚为什么!所以呢,
赶紧的
什么,想私聊我?
领取专属 10元无门槛券
私享最新 技术干货