preload
14

长尾应该说随着互联网的发展而出现的,随着克里斯.安德森的长尾理论

一书而备受世界关注,它彻底颠覆了80/20法则。

上图的蓝色部分便是托的长长的尾巴在传统行业并不太受关注的小部分,术语称为长尾。但其实这看起来不起来的尾巴,它的总和甚至会超过我们所关注的大部分。 之前的传统行业因为涉及成本问题,而把这部分尾巴基本忽略了,自从互联网的发展,特别是电子商务对传统行业的影响,电子商务已经解决了很大一部分成本问 题,现在越来越多的企业开始关注长尾了,实在是因为长尾所产生的利益之大让企业不敢轻视。

对于通用型产品来说,因为它是通用型,意味着它必须放弃特色的客户,因为在产品和功能的设计上基本只考虑通用的需求。在通用型产品刚出来的时候,使用这些 产品的基本是那些技术出身的站长,当通用型产品的市场越来越大,客户群也逐渐的从技术型站长转变为运营型站长,甚至有些站长基本不懂技术,但就是这些不懂 技术的站长,他们的运营需求非常特别,这也对通用型产品提出了一个挑战。很多有实力的站长在之初为了站点更好的运营,会请一两个兼职技术员为自己的站点处 理技术问题。随着市场的竞争越来越激烈,很多做通用型产品的企业会成立专门的服务团队,为客户处理技术难题,原因是企业的通用型产品不适合站点运营,但这 些站点对于口碑和巩固市场非常重要,所以企业的大部分力量被分配到这份免费产品的免费售后服务之中。这对于企业的发展来说是非常不利的,一方面会给站长形 成了依赖;另一方面企业的成本会增加。

长尾客户很重要,但目前很多通用型产品不能更好的解决非通用问题,这个时候phpwind的超模式建站就大有用途,开放的大平台也能为超模式做需求依托。从市场的需求层面开始,phpwind就需要关注和重视这些长尾客户,而不仅仅像目前一样只关注我们觉得重要的大部分。

Tagged with:
14

两路并行 占地盘

做通用型社区产品,要学会赶时代的潮流。当需求多了,它便成了潮流,

这是挡不住的,对于通用型产品只能顺从,这大部分的需求。当社区门户化的潮流已经到来的时候,我们需要做的是实现社区化,不然就意味着损失很多市场份额,这是企业不愿意看到的事情。

商务化之路


电子商务在中国的发展越来越迅猛,不仅仅是纯电子商务站点,而且衍生出很多由社区发展而来的商务化社区以及社会化商务站点。妆点网就是一家比较典型的做女性化妆品垂直社区起家的站点,现在将社区和电子商务进行了整合,开始了社区商务化之路;Facekoo,之前是一家模式比较单一的sns社区,在电子商务大环境下,也开始了社会化商务之路。

网上购物行为在几家大的电子商务站点带动下,国内越来越多的网民已经习惯了网上购物,这是促成电子商务发展的一个重要因素。当然,在经济不景气的大环境下,在一些模式无法实现更好的营收的情况下,选择商务化之路将流量导到网购上能够给站点带来一定收益。

Phpwind商务化社区之路还未开始,如何恰到好处的赶上这迅猛的电子商务势头,更好的融入潮流中,这是phpwind需要思考的,想必这也是很多站长一直在期待的。

移动互联网之路


当中国的3G三分天下成定局后,3G的热度开始不断的攀升。在3G广告的狂轰滥炸下,在3G优势的诱导下,中国网民开始把目光转移到了3G身上。对于当下的大多数网民来说,3G还是半神半密的家伙,中国的3G硬件设施并没有完善,因此现在接触3G的都是一些赶潮流的人为主。然而3G的优势必将会带来互联网时代的大变革——移动互联网时代即将到来,这对于做IT的企业来说,这是一块未来非常有诱惑力的大蛋糕,谁想分到一块谁就必须准备行动起来。

一旦3G时代成熟,网民的上网行为和习惯被改变,移动互联网将真正做到随时随地。网民的这一行为也必将影响千万站长的建站行为和需求,移动互联网市场还非常的广阔,大家的起点也都相差不大,争取更多移动互联网的网民和流量,这是很多站长现在就开始期待和准备的事情。

这个未来大市场同样也给了做通用型社区产品的企业一个站长大市场,phpwind想在移动互联网市场占有重要一席,恐怕现在就得开始酝酿和准备了。以往在新市场拓展上,phpwind的市场警觉性并没有同行高,以至于在某些领域没有占到重要的位置。在经过大产品战略调整后,单核多模式的产品架构让phpwind有了适合自己发展的通用型社区产品路线,也在走多模式道路上成功的走出了第一步。在移动互联网这条路上,如果要走在前面,必须要抢占先机。

Tagged with:
02

小站长 大梦想

根据二八法则,使用通用型产品建站的80%以上为小站长,这些站长通

常是不懂技术或少懂技术;而真正20%那部分站长已经有能力去二次开发或优化站点,也有实力去考虑跟第三方合作等。

对于这些小站长,有自己的想法,有自己的大梦想,但不知道如何下手,如何把自己的站建得适合自己运营。

