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