您的位置:首页 > 运维架构 > 网站架构

开始我的信息架构师梦想-我被“北极熊”撞了一下腰(一)

2010-04-28 08:30 162 查看
开始我的信息架构师梦想

跟随北极熊的步伐,期待那一片极光

刚刚接触这个词汇是在1个月之前,当时所在的项目组正在着手开发一个信息型网站,这次的开发和以往的开发不同,从UI做到后台,没有需求,没有美工,只有我们这些研究技术出身的学生。

以往的方式是拿到网站的效果图和方案,我们直接切图,开发后台;这次不同了,我们的角色从后端走向了前台。书写我们并不熟悉的可行性报告,还要承担由于不能和客户经常咨询,无法通过客户进行需求确认的状况。好在我们讨论的频率很快和及时,这给我们对于开发前景有着极大的信心。

截止至今,我们的开发历程如下:

第一周~第二周,完成可行性报告。

第三周~第四周,进行需求提取和UC设计。

第五周~第六周,确认需求,技术培训。

第七周~第九周,原型图和方案设计,搭建开发环境。

第十周至今迭代的进行方案设计、确认和后台开发,整个项目进入正轨。

在这个过程中,我们在需求的提取时,几乎是摸着石头过河,在期间,感谢我们的师哥给予技术和会议制度方面的建议。

下面分享一下这段时间内,我出于一个在团队里担任产品经理角度的感受。

一、好的团队氛围是完成高质量工程和提升个人能力的基石。

这个项目组一共有15个人,PM曾在国内大型web企业中担任技术人员,我们的团队氛围相当的融洽,每周有3次针对项目的讨论。在这个团队里面没有明显的等级划分,没有压抑的工作气氛,有的是大家一起学习,一起努力的劲头。

在需求提取上,我们曾陷入了困惑之中,我们必须同时担任虚拟客户和需求分析师,陷入了无法对需求进行确认的困窘之中。恰好在这个时候,我拿到了一本书《网站交互设计模式》,读到了“以用户为中心的设计方式”,在一次讨论中,我发表了如下的观点:

1:以用户的需求为原型,做UC设计,先对网站的目标受众做分析,分别从年龄、受教育程度、收入、残疾类型、浏览器类型、计算机技能、设备情况对用户作分析,提取网站的功能点,再把功能点分为两类,主要功能和次要功能。

2:提出依托统计资料对目标受众的访问方式和目的做分析,继续对于网站功能点的提取和舍弃。

3:把需求提取的由浅到深的过程迭代开发,规定每一个周期的交付物。

感谢团队的成员可以接受我的观点,并且支持我的工作,按照我提出来的建议修改了原有的开发方案和进度。在接下来的开发中,我们提取出了整个网站的高层功能点。

接下来一个周,团队从功能点出发,提取出了具体的用例和情景。作为信息型网站,项目的信息量数量大而且繁杂,怎么组织信息成为了我们需要攻克的下一个难题。一个词语进入了我们的视野“信息架构”,这时候,项目组也分出了我们几个人专门研究需求。我们开始在图书馆和网上疯狂的搜集关于信息架构有关的信息和知识,“北极熊”给我带来了太多的惊喜。

“有了北极熊,我们不会迷路。”来自一个网友的读后感。这本被称为“北极熊”的《Web信息架构》,里面的文字每一句仿佛都是为了我们的项目而写。

“有些网站提供的逻辑结构可以帮助我们找到答案并完成任务。而有些网站则欠缺明确的组织架构,当我们在浏览时只会感到沮丧。我们无法找到所需的产品,再也找不到上礼拜找到过的报告,而且会在网上购物中失去方向。”

我们现在需要的就是如何在众多的信息中设计结构、决定组织方式以及制定标签等,通过一个阶段的学习,在一次讨论会议上我们小组提出了:

1,从上到下决定网站的信息结构(层次),为每一个项给出编号,1是有利于对于信息的管理,2是在网站权限管理上可直接使用层次编号;

2,从下到上,从数据出发决定内容的组织方式,这样可以保证信息的清晰和可重用性;

3,决定内容之间的链接、情景式导航;

4,每次的交付物都以最直观的形式给出,包括用Visio作的网站蓝图,Balsamiq Mockups制作的原型图以及用ps等工具直接给出的网站效果图。

同上次一样,我们的方案再次受到了团队的支持和掌声,现在的负责产品的组员已经在用这种思路进行着方案设计。

好的团队氛围,给了我们足够的动力和充足的信心。

每一次方案的提出,都能被人理解,认可是一件很美妙的事情,这让我们动力十足,李开复老师的“改变世界”,到了我们这里可以叫做“优化团队,提升自己”,我不怕被否定,不怕被误解,因为我知道,在正确的时机,做正确的事情,给团队带来合理的提升,每一天都能看到自己的进步,每一天都在为集体的前进而贡献自己的力量,这种感觉是最振奋人心的。

二、无规矩不成方圆。(未完持续。。。)
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: 
相关文章推荐