以实例讲产品改版（下）：需求与设计

　　《以实例讲产品改版方法论》系列，是一个时间跨度接近半年的全站改版大项目，留下的一点经验，共分为两个部分：上篇《改版的立项与推动实操经验》;本文为下篇，主要讲改版语境下的需求规划与交互设计方法技巧。

　　1. 改版需求规划：要打擒王战、攻坚战、歼灭战

　　我们首先要明确一个概念：大改版就是要树立好靶子，抓核心要点进而重点击破。因为改版立项后，通常开发资源充足，跨部门协调师出有名，如果不能打擒王战、打攻坚战，不能解决好关键问题，不能集中资源克服疑难问题，那就是浪费资源，不痛不痒。

　　那么具体如何辨别好靶子呢?

　　首页明显可见的问题。

　　关系产品核心价值的问题(例如UGC缺乏有效的生产者引导机制)。

　　核心体验流程的问题(例如资讯媒体的内容导航、搜索功能效率低下)。

　　影响业务转化的问题(如业务表单体验很差)。

　　技术上的疑难问题、牵一发动全身的问题。

　　经过对需求池的分类统计，我们定义了原版web端最主要、优先级也最高的四大问题，大家可以参照上述原则看例子：

　　首页子栏目混乱，曝光欠缺。

　　首页、资讯详情页停留时长较短，跳出率高。

　　导航混乱且过载，快速迭代期陆续加了多个重要栏目和业务入口，小屏幕用户的导航条都已经不够用了。

　　业务表单的组织结构混乱，有用户反馈找不到入口，也有用户填写遇到障碍。在是否要求登录上没有一致的规则，页面逻辑有错，跳转会让人疑惑。

　　那么为什么说改版又是歼灭战呢?

　　这是因为我发现，通常在开发中，会遗留一些边缘用例产生的问题处于pending状态。按照现在互联网公司的迭代和变更速度，延迟解决约等于不解决，那么改版，就是扫除这些苍蝇的绝佳推进机会。每个细枝末节的遗漏、特殊状态、像素级的误差甚至是文案标点，都可以在改版中做到一个不留，全部歼灭。

　　以上就是我在做改版需求规划时的原则，结合工作量，就可以确定改版需求的范围和比重。

　　2. 修复信息架构：正骨和消肿

　　针对1、3、4的问题，我们重新梳理了全站的信息架构。

　　2.1 板块/信息的分类与组织

　　信息架构中最核心的就是分类法，以下是我总结的分类维度。

　　关联：在业务上有紧密相关的。如“投资人”和“投融资项目”板块，属于从同一业务线中的方向不同的两条流程，向不同的用户群分别提供服务。

　　从属：信息的逻辑归属关系。如文章的两级分类。

　　同类：属于同一类信息的不同表现形态。因信息丰度、来源、时效性、外来属性等因素不同而产生的呈现差异，如“资讯”、“快讯”与“热文”，都是新闻资讯类信息，同一个事件可能会在这三者中的任意出现，但展示的字段与布局完全不一样。应注意区别于从属，但有时候和从属的概念相容，这取决于产品目的。

　　同质：信息的抽象概念相同，此时通常用户对其操作模式和预期也是相同的。宏观上依据这个分类，可以将信息放入对应的布局区域如焦点区、热销位、板块窗口位、入口按钮菜单、用户菜单等。

　　等重：在某个产品阶段内，信息的重要性相近。这种分类结果会随产品发展而变化，比如新功能刚推出，你需要超越重要性去给它更强的引流入口。

　　整理出来之后，大至功能板块、小至信息布局，都有了清晰的依据和约束条件。

　　接着细化的工作：

　　组织信息的方式(按标签、按分类、按来源等)

　　呈现信息的规则(显示条件、排序、分页、隐藏与转移、加载方式、特殊布局位、默认/缺省设置等)

　　2.2 收纳箱：处理导航过载的良方

　　旧版产品的首页主导航，导航标记多达13个，11寸下的显示已经无法调整。我依据等重信息分类，将全产品不重要的功能统统隐藏进【发现】里面。这时候发现，公司的2个主要线下业务流程的表单入口，也会跟着线上不重要的信息板块被扔进去，层级会非常深。于是又将他们提出来，利用“同类”分类法，放在【服务】里面。今后如果还有更多的非主线板块/栏目，在上线一段时期过后，也会将考虑是否放到【发现】里面。

　　2.3 建立统一的操作认知

　　原版产品的表单，分处于3种不同状态的菜单导航中：需要登录、不需要登录、已经登录。造成的问题是，我们有的业务无法被曝光在未登录用户的菜单里，并且在使用时看见同一页面中有的入口时有时无，很容易迷惑，进而找不到之前提交的信息在何处更改。

如何建站：

建网站需要准备哪些资料 如何购买域名空间 协助备案 成功案例 真实见证 建站类型有哪些 收费标准 建站流程 制作周期 改版美化 提升有户体验 [建站必看]源码内容交付 联系客服 专业建站

看了这篇文章的人还看了