百度首页 | 百度空间
 
查看文章
 
谈谈天极产品设计流程
2007年09月28日 星期五 上午 09:42

            写这个的目地,主要是系统理下目前产品设计的流程,提醒自己尽量去避免一些常见的问题,也能让大家系统的了解天极网的产品设计流程。当然,不保证任何产品都能套用这套方式,主要还是跟据自己工作性质来定。也许这段文字会比较枯燥,希望阅读下去能给大家带来一些启发。

     如果当中有问题及更好的方法,请邮件(peter.xiao999#gmail.com )或加我MSN(pitiaoxiao#hotmail.com)联系.

     先从沟项目人员说起吧,项目需要沟通的部门基本是:需求部门(比如:产品经理,某频道负责人或主编) 、销售部、程序部。涉及到我这边主要有:UI(界面设计) 、UE(交互及用户体验) 、 UID(制作) 、SEO(搜索引擎优化)。

     大多数产品都是由需求部门提出,当项目完成审批流程后,就会交由产品负责人直接和我们(目前天极网UE还处于起步阶段,我主要扮演UI及兼任UE的职责)进行沟通,进行可行性评估,经过N次讨论后确定结构、风格、功能、并确定开发周期及最终的上线时间。

每个产品主要经过以下几个阶段:

1.可行性评估
2.产品原型
3.产品界面设计
4.规范整理、功能实现
5.产品上线
6.分析报告、优化方案

针对每个环节细化,我将拿出近期的ChinaByte产品库项目来做进一步说明 ,相关地址:http://www.webdoc.com.cn/demo/p/

一 可行性评估:

     主要执行人员:UI、UE、需求部门、程序部
     需沟通人员: 销售部

     当产品经理确定基本的思路后,会先会跟我们沟通,并说明这个产品的思路、受众及一些自己的想法.接着会拿来一个结构图来和我们探讨实现方面的可行性。我们也会准备相关资料与其进行沟通,主要会从数据报告、功能性及可行性三方面下手,在探讨的同时会指出功能或结构上的一些问题,并提出改善方案,这步一定得仔细,UI、UE深入探讨并尽可能考虑到每个实现的细节,待框架打好后,出好的产品很容易.但如果在可行性评估上出现隐患,余下的其它工作也将会遇到诸多问题。

          我们主要从以下三方面进行评估:

     1)            数据报告
     通过99Click、Netratings、Counter三套系统来进行数据收集,并在分析报告中指出相应的问题。

     2)            功能性
     站在用户角度上,对方案的结构及功能性进行评估,提出并解决操作上的问题。

     3)            可行性
     每个产品初期都是感性的,但在不能保证每个功能都能按原有思路进行实现,具体还需要和相关技术     人员进行探讨、碰撞后形成最终的产品思路。

     由于各人思考问题的角度不同, 这个环节常遇到大家意见不统一情况,在我接触的项目中,很多产品经理都会将个人喜好溶入到产品设计思路中,如"颜色用红吧,这样显得比较跳跃","按钮上加下样式,太不吸引人…",跟据自己的经验判断,如果认为不可取,会尽最大能力去说服对方,当然前提是把自己的位置摆正,站在中立的角度上去审视产品。

     顺便谈谈沟通,相信大家经常会遇到和产品经理矜持不下的情况,这时用理论及实际案例去说服对方基本是无效的。建议可以采用一对一的方式单独沟通,遇到问题先记下来,放到会后进行单独讨论,人都是要面子的嘛。只要让对方意识到你是在帮他改善问题后,接下来的沟通就会比较轻松。在之前在做Yesky产品库 时自己也经遇到这类问题。总之,说服的方式有很多种.无论是威逼还是利诱,前提一定是我的这种方式是可行的,实用的。