超模式化社区产品和开放式大平台能够为这些大众小站长在他们的大梦想之路上少一些建站和运营瓶颈。

一个怀着理想,想走社会化商务之路的站长,他可以使用未来phpwind超模式社区产品建立一个适合他个性化运营的站点;一个想做垂直视频社区的小站长就可以使用phpwind社区产品加上平台上的大数据app来实现需求建站。

像这样有想法的站长很多很多,他们往往怀着大梦想想做一番事业,但技术的高门槛把挡住了他们挡在了梦想的大门口,phpwind需要做的就是把建站的技术门槛降到最低,实现人人都能建站,人人都方便维护。

企业建站 新花样

应该说之前我们做通用型社区产品的时候,并没有把传统企业建站纳入我

们的目标客户群。一方面当时的精力有限;另一方面传统的论坛单一模式并不能很好的去表现为企业站点,当然那个时候传统企业会把论坛作为企业站点的一个交流区而搭建一起。

对于大多数传统行业来说,建站的需求仅仅是展示企业新闻、企业的产品以及可以交流的论坛(地产、酒店等企业建站会用眩目的flash去表现企业形象)。

Phpwind未来超模式的产品架构,完全能够轻松自如的打包出一套适合于传统企业建站的程序。

可以将应用平台中适合传统行业企业的增值服务植入到企业站中,例如可以与阿里巴巴合作,将一些外贸数据打造成app,植入到企业站点,让企业站与阿里巴巴的贸易平台互通数据。又比方,将youku的app植入到企业站中,实现企业站视频展示商品的表现形式。

企业建站不仅仅局限于传统的建站方式和表现形式,企业站也可以玩出新花样,phpwind只需提供传统企业所需要的优秀解决方案即可。

Tagged with:
19

大平台 大合作

开放平台,在近几年来也成为了一个流行词,而且越来越热。Google的

open social、facebook的F8、百度的阿拉丁、淘宝的开放平台、校内开放平台等等,这跟以上提到用户体验在热度上差不多,但显然开放平台的门槛比做用户体验要高很多,做用户体验常见的也就成立一个几十号UED团队,但开放平台涉及到很多规范和接口以及合作等事宜,对开放平台没有过多研究,在这里就不多提细节了。

在开放平台的路上,phpwind仅仅是刚刚提起了脚步准备往前跨。几个测试的sns games 、phpwind.com 平台上的帖子交换和链接交换表明了phpwind在为开放平台在精心准备着。

App有几个方向:

1、基础型app。如日志app、相册app,这些app不能作为第三方应用,因为它们的数据对于一个站点来说,它的价值非常大。对于每个站点来说,这些数据都是他们站点相对特有的。

2、增值类的app。它基本是属于有价值的工具。这类app比较典型的有帖

子交换和链接交换等,能给站长带来好处的工具。这些app价值比较大,一般为官方自主开发比较合适,当然也可能会有一些第三方的合作介入,如cnzz统计、淘宝客等,真正做到有价值的工具为站长所用。

3、娱乐类app。基本上就是目前比较流行的sns games,它其实可以独立于

sns而存在的,在app分离于模式中提到,这类app基本上属于策略性app,它的价值并不是很大,在一定程度上说也就是为了吸引用户和短时间做 pv用的。这些app在目前的环境下基本是实现第三方开发的,数据一般是存放在第三方,也有一些第三方可能因为用户数剧增而导致自身的服务器无法承载而和 平台方合作,数据存在在平台方服务器上。这类app当然如果有好的点子也可以部分自主开发,不过需要一定的成本和精力。

4、大数据类app。运营这些app是需要大数据和大服务器做支撑的,找数据方进行合作。例如淘宝的商品数据和youku的视频数据,这类app注 定要进行合作。一方面这些第三方的庞大数据是现成的,拿来即可用;另一方面,一般的通用型产品开发企业目前并没有这个实力去做这些大数据app。当然这些 app的价值将会无比巨大,在下面这几章节中会陆续阐述。

在app之路上,一方面,phpwind需要加紧开放平台,规范文档和接口是当务之急;另一方面,多挖掘一些有价值的对象进行合作,特别是第三类大数据类app。开放平台这个概念是造福站长和企业的,它能实现世界互联网资源的整合利用,这对于现代网民来讲,也是一种福音。

Tagged with:
07

话 前

通用型社区产品发展至今,也走过了近10年的历程。它提供给站长快速便捷稳定的建站系统程序而备受站广大站长欢迎。

产品也从当初单一的论坛系统发展到目前的多种形式社区产品,满足了站长不同的建站需求。

在技术门槛越来越低的今天,产品的市场运营策略以及产品本身设计已经逐渐取代了技术导向地位;再加上站长的个性化需求越来越多,要求越来越苛刻,使得很多做通用型系统软件的企业不得不从新思考产品的出路。

