网络编程
位置:首页>> 网络编程>> 网页设计>> 发散后的期望

发散后的期望

作者:Tony 来源:懒得设计 发布时间:2008-07-31 18:32:00 

标签:产品,公司,用户

高层的期望

“3个月内,我希望网站能增加X注册用户,每日的独立IP到Y,网站盈利达到Z……”
作为一个团队的领袖或者产品负责人,这样的期望是根据产品所处的战略环境,自己以往的经验,以及产品的过往数据等等多方面因素提出来的战略期望。

都说高处不胜寒,不管是大公司还是创业小团队,只要是出来混的,都要面临不同的压力,比如说来自竞争对手的压力,资本方的压力,上市的压力,合作方的压力等等。

公司高层的期望会直接渗透到各个部门,面对这样的期望,作为产品团队,需要想的是如何通过产品上的升级或者变动来满足这个期望,而作为产品的调整或者升级,在有效和合理之间,需要找到一个平衡点,比如:

T公司为了向外界展示自己良好的盈利能力,使得刚刚上市的股票能一路走红,给各个市场运营、产品团队分配盈利任务。某产品团队在面临这样的前提下,前面尝试各种方案均收效甚微。到接近年底的时候,给宠物来一次大规模的瘟疫,然后用户掏钱给宠物看病,完成目标。

M公司刚刚起步,期望在3个月内达到30W注册用户,但从前一个月的数据发展来看,要到30W至少需要7个月,但由于不想在推广上花钱,所以只能在产品上做文章,凭着产品团队对中文互联网的理解,弄一个“美女PK大赛”必将缩短这个过程。

产品团队,是介于用户和公司高层之间的“和事佬”,一方面需要考虑用户的接受程度,另一方面需要给出一个比较良好的数据。来自高层的期望往往会决定接下来的产品策略,通过产品间接地传递给用户,不同的期望可能会使得产品的策略不尽相同,与聚合一帮讨论社会民生、学术的知识分子相比,当然是笼络一帮色性男女在数据上要快得多,但其价值以及公司所擅长的事情可能不尽相同(没有褒贬之意,有需求就会有市场)。

设计师(产品经理)的期望

在产品团队通过市场分析得到目标人群,划分好人物角色之后,接下来就是具体的产品架构。
通过产品团队的讨论制定出功能菜单,设计师做每个具体执行的时候,也会有一定的期望:
A 希望用户到这个页面来完成什么样的任务,希望用户能在这个页面中注意哪些模块,点击哪些按钮和链接?
B 用户从什么样的入口到达网站的什么页面,通过搜索引擎来的多少?通过合作网站的链接多少?
C 用户的到达率和注册转化率是多少?
……

很多情况下,实际的情况跟期望是会有冲突的:
A 可能设计师们想用户过来这个完成任务A,但用户对页面的任务B比较感兴趣。
B 由于网站的匿名用户就已经能满足很多用户的期望,所以他们就不注册了。
C 尽管你把某个你非常想用户点击的按钮做得非常显眼,但用户却被网站的其他信息甚至一条广告吸引走了。
…..

好的设计师应该在产品上线之后,持续地跟踪用户的行为,通过数据现象,验证自己的当初的设计思路,如果有出入应该去挖掘分析原因,而不是将完成的产品置之不理,进而到下一个产品开发中去,这样设计师就永远只会在自己的世界里做设计,到最后死都不知道怎么死的。

设计师的期望肯定不能完全地等同于用户的期望,但是如果设计师持续地跟进你的产品,跟进你的用户,分析用户的显性需求和隐性需求,即使设计师本人不是典型用户,但用户撅什么屁股就知道他们要放什么屁,这也就是有经验的设计师和新手的区别,熟知用户的设计师会懂得引导他们的期望而不是被他们的期望牵着鼻子走。

0
投稿

猜你喜欢

手机版 网络编程 asp之家 www.aspxhome.com