网站进行改版时，最怕的情形便是在不了解实际情况的状态下独自进行设计，待改版完成上线后，用户却对其不认可。相较于自己一味地埋头思考，倒不如先去探寻其他人的做法，此乃所谓的“知己知彼”。
把竞品网站打开，别急着就说“这个功能我们也需要有”。先去问问自己几个问题：同一效劳，人家为何把这按钮在这儿放置？这个流程比我们这儿少了两步，用户操作起来会不会更便利？人家新展开的效劳，咱们用户群体里可有其他人提过类似的需求呢？
将这些差异点记录下来之后，要依据自家状况进行筛选。要是竞品的功能的确击中了用户痛点，并且我们的开发团队恰好擅长这一领域，便能够把它纳入考虑范围。然而要是仅仅看上去好看，与我们的产品定位不相符，又或者所需投入的成本特别巨大却看不到显著收益，该舍弃的时候就要果断舍弃。
调研完成了之后，改版的目标自然而然地就变得清晰起来。究竟是着重去优化核心功能有关的操作路径，又或者是重新开展界面方面的设计确保信息能展示得更加直观呢？具备了具体的目标，才能够去估算相应所需的人数以及时间，以此来防止项目从最开始就陷入那种仅凭主观随意决策的困境之中。
挑出收集而来的用户反馈，再结合竞品分析得出的结果，从中提炼出此次改版所要解决的核心问题。借助产品原型将这些想法绘制出来，使得抽象的需求能够看得见。这个时候，要找设计、研发以及运营的同事一同审看一遍原型。
这时候运营同事需格外全心投入，多问几个为何：新功能上线后如何去推广？用户碰到问题由谁来解答？有无更简便的实现途径可达成同样成效？大家经讨论后确定下来的方案，才是最终可靠能用的需求文档。
要是于需求阶段之时没有将这些问题思索明白，等到产品已然制作完成才发觉无法得以运营，那么即便界面再怎么美观也是毫无用处的。诸多新手产品经理易于犯下的错误便是观念认定只要东西制作出来用户自然而然就会前来使用，实际上上线仅仅是漫长服务的起始而已。
为了使我们要改版这件事让用户知晓，进行对外宣传。预先于社区之中发布一些预告，向大家告知新版本会出现什么样的变化，如此能够削减用户忐忑不安的感觉，甚至于令他们萌生出期待之情。切莫认为产品良好便无需提前说明，改版意即使用习惯有所变化，提前加以引导总归要比上线之后用户四处寻觅入口要好得多。
先和公司里其他协作部门通个气，告知他们我们所开展的工作，以及是否会对他们的产品造成影响，对内宣传同样是相当重要的。要防止出现两部门做了功能相近似的产品，上线后争抢同一批宣传资源的状况，因为这对于公司而言属于资源浪费，而且用户也会由此觉得混乱。
于开展开发工作的进程里，产品、运营、研发以及UI需维持高频次的沟通交流。每日进行站会来同步进展情况，一旦碰到问题便随时展开讨论以解决，切莫等到最后才表明无法实现。完成开发之后，不要急于直接进行全量上线，要邀请一批满怀热忱的用户参与内测。
这些用户，常常能够发觉诸多测试人员未能留意到的细节方面的问题。促使他们提前去体验新版本，一方面帮我们寻觅到了潜藏着的Bug，另一方面也增强了他们自身的参与感。然而，有些问题的确是要在用户量更为庞大的情形下才会显现出来，所以在正式上线的第一周要专门去关注用户反馈以及数据的变化。
在正式进行版本切换之前，务必要发布公告。需清晰说明此次改版主要更改的具体之处，对使用者所具备的益处，旧功能迁移之后的查找位置，倘若碰到问题经由何种渠道与我们取得联系。要让公告交代得详尽一些，如此便能削减诸多后续的客服咨询数量。
其目的在于使得用户最大限度地知晓新版网站，进而削减陌生之感，尤其是针对操作习惯存有变更之处，最优做法是制作一个引导页面，引领着用户逐一经历一番，如此一来能够助力他们顺遂地实现过渡，不会由于无法适应而径直舍弃使用。
倘若你身为空降而来的主管，千万不要刚一上任便着手进行改版。除非公司将你招来是为了实现那个明晰确定的目标，便是在这种情形下，也得先去摸透状况。要与上级把思路交流明白以获取支持，要跟下属去知晓工作流程以及现存的问题，要同用户去谈谈他们实际上真正所遭遇的痛点究竟是什么。
逐个将网站中的每个功能都亲自使用上几遍，去查看一下历史数据，从而弄清楚老用户究竟是怎样运用这个产品的，在搞明白这些情况之后，自然而然地你便会知晓到底要不要进行改版、重点应该去改哪些地方、需要什么样的资源了，要是盲目地只是为了证明自身而推动改版的话，结果一般而言都不会是太好的。
你所经历的，那一次印象最为深刻的网站或者App改版，究竟是怎样的情形，是能让你瞬间眼前一亮的样子，还是会让你心底涌起想要吐槽的冲动？不妨在评论区踊跃分享一番你的切身体验。
