项目背景

1.项目背景：基于对现有用户分析，多数用户有明显的偏好，而偏好出版类用户占比近25%，而在此之前我们习惯认为我们的用户群依旧是那部分网文类用户；所以希望能给出版类用户一个更纯净的阅读体验；

2.用户行为分析：通过分渠道发放问卷、个别访谈，验证了我们的观点；网文类用户与出版类用户在第一时间决定读（付费）的触动点都不一样；所以有必要做不一样的阅读体验。

3.竞品分析：通过分析同行，分站思维是目前的一个趋势，百度 、腾讯、iread都有在做分站；

改版目标与方向

改版目标：提高出版的权重；

改版方向：分版定制

一：方案的演变过程

信息框架探索

信息架构图在后期出方案时也一直在调整优化

主要导航类目有6个，考虑书架与书城以及个人之间的关系为并列关系，但是底部导航最多也就只能放下5个；同时要对内容进行分版定制，以便用户看到的都是个性化内容，所以分站的思想要通过首页结构灌输给用户

交互方案演变

方案1：下拉菜单切换分站

方案2；tab切换分站

  在出方案时遇到几个问题点：

1.三个分站（出版／男生／女生）我们一个也不能少，那么导航上方就必须是5个内容，所以考虑把三个屏到切换使用，同时从逻辑上来考虑，是分站，是用户自己选择的偏好，不喜欢的就隐藏起来，这些理由看似都非常合理，也就是说将三个频道收起的逻辑，是站的住脚的；随后我们在对竞品进行分析更透彻时，发现百度阅读的前身就是通过切换收起的方式改版后变成平铺的方式，这点引发了我们的思考；我们猜想，用户对喜欢的书类型会有一定程度的穿插，为了验证这个假设，运营部门给我们提供了数据支持，通过提取活跃用户中偏好比例，从数据中看出，主要看女生频道图书的用户，也有近一半会看男生频道的。所以用户的喜好并非说1 就是1 ，他们会穿插看书。若将频道都隐藏起来，相当于将其他两个频道的内容直接割舍。所以最终我们采用了平铺的方式。

2.确定好顶部导航内容后，我们简单做了一个方案给同事看，发现有各种各样的理解；

主要体现在：

对于关于导航的层级关系，如何改变偏好等等都有不一样的理解；

在切换导航时，是切换了我的喜好了吗？

切换导航后，分类排行顶部的导航跟着切换吗？

发现频道没有特别的偏好选择，是否需要放导航又是怎样？

……

带着这些疑问，我用墨刀做了三个方案的demo，给10位用户（时间问题找了事业部未接触过该版本的同事）去做体验。

最后，几位事业部同事（未参与过本版本改版需求）都表示对方案2好理解，首页切换后，分类，排行的内容顺序会相应变化，只在首页可设置偏好。

整体的框架结构就这样拍板敲定。。。。

二：如何借助动效传达信息结构

我们从信息层面考虑书架与书城是并列关系，也希望把这种关系传达给用户，所以将按钮至于顶部而非底部导航，底部导航属于书城层面的信息；而这种方式与抽屉的概念非常类似，抽屉本身的使用场景也经过很多同行的讨论，对于可发现性，点击率都对其有质疑；我们希望弱化这种抽屉的概念，让用户更好的理解并列关系的存在，最终考虑通过书城与书架切换时的页面动效来传达这种关系；

分别从二位、三维空间去尝试传达并列关系，发现2维空间更符合两个页面之间的并列，三维可以更清晰的传达模块与模块之间的并列关系；

对方式二做了细化：

最后动效

另外书架按钮在左上角，而书城与书架的切换是高频率事件，左上角属于用户最难触发区域，此处需要添加手势，降低操作成本；我们结合动效匹配其侧滑的手势，符合用户的心理模型，操作也方便；而问题点在于目前书城首页B侧页面不少碎片支持左右滑动，从业务层面直接屏蔽左右滑动的碎片不合适，暂且没有更好的方式能够替代此类碎片；从技术层面评估，同一个手势能够触发两种页面行为，且若采用优先屏蔽的方式涉及BC交互，会影响程序性能，甚至页面崩溃（技术给予的反馈）；综合现状与项目经理多次沟通最终做了以下决定：通过控制触点来告知系统相应的响应行为；定义规则如下：

上线后数据反馈

出版类uv占比提高2个百分点；事业部收入整体呈提升趋势; 阅读转化率提升5%；

改版总结

1.体验问题要死跟，一不小心就沦为下等需求了；一不小心就被开发测试简单带过；比如这次的手势返回问题，返回层级关系轮乱套，返回动效卡顿，无韵律等；

2.在项目过程中，与产品运营等同事遇到观点不统一的点很正常，如何说服大家接受自己的方案需要总结；

                                                                                           ------2015年8月