二 产品原型

          主要执行人员:UI、UE、需求部门
          需沟通人员: 程序部、销售部

     在产品原型方面,主要指的是黑白稿或线稿,除了颜色基本采用黑白的形式,最终出的产品原型将会和实际产品没区别。这个环节会拟定出产品页面的宽度,广告的形式,导航基本样式,各内容的区域的表现形式等…

     当经过可行性评估阶段后,产品经理的思路和自己也基本达成共识,接下来将进行原型设计,我将主要分为三个步骤来实现:

     1) 纸稿

   

      一般情况下结构图都是采用word文档描绘,我选择笔和纸的方式,主要还是比较方便、易修改,有任何突发的思路只需要擦一下,就可以直接在已有的基础上进行调整,由于之前的讨论没有实物参照,在这个环节你一定会发现更多有趣的问题。

     2)线稿、黑白稿    

      

    当纸稿确定后,则由UI或UE使用做绘图工具来描绘黑白稿(我主要使用Photoshop来进行这个步骤,跟据个人习惯不同,大家的方式也有所区别,比如淘宝UED Team及Baidu UE更多的则采用线稿的形式)。也许是做UI的原因,我习惯还是采用黑白稿,方便界面设计,在结构上也会精确到像素,比如:导航高度40px.头条采用20px黑体,图片规格:104x85px,页面的各区域的留白为5px…等等,只有这样才会发现更多细节上的问题,当然到界面设计的同时你也会尝到更多的甜头。

    3) 原型


  


    完成以上的二个步骤后,产品的基本功能,结构,规范都已经大致成型.这时你可以叫上程序部、销售部及需求部门产品经理,在白板上对着黑白稿做最终的讨论。经过二次、三次调整,最终定下完整的产品原型。

    另外,值得提的一点是,在产品原型未确定前,千万别急着去做界面设计,因为之前的讨论主要会通过白板、Word或纸稿。在原型未确定前,有很多潜在的问题表现不是很直白,比如:"窄了、窄了,完了,新闻列表只能放八个字"、"广告放不下了"、"数据提不出来,目前没这个接口…"。如果提前进入界面设计的环节,一但有问题,就意味着重新又需要找产品经理、技术部、销售进行再次沟通,这个步骤是很烦琐的,也会让人很郁闷的

三 产品界面设计
    主要执行人员:UI、UE、需求部门
    需沟通人员: UID、SEO


目前产品的雏形已基至的本成型,虽然还没华丽的外衣,但凹凸有至身型已隐约可见。下一步将进入界面设计阶段.设计师们也将再次体会到黑白稿给他带来的各种便利.


    1) UI
    我的习惯是,主要针对首页进行风格设计,并出3-4套界面,最终挑选出2套左右提交给需求部门,同时也会指出自己最满意一套,和需求部门进行二,三次碰撞后,最终拿出定稿。

更多请访问:http://www.webdoc.com.cn/demo/p/


    2) UE
     UE则开始针对原型进行操作上的优化调整,召集用户并组织头脑风暴,收集到相关意见后,由UE整理出交互及用户体验方面改善意见,并反馈给UI及需求部门。比如:"这个文字需要加下划线"、"按钮上不要加样式,反而没有点击的欲望了…"。

    3) UID
    UID即开始着手准备制作方面相关文档.并提出实现方面的意见.等待效果图最终确定后,则开始相关代码的编制(CSS+DIV、AJAX、Java)。

    4)      SEO
     SEO则根据原型提出搜索引擎优化的意见,为制作阶段代码优化做准备.

     这个阶段一定要保证与需求部门沟通到位,当产品界面最终定稿后,建议再组织一次讨论,这次用户面对着是实实在在的产品,所感受会和之前有所不同.对产品效果上来说,这次的讨论也会有不少收获


四 界面设计规范及功能实现
     主要执行人员:UI、UE、程序、SEO
     需沟通人员: UE、销售


     1)       设计规范
考虑到在动态实现方面,光凭效果图很难直接的给予表现,这时需要配合使用说明文档及设计规范规范来做辅助。比如按钮及文字链在触发前后的样式,文字间距…。如下图:


     2)      代码及程序开发
     由UID进行页面的代码开发(CSS+DIV),并需严格参考SEO理出的相关规范,针对一些AJAX的动态效果还需要程序部人员协助完成,当静态HTML完成后即由技术人员进行程序嵌套,并实现预期的功能。
这个阶段由UI、UE全程跟踪,保证HTML和设计稿最大限度相似前提下,对已实现的功能进行测试,并出交互设计改善文档,提交给技术人员。


五 产品上线
     主要执行人员:需求部门
     需沟通人员: UI、UE、程序、销售

     这个阶段主要是内容的添加,主要由相关频道编辑完成,对于软性广告位这块还需要和销售进行协调。完成内容添加后,由需求部门、UI、UE进行核查,在保证和内容、功能完整后,进行整体上线。


六 分析报告及优化方案
     主要执行人员:UE
     需沟通人员: UE、UID、程序、需求部门、 销售

     产品上线后,由UE进行数据及意见的收集,在二周后出相关改善文档,协调各部门进行优化的工作。

     在产品设计中我基本上都是采用这套流程,也希望和大家同共探讨。
     这篇文章没啥外链,还是来点吧,推荐看下 白鸦的Blog



类别:工作 | 添加到搜藏 | 浏览() | 评论 (28)
 
最近读者:
 
网友评论:
1
2007年09月28日 星期五 下午 01:33
期待~
 
2
2007年09月28日 星期五 下午 02:35
呵呵,我也期待中!
 
3
2007年09月28日 星期五 下午 03:40
辛苦你了~
 
4
2007年09月29日 星期六 上午 10:48
NB!
且不说效果如何,能这么做的企业已经很少了,相信你们一定能得到很多有益的效果。
 
5
2007年09月29日 星期六 上午 11:15
这个也是比较理想化的流程,但不是所有的项目都会采用,比如销售的任务,基本上是当天需要拿到成品,要不我早走人了.呵呵.
 
6
2007年09月29日 星期六 上午 11:20
收藏至20ju.com
 
7
2007年09月29日 星期六 下午 12:00
真正的理想中的流程啊
如果公司真的能这样做,在效率和产品质量上都会有质上的飞跃
 
8
2007年09月29日 星期六 下午 04:33
很完整。特别是设计规范制定的时间也恰到好处。
 
9
2007年09月29日 星期六 下午 04:38
学习!
 
10
2007年09月29日 星期六 下午 05:11
很少能有这个流程的。

见多了拍脑袋的。

对于最后一点的数据反馈。
个人建议在前期的产品设计的时候就要“打桩数据点”和做一些可能变动的数据点以及疑惑或者可能出现问题的地方的数据观测。
 
11
2007年09月29日 星期六 下午 05:44
很实用的门户网站产品设计流程
 
12
2007年09月30日 星期日 上午 08:26
呵呵,不错不错,写的很好!
希望以后可以拜读到更多这样的好文章
 
13
2007年10月09日 星期二 下午 11:07
流程很清晰,几乎每个产品上线都按这样的套路。不过你的很详细。如果小型产品的话基本流程基于在市场调查-策划-设计-优化。而没有那么繁琐。学到一些新概念在你这里。
 
14
2007年10月10日 星期三 上午 09:43
看到一个小细节,,登录模块部分:登录和注册似乎应该调换一下位置。。因为大多数人的操作习惯是右侧操作。。嘻嘻,,
 
15
2007年10月10日 星期三 上午 11:20
to littlefoxpig
1 对于垂直性的产品库.目前"登陆"还没有这么重要.首屏的右侧应该是所有页面的黄金位.先也考虑过放在右边,但会挤掉其它需突出内容的位置.
2 另外一点,是为了培养用户的使用习惯,让所有出现"登陆"页面都保证它出现在左侧的相同位置.
 
16
2007年10月10日 星期三 下午 12:25
很完整..学习
 
18
2007年10月19日 星期五 上午 00:11
专业~
 
19
2007年10月23日 星期二 下午 04:14
我想知道你们程序开发是对着需求文档开发?还是对着产品原型开发?
是在你们做页面的时候进行系统开发?
 
20
2007年10月23日 星期二 下午 07:46
程序开发主要还是以需求文档为主,原型为辅。
时间上肯定排在设计和制作之前。
 
21
2007年10月24日 星期三 下午 01:35
谢谢楼上的指导!
 
22
2007年10月24日 星期三 下午 04:21
对新人是一个启发...
 
23
2007年11月07日 星期三 下午 06:07
不错啊~
学习了

我转了
呵呵
 
24
2007年11月11日 星期日 下午 01:24
很好的文章~
 
25
2007年11月18日 星期日 下午 06:49
:) 挺好
 
26
2007年12月04日 星期二 下午 06:50
比较系统,
受用啦~~
 
27
2007年12月06日 星期四 下午 09:36
学到很多东西,下次做专题的时候可以借鉴一下局部细节:)
 
28
2007年12月23日 星期日 下午 01:00
很多时候,流程只是一个想法,具体是否能把页面表现好和是否了解用户的是PM人员,负责UI和UE应该把更多的时间放在产品原型和具体设计表现中去.我发现天极很多页面设计都很烂,主要表现在下面几个方面:
1:页面元素设计不规范
2:标题栏与内容块表现分离不融合
3:页面展现没有重点,缺乏层次感
4:页面缺乏引导用户点击的欲望,很多东西都好象为了填空页面而设计的.
5:设计师的用色配色基本功不够,往往设计出来的时候,都让人看到小家子气的感觉.
6:作为UI人员,研究的关键点在于了解PM人员的根本需求点,然后用最清晰的模型表现给用户,而不是拿历史的流量数据来做目前设计的分析源(已经走进死胡同了),很多时候页面很多东西用户不关注,不是产品或者功能用户不关注,而是UI没有把该表现的感觉表现出来.更不要谈及什么情感设计了.)

不知道发完楼主是否会删除掉呢? 不知道楼主在天极设计的哪些页面具备比较强的学习的?
 
29
2007年12月24日 星期一 下午 12:12
to 天极网友:
天极也的确存在这些历史问题,以用户为中心的产品流程,是我们目前主要推进的工作。你说的流量统计只是一部分,当中还会涉及到用户、测试等阶段。
感谢你对天极网的关注,另外,我没有删评论的习惯。
 
发表评论:
姓 名:
网址或邮箱: (选填)
内 容:
验证码:
 

     

©2008 Baidu