注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

HeNgrY's Blog

这里收录一切·好玩的·好看的·好用的·好听的·东西·分享给大家

 
 
 

日志

 
 
关于我

这里收录一切·好玩的·好看的·好用的·好听的·东西··· 然后分享给大家·· (*^__^*) 嘻嘻……

网易考拉推荐

谈谈天极产品设计流程 [转]  

2008-05-30 11:16:47|  分类: 设计杂谈 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

 

2008-4-25 09:34

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

     如果当中有问题及更好的方法,请邮件或加我MSN联系.

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

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

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

1.可行性评估

2.产品原型

3.产品界面设计

4.规范整理、功能实现

5.产品上线

6.分析报告、优化方案

针对每个环节细化,我将拿出近期的ChinaByte产品库项目来做进一步说明

一 可行性评估:

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

     需沟通人员: 销售部

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

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

     1)            数据报告

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

     2)            功能性

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

     3)            可行性

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

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

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

二 产品原型

          主要执行人员:UI、UE、需求部门

          需沟通人员: 程序部、销售部

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

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

     1) 纸稿

 

2008-4-25 09:34

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

     2)线稿、黑白稿   

 

2008-4-25 09:34

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

    3) 原型

 

2008-4-25 09:34

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

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

三 产品界面设计

    主要执行人员:UI、UE、需求部门

    需沟通人员: UID、SEO

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

    1) UI

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

 

2008-4-25 09:34

    2) UE

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

    3) UID

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

    4)      SEO

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

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

四 界面设计规范及功能实现

     主要执行人员:UI、UE、程序、SEO

     需沟通人员: UE、销售

     1)       设计规范

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

 

2008-4-25 09:34

     2)      代码及程序开发

     由UID进行页面的代码开发(CSS+DIV),并需严格参考SEO理出的相关规范,针对一些AJAX的动态效果还需要程序部人员协助完成,当静态HTML完成后即由技术人员进行程序嵌套,并实现预期的功能。

这个阶段由UI、UE全程跟踪,保证HTML和设计稿最大限度相似前提下,对已实现的功能进行测试,并出交互设计改善文档,提交给技术人员。

五 产品上线

     主要执行人员:需求部门

     需沟通人员: UI、UE、程序、销售

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

六 分析报告及优化方案

     主要执行人员:UE

     需沟通人员: UE、UID、程序、需求部门、 销售

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

     在产品设计中我基本上都是采用这套流程,也希望和大家同共探讨。

本文转载自掺掺同学的博客。

上回Missx解释了“什么是UE”,发现还有很多人对于UE的范围和工作内容不是很了解。

转载此文是想通过实例,让大伙更好的了解产品和UE的关系。

以及UE在产品设计中扮演什么角色,是整台发动机的哪颗螺母……

欢迎讨论!

  评论这张
 
阅读(77)| 评论(0)
推荐 转载

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2017