|
 图片" onclick="javascript:window.open(this.src);" onmousewheel="return bbimg(this)" onload="javascript:resizepic(this)" border="0"/>
写这个的目地，主要是系统理下目前产品设计的流程,提醒自己尽量去避免一些常见的问题，也能让大家系统的了解天极网的产品设计流程。当然，不保证任何产品都能套用这套方式，主要还是跟据自己工作性质来定。也许这段文字会比较枯燥,希望阅读下去能给大家带来一些启发。
如果当中有问题及更好的方法，请邮件(peter.xiao999#gmail.com)或加我MSN(pitiaoxiao#hotmail.com)联系.
先从沟项目人员说起吧,项目需要沟通的部门基本是:需求部门(比如:产品经理，某频道负责人或主编) 、销售部、程序部。涉及到我这边主要有:UI(界面设计) 、UE(交互及用户体验) 、 UID(制作) 、SEO(搜索引擎优化)。
大多数产品都是由需求部门提出,当项目完成审批流程后,就会交由产品负责人直接和我们(目前天极网UE还处于起步阶段，我主要扮演UI及兼任UE的职责)进行沟通,进行可行性评估,经过N次讨论后确定结构、风格、功能、并确定开发周期及最终的上线时间。
每个产品主要经过以下几个阶段：
可行性评估
产品原型
产品界面设计
规范整理、功能实现
产品上线
分析报告、优化方案
针对每个环节细化，我将拿出近期的 ChinaByte产品库 项目来做进一步说明 ，相关地址：http://www.webdoc.com.cn/demo/p/
一 可行性评估
主要执行人员：UI、UE、需求部门、程序部
需沟通人员：销售部
当产品经理确定基本的思路后,会先会跟我们沟通，并说明这个产品的思路、受众及一些自己的想法．接着会拿来一个结构图来和我们探讨实现方面的可行性。我们也会准备相关资料与其进行沟通，主要会从数据报告、功能性及可行性三方面下手，在探讨的同时会指出功能或结构上的一些问题，并提出改善方案，这步一定得仔细，UI、UE深入探讨并尽可能考虑到每个实现的细节,待框架打好后,出好的产品很容易.但如果在可行性评估上出现隐患,余下的其它工作也将会遇到诸多问题。
我们主要从以下三方面进行评估:
数据报告
通过99Click、Netratings、Counter三套系统来进行数据收集，并在分析报告中指出相应的问题。
功能性
站在用户角度上，对方案的结构及功能性进行评估，提出并解决操作上的问题。
可行性
每个产品初期都是感性的，但在不能保证每个功能都能按原有思路进行实现，具体还需要和相关技术 人员进行探讨、碰撞后形成最终的产品思路。
由于各人思考问题的角度不同, 这个环节常遇到大家意见不统一情况，在我接触的项目中，很多产品经理都会将个人喜好溶入到产品设计思路中，如＂颜色用红吧，这样显得比较跳跃＂，＂按钮上加下样式，太不吸引人…＂，跟据自己的经验判断，如果认为不可取，会尽最大能力去说服对方，当然前提是把自己的位置摆正，站在中立的角度上去审视产品。
顺便谈谈沟通，相信大家经常会遇到和产品经理矜持不下的情况，这时用理论及实际案例去说服对方基本是无效的。建议可以采用一对一的方式单独沟通，遇到问题先记下来，放到会后进行单独讨论，人都是要面子的嘛。只要让对方意识到你是在帮他改善问题后，接下来的沟通就会比较轻松。在之前在做 Yesky产品库 时自己也经遇到这类问题。总之，说服的方式有很多种.无论是威逼还是利诱,前提一定是我的这种方式是可行的,实用的。
二 产品原型
主要执行人员：UI、UE、需求部门
需沟通人员：程序部、销售部
在产品原型方面,主要指的是黑白稿或线稿，除了颜色基本采用黑白的形式，最终出的产品原型将会和实际产品没区别。这个环节会拟定出产品页面的宽度,广告的形式,导航基本样式,各内容的区域的表现形式等…
当经过可行性评估阶段后,产品经理的思路和自己也基本达成共识，接下来将进行原型设计，我将主要分为三个步骤来实现：
1) 纸稿
 图片" onclick="javascript:window.open(this.src);" onmousewheel="return bbimg(this)" onload="javascript:resizepic(this)" border="0"/>
一般情况下结构图都是采用word文档描绘，我选择笔和纸的方式，主要还是比较方便、易修改，有任何突发的思路只需要擦一下，就可以直接在已有的基础上进行调整，由于之前的讨论没有实物参照，在这个环节你一定会发现更多有趣的问题。
2) 线稿、黑白稿
 图片" onclick="javascript:window.open(this.src);" onmousewheel="return bbimg(this)" onload="javascript:resizepic(this)" border="0"/>
当纸稿确定后，则由UI或UE使用做绘图工具来描绘黑白稿(我主要使用Photoshop来进行这个步骤，跟据个人习惯不同，大家的方式也有所区别，比如淘宝UED Team及Baidu UE更多的则采用线稿的形式)。也许是做UI的原因，我习惯还是采用黑白稿，方便界面设计，在结构上也会精确到像素,比如:导航高度40px.头条采用20px黑体,图片规格:104x85px,页面的各区域的留白为5px…等等，只有这样才会发现更多细节上的问题，当然到界面设计的同时你也会尝到更多的甜头。
3) 原型
 图片" onclick="javascript:window.open(this.src);" onmousewheel="return bbimg(this)" onload="javascript:resizepic(this)" border="0"/>
完成以上的二个步骤后,产品的基本功能,结构,规范都已经大致成型.这时你可以叫上程序部、销售部及需求部门产品经理，在白板上对着黑白稿做最终的讨论。经过二次、三次调整，最终定下完整的产品原型。
另外，值得提的一点是，在产品原型未确定前,千万别急着去做界面设计,因为之前的讨论主要会通过白板、Word或纸稿。在原型未确定前，有很多潜在的问题表现不是很直白，比如："窄了、窄了，完了，新闻列表只能放八个字"、"广告放不下了"、"数据提不出来，目前没这个接口…"。如果提前进入界面设计的环节,一但有问题，就意味着重新又需要找产品经理、技术部、销售进行再次沟通，这个步骤是很烦琐的,也会让人很郁闷的。
|
两性生活