通用型产品设计几个原则

        通用型产品与运营型产品最大的区别从两类产品的修饰词上大致能看得出来。运营型产品的功能设计可以根据特定的站点需求来设计相应的功能,它可以设计的非常创新,以至于在概念包装和定位上区别于其他产品;它的用户研究可以根据定位的目标人群做特定的研究;它的界面可以很有针对性进行设计。而通用型产品不同,设计通用型产品所面临的约束力相比之下要大得多;但同时站长对通用型产品的要求非常高,一个通用型产品需要满足不同站点实现不同的建站目的和运营需求。

(一)不求功能过度创新 但求实用稳定

        通用型产品在定义上并不允许产品在概念上过度创新,这里所指的过度创新是那些边缘化的概念创新。它首先需要考虑满足的便是大众站长需求,而并非前沿概念包装,毕竟做前沿项目的站点只是小众;更重要的一点,企业需要对站长负责,前沿的概念产品在没有经过市场认证,它的风险非常大,而对于普遍站点来说,承担风险的能力不允许。当然,开发通用型产品的企业也没有那么多精力在专研一个未成型的概念,做这些应该是创意型公司或者Google这样有实验室的公司来创作。

         对于大多数创造价值的站点来说,功能本身所创造的价值并不是决定性的,但实用的功能和稳定的产品能帮助站点更好的实现价值。

(二)前后台友好的体验都很重要

          用户体验在近几年来,开始受到很多行业的关注,互联网企业在产品设计上对用户体验关注度已经越来越高,从刚开始只关注web产品到现在对软件产品也开始高度关注。业内对用户体验的关注不排除一些公司一味跟风赶潮流,但用户体验越来越多的为大家所证实它的巨大价值和无形的口碑力量,业内就有些过一篇《价值3亿美元的按钮》的文章,着实说明了用户体验的价值。对于一般的运营型产品来说,前台的用户体验备受设计师的关注,但后台的设计并没有过多的被大家关注起来。

          目前很多站点以及很多通用型产品的后台,在体验的设计上并不是很称职。或许很多站长会说,后台没有几个用户(管理人员),但前台有成千上万的用户,我们需要花更多的精力来处理前台的体验友好性而并非后台,后台没几个人在使用和关注。如果一个运营性站点这样回答,也是与情与理,毕竟运营和前台的开发设计更需要时间,后台只要常用功能流程能走顺,不出现大bug也能将就。

          但对于通用型产品的后台,我们需要关心它的体验,理由有这么几点:1)很多通用型产品有着庞大的客户群(10万级以上的),那么后台的关注度并不是几个管理员的事情了,而是庞大的管理员群体在关注和体验后台,后台的体验友好关系到站点的管理员们更加便捷的管理和维护站点的用户和信息;2)后台的体验友好性能为通用型产品带来客户口碑。突破以往的单调后台的表现形式和机械化流程,在流程的交互性和界面的体验上给站长和工作人员以友好的操作和舒适的体验,提升他们对产品的形象。3)往往前台设计上为了更多考虑速度负载等问题而舍弃了一些交互体验,但后台不一样,每个站点的后台管理者并没几个,设计师可以基本忽略速度负载等问题而大胆的去做界面交互和界面美观。

(三)在用户和客户的需求中求平衡

         运营型产品,在产品设计阶段基本不用去考虑客户层,因为产品直接面向用户。通用型产品在设计阶段,既要考虑用户层面需求更好考虑客户层面需求。如果一个通用型产品首先不能满足客户(站长)需求,那它根本没有面向用户的机会。在设计通用型产品的功能上已经体验上,如何更好的权衡客户和用户的需求成了很多产品设计师智者见智的时候。

(四)节约站长运营成本实现网站价值

          通用型产品还有一个非常重要的特征就是如何帮助站长更好的节约成本实现价值。在产品设计的时候,需要融入更多的运营性功能元素。对于一个使用通用型建站产品的站点来说,运营比产品功能本身更有价值的创造力,产品功能本身只是协助站长创造价值的工具。在前台和后台的运营性功能设计上,需要更多的考虑如何节约站点的运营成本,让功能做到花更少的人力成本做更多的运营。

        在管理流程的设计上和快捷管理功能的设计上要以更方便管理人员便捷的操作和管理站点的用户和信息为基准。不要让维护站点成为很多中小站点的瓶颈。

(五)保持产品的品牌统一性

          一个优秀的产品必定会在用户心目中有个深刻的品牌印象,它并不只是通用型产品需要做的。但是目前一些通用型产品可能会遇到产品品牌形象不统一,导致品牌表现力下降的问题。

          当然产品的品牌形象跟产品本身是否优秀有很大的关系,如果能做到产品功能实用、稳定而又有很强的品牌表现力,这会给产品带来强有力的口碑效应,反过来产品在客户心目中的地位提升了又会在一定程度上包容产品,而不会过于苛刻的去指责产品(让我想起了生前争议很大的舞王杰克逊,死后大家更多的在谈论他生前的伟大而不是非议的事情)

从产品设计上,尽可能的保持品牌形象一致。如产品的logo,在版本的延续性上可以做适当优化,而不是每个版本一个完全不一样的logo;版本号在相应的地方体现、延续,而不是时有时无;产品的气质跟表现层设计和功能设计都有关系,延续提升以往的气质而不是每个版本一种气质等等。

Tagged with: