以前只做过APP从0开始到上线，没有网站整体改版经验 。刚开始也是有些懵逼的 ， 不知道该怎么做，也没有借鉴相关的经验 ， 就顶着压力牵头去做 。下面讲讲我是怎么做网站改版的，主要讲一下有哪些事情需要前期做准备，以及是怎么一步一步完成的，改版流程梳理如下：
1、收集意见反馈
除了产品自己体验总结的问题外 ， 这个步骤的主要目的是全面了解产品现状，哪些问题比较突出，需要重点解决，比如 ， 反馈产品引导没做好 。改版前做了一个功能使用帮助视频模块 ， 结果用户还是不知道怎么用，业务员说做了跟没做一样 。首页内容是固定的，反馈说用户进首页看不到最新的官方动态 。改版前在首页加了公告和咨询板块，因为版面空间问题，与主要内容权衡之下，仍然处于进入首页看不到的地方 。
开发了一个新的辅助产品，因为只在导航菜单上有入口 ， 用户进入首页也看不到 。在首页补了一个介绍板块，然而仍然处于不显眼的位置 。最终首页内容机械堆积，毫无交互性，链接在完全不同的产品网站之间跳转 ， 十脸懵逼；内容详情页花里胡哨，真正重要的内容，没得到突出；本该直达的页面却多跳转了一次；核心功能路径上的某一个子模块与核心路径不在同线上，导致来回切换，找不着北 。
2、明确目标和范围
以上这些问题很零散，看似简单，好像把各自模块优化好就行 。但归根结底，是产品定位不清晰，根据产品定位去决定要组织的信息结构也不清晰 。
全面了解后，产品S的定位其实是很明确的 ， 只是在做的过程中 ， 什么都想做 ， 过程中不断的增加需求，忽视了信息结构优化，最终成了模块堆砌没有规律和归类，边界比较模糊 。在改版目标基础上，继而找到可以达成目标的路径，划分改版范围 。
3、优化信息结构
根据目标和范围，找到可以达成目标的路径、内容归类、梳理出大框架 。转化路径清楚了，这个时候不用着急去细化，能梳理出网站结构的大框架就可以了，这个大框架就是你对网站整体架构的把握，后续推进的任何工作 ， 都是围绕这个大框架去细化 。大框架可以理解为网站“金字塔模型”的粗略版 。
4、对信息结构切块并制定工作计划
网站大框架清楚了，这个时候已经很清楚要做哪些事情了 ， 但是需要一个执行顺序 ， 即工作计划，你要按照什么样的路径去完成所有框架下的内容 。因为有几个不同的产品线，需要在产品线之间切换，做不到一气呵成 。所以我决定分期执行，把整个网站切成4部分，分4期需求完成 。
5、分块梳理功能点和使用路径
网站大框架、改版计划都清楚了 。这一步就是按照计划去逐级细化每一期需求下的模块、功能点不只是照搬以前的功能 ， 还包括进一步梳理清楚每个功能点，是否有做的不够完善的、遗漏的，是否有新的功能点可以挖掘补充的 。建议用脑图梳理出来，对后续画原型、写需求都有用 。
6、根据信息结构和梳理的需求组织评审
这一步是需求评审，参与者含产品、运营、技术、UI、销售、市场推广 。可能有人比较疑惑，为啥现在就需求评审了 。我说下我的经验，做产品初期 ， 自己不懂，总觉得要把需求文档都写出来了，才好跟相关人员去好好聊 。后来发现浪费很多时间，沟通需求的过程是需要贯穿整个需求生命周期的 ， 从提需求到解决方案上线，都不能停止沟通 。持续沟通，需求才会逐渐明朗
已经梳理了信息架构、详细功能点，用金字塔结构的脑图呈现出来的结构就大致是网站上线后的样子，包括评审时 ， 你按模块给参与评审人员讲需求，不需要费时间再画个原型才来评审 。需求评审时，记得别落下UI设计师 ， 让设计师更好的理解需求，帮助TA实现设计想法 。
7、原型设计、输出产品说明文档
需求文档最好是图文结合起来，方便开发看 ， 不赘述，产品都懂 。
8、UI设计、准备内容和资源、跟进上线
最好拿着原型跟UI单独沟通每个模块的原型细节，哪些是你要突出的、弱化的，讲解你的想法、建议，听听设计师的意见 。
然后是跟进开发情况 ， 过程中开发有不清楚的地方需要持续沟通，并参与到测试过程中，不要等到发验收申请了 ， 你才开始提问题，这里没按照需求做，那里不是这样的，开发和测试绝对会跟你撕的 ， 你放心 。
到此，网站改版流程走完了，整个过程都需要团队合作和沟通协调，做到有计划、有目标，心里有数 。如果有更好的意见建议，可以一起交流 。
【怎样完成网站改版需求呢】
