一路上沿途风景

这是一个历史底蕴深厚的城市，一个古老到五代十国的城市。她孕育着江南越国，那是帝王钱缪的故乡。在临安衣锦街上后人为了纪念这位帝王英雄建了钱王陵墓以怀念这位伟大的先人。

五年前初次踏入异乡故土来临安，那年我上了大学。都说大学是学生时代最美好的阶段，它承载了我的理想、承载着浪漫、承载着我对未来的进一步期待。

临安四面环山，四年前坐汽车经过一个山洞之后而出现的另一片空旷天地，让我感慨万千。这是多么浪漫的城市啊，有着桃源世外之景象。在四年的大学生活中，我也进一步认识了这个第一印象给我非常好的城市。这是一个安逸的小城，她的气质就像一个温婉的女子。这里的人们享受着宁静的小城生活，日出而作，日落而息。

这座城市

临安大厦，当年这里可是临安最繁华的中心地带哦，也是当时这个城市的最高建筑。如今这个大厦被改装成了酒店式单身公寓，去看了下，首付3万就能买到一套28平方的单身公寓，好便宜。

看到左边的广告了吗，同去的大学哥们说，这文案是他写的，哈哈。这哥们现在服务于北京远洋地产杭州公司，他们目前在杭州北边有个庞大的CBD商业中心。

钱王大酒店，靠近人民广场，这一带是目前城市比较繁华的地段。酒店也是临安最高楼之一，毕业散伙饭就在这里举行的。

“临安三宝” 山核桃  笋干 鸡血石

这是临安山卖干货的街区之一。山核桃和笋干是临安三宝之二，特别是山核桃，已经和临安的城市品牌紧紧结合在了一起。

好多山货，哈哈 败货开始啦！！！

大山里头做生意的人们一点也不落伍，借助电子商务做起了网店。淘宝店生意红红火火，电脑里不断传出旺旺的声音。

败来的战利品，嘿嘿~~~~

大幅的鸡血石户外墙体广告  。临安的鸡血石全国闻名，这里的人们有很多靠采鸡血石致富。临安街头有很多石头店，但是外来的客人，你可得看准了再买哦，好的鸡血石很多是老板嘴里忽悠出来的。

美食 旅游

味道不错的明虾煲

最爱余记香辣小龙虾

这里的美食是便宜又好吃，还有很多很多~~~~~

临安的旅游景点不下几十处，看看这橱窗的旅游宣传册子架势你就明白了吧。以前认识了一些临安旅游界人士，也去过一些景点。像太湖源，姚明和叶莉的婚纱就在这里拍的；火山大石谷，石头很多很大，金庸提过词。有些比较不错的景点只是听说过，并没去过，像大明山，浙西大峡谷。

母校 林学院

这是一个诗情画意的校园，有着丰富的植物和美妙的环境。很幸福曾经在这里生活学习。

四年前，刚搬到新校区住的那会儿，这两边的银杏和杉树还是小苗，现在郁郁葱葱老大了。

指示牌后边是一座小山，不高，但有很多品种的植物和果木，很多都是用来做植物科研用的

银杏树在林学院是到处可见，这是学校的校树，一到秋天，你会看到满校园的金色银杏叶子，以及校园空气中散发出来的阵阵桂花飘香。那个季节的校园应该是校园情侣们最喜欢的吧，眼前突然浮现出张艺谋的《英雄》一个画面，一个充满金色银杏叶的画面。

看到这二楼小房间了吗，这是我当年经营大学生营销协会的办公场所。在学校经营社团花去了我在校至少五分之一的时间，也给我积累了丰富的实践经验和小小的满足感。希望当初和我一起共事的同学能通过这个小小的实践平台有所收获。

诗情画意的荷花浮现在湖面上，这是西湖吗？不，这是母校的东湖，夏日的湖面，荷花独艳。这湖不大，但却是临安市民来此结婚拍照的好地方，这里除了满岸的植物群，剩下的就是满湖的爱情和浪漫了。偶尔傍晚来湖边走走，你会发现湖边的石凳上已经找不到你入座的位置了，那已然是情侣们的专座了。

这是湖心的两座小岛，没有连湖心的桥儿，我们无法入境，那是小天鹅们的家，它们好像不在那？

甜蜜的情侣，谈论些我们不知道的浪漫

这个创意的石登，整个湖边都有

原来天鹅们在这里悠闲，呵呵

这座湖心岛我们也戏称爱情岛，小岛是木桥相连的，带着自己心爱的人来岛上的亭子坐坐，别有一番情趣。

湖边茶吧前的井，古老的井圈，细看里边是一支人工出水口，感叹设计师的绝妙搭配。

7路公交车是大学时候坐的最多的公交，它见证了我的大学生活。它的起点和重点都在校园内，是学生去城区的一条主要公交线路。它承载了我们大学的欢乐，去逛街，去娱乐，去聚餐，我们都会随车一路欢笑“进城”。

时间不早了，得回杭州了。一年没回母校，现在又得匆匆离开，心里自然有所不舍得，真想一下子把留在母校的每一个足迹都从新走一遍，回味一遍，但终究还是要走了。

再见，母校！为我的学生时代在这里画上句号而倍感幸福。

国内开源社区产品到现在也有七八个年头了，过去的开源社区产品比较单一，我们叫作传统论坛社区，其核心就是单一的论坛产品。站长们用论坛产品做社区也有很长时间了，开源论坛产品经历这些年头的风风雨雨，也服务了很多企业和个人站长。

当互联网在中国的不断发展，互联网概念在中国网民心中不断变化，很多模式也经历了出现、繁荣、没落的过程。从web1.0到web2.0时代的演化，甚至有人开始提web3.0的概念；从文本、bbs、blog、cms、podcast到近年热门的电子商务、sns、miniblog等等，不同概念不同模式都承载了不同时代互联网的特征和需求。

有很多模式在中国互联网发展的潮流中倒下了，如单一的blog模式，因为找不到更好的盈利模式，国内有几家当年极为流行blog托管站点都萎靡不振；有些模式在这个潮流中被融合和混搭了，如sns，08年红红火火，但因为用户门槛高，烧钱厉害，这种模式逐渐被混搭到其他站点上来增加用户黏度，成了站点的一个标准配置。传统论坛社区在经历这些年互联网的变迁，单一的论坛社区产品再也不能更好的承载信息和价值。新社区成了很多站长共同的需求，产品的mash up（混搭）也成了开源社区的企业必须要做的事情，此时，开源社区产品多模式化的概念由此诞生。

如何满足不同的站长在新时期互联网的大环境大市场下能更好的运营，更好的去承载信息和价值，是开源社区需要思考的。

社区产品多模式化，真正实现mash up（混搭）！

开 源社区产品设计跟做纯粹的运营站点产品设计有很大不同。运营性站点只要考虑针对本站点设计所需要的功能和体验，但开源社区产品需要考虑不同运营定位、不同 模式（地方社区、垂直社区、商务化社区、新闻资讯类社区等等）下的站点需求。因此，在产品的规划和功能的设计上不会设计过于个性的功能，同时也会考虑在产 品的模式上需要多模式来支持站点的运营。

化龙巷是国内本地门户社区运营的比较出色的站点之一。这个站点的架构就是典型的站点混搭。将门户模式、传统论坛、sns进行了mash up，并融入了电子商务元素。多模式让化龙巷满足了它提炼价值信息、增加用户黏度和实现本地社区商务化的需求。

唯伊网，是一个做社会化商务的站点。这个站点在架构上同样也采用了一种混搭的模式，实现cms、bbs、sns、b2c混搭而成。这个站点是08年开始尝试社会化商务的网站，一年时间用户人数达几十万注册量，而且高粘度用户占很大一个比例。

降低站长的运营和维护成本

1、实现产品统一管理、灵活操作

开 源社区产品多模式化，必定会出现一个问题：就是模式多了，统一性会大大削弱，这就给产品设计者提出了更高的要求。怎样让运营多模式产品的站长和管理员能够 更好的去维护和管理站点信息和用户，怎样更加灵活的让站长和管理员实现灵活的操作管理。这是摆在产品设计者面前的大需求，在给站长提供开源的产品同时，让 站长能够减少运营成本这同样至关重要。做产品跟做服务是互补的，产品设计的好了，易用性强，体验友好，其实就是在做优质的服务，无非这个时候做服务是我们 做在产品里的，让站长自己去感受而已。

2、给站长更多的运营自由

过 去开源社区产品设计更多的是站长随着产品的设计来适应，单一的论坛产品在站长的需求把控上也很容易去实现。随着多模式社区产品的需求出现，站长的运营需求 越来越个性化，每个站长都希望自己运营的站点有特色从而区别于其他站点的；同时有一个现实的问题，很多站长他不会技术，没有技术团队支持，但又希望能个性 化建站。这个时候就要求在设计功能和模块的时候能给站长更多的自由。实现站点适当自定义化，例如导航的自由定义，app的自由嫁接而不仅仅存在于sns模式里。在产品的功能上给站长自由的目的是降低站长的运营和维护成本，当然给站长的自由也同样需要有一个度的把握，过于自由就等于没有自由，这反而会给站长增加了站点维护和运营成本。

强大的开放平台

目前业内做开源社区企业的开放平台也就无非开放了娱乐性app接口，开放了论坛风格规范，开放了插件规范。面对未来社区的多模式化发展，开发平台之路得走的更open。

娱乐性app要开放接口，站点实用性app也可以考虑部分第三方制作；不仅论坛开放风格规范体系，同模式的模板体系也可以提供开放规范，实现从多模式到超模式的延伸；

开放平台的主要目的是实现让更多的人更多的力量来为站长服务；同时让站长能够有对模式和功能有更大的选择余地。

抓住关键客户需求

目前的社区站点主要分几类，从用户基数和发帖量来区分从大到小分别为：大社区站点、门户社区站点、优质社区站点、长尾社区站点。

做开源社区产品，最忌讳的就是想什么类型的客户都能笼络到自己门下用自己的产品，这样做的结果就是产品设计的四不象，还会导致产品线铺得过广而消耗内力。

抓住关键客户，是开源社区产品需要做的一件重要事情——目标用户怎样选择。

大社区站点在国内主要有天涯、猫扑等站点。这类站点都有一个庞大的团队在支撑运营，他们也拥有自己强大的研发力量，也不大会用开源社区产品来架构。即使用了开源社区产品，也不会受开源产品的企业左右。因此，这类客户并不是目标客户，在做产品设计的时候也不必过于考虑这类客户。

门 户社区主要有两类，地方性社区和垂直类社区。这类站点每天发帖量都很大，而且一般都会有一支运营团队在支撑这些站点，盈余也很可观，以上提到的化龙巷就是 其中之一，这些站点基本都是以更少的团队力量去创造高额的盈利。这些站点同时还会是优质站和长尾站的风向标和意见领袖，它们的一举一动都会影响着小站的跟 风。

优质社区，每天会有一定的发帖量，流量也不错，是一类高不成低不就的站点。这类站点很能跟风，并没有自己独立的想法和策略。

长尾站点，就是那些零零散散有发帖，但形不成规模的小站。

从四类站点的分析来看，运营门户社区站点的站长才是我们的关键目标客户群，把这类客户的需求分析到位，才能抓住我们的主流客户群，才能巩固目前的市场地位。

商务化社区是未来趋势

2009年号称为中国电子商务的元年，不管是不是元年，但从08年到09年中国的电子商务的确是发展的如火如荼，再加上经济危机在全世界的蔓延，互联网的冬天到来，VC撤资等等，很多社区站点都把电子商务植入到站点中开始运营商务化社区。

这之中有交友社区，如facekoo；有本地门户社区，如19楼；有旅游社区，如米胖网；有体验式社区，如唯伊网；化妆品行业社区，如妆点网等等。

在主观上，很多站点都希望通过电子商务的引入来缓解危机的压力，有很多站点也想通过植入电子商务从而在这次经济乱世中脱颖而出。客观上，国内一些做电子商务的大站，如淘宝网、京东商城、卓越亚马逊等为国内网民培养了网上购物的习惯和氛围。

记 得有句名言“潮流来了，你挡也挡不住”。在这个电子商务火红的年代里，社区商务化是趋势，这是改变不了的趋势；但与此同时，作为开源社区产品的企业，需要 冷静的去面对这一趋势，不能盲目引导站长去跟风，要对站长负责。怎样引导站长理性的去认识商务化社区的概念，让站点健康的运营下去，这是做开源社区产品的 企业需要和站长一同面对的。

提到开源软件，首先竖一下大拇指，对这些有着分享精神的企业表示下敬意。一般的开源软件都是免费的，但是免费并不意味着产品不好，据我所知，业内做开源软件的企业都是富有责任心的，产品在不断的完善，不断的更新升级。但即使免费的产品，站长们还是相当挑剔的，希望产品本身都能满足自己的运营需求。当然这对于免费提供开源软件的企业来说，似乎有点做好事不讨好的味道，在某个层面上来说这些挑剔的要求对于这些企业是不公平的。

挑剔归挑剔，这些企业还是要继续这份免费开源的事业，市场上竞争的产品越来越多，这些企业的竞争地位也在不断的变化，但此时站长的上帝地位依旧，所以对于这些企业的压力也是相当大的。

业内有一些开源软件产品在这样的竞争环境下，没有退缩，反而越战越勇，也越来越受站长们的认同。像B2C网店管理的开源产品shopEX、ECshop ；做CMS内容管理的开源产品dedecms、supesite、做开源社区软件的phpwind、discuz等等……

这里我讲下开源社区软件产品的发展。

开源社区软件的起步

在2001年前，市面上做开源社区并不是很多。而这个时期是中国互联网的引入期（99-2001），甚至很多人在这个时候还没接触过电脑，我是在2001年9月才开始触碰电脑的，那时候连创建一个文件夹都觉得很神奇。这个时候对于很多人来说想自己建立一个个人网站简直是天方夜谭。现在大家都清楚建立一个网站要注册域名、要购置空间、要一个开源的社区软件包、一个FTP、一台可以上网的电脑，基本就能实现建站的需求。那个时候市面上基本很少有提供这样一站式服务流程，但很多企业此时有了建站的需求，当然对于个人来说这还是有点可望不可及的事。因此很多提供建企业站的公司在这个时期迅速发展，甚至现在已经成为了知名互联网企业的公司当时也提供这项服务，一个在现在看起来非常简单的站点在那个时侯都要收费上万甚至更高。

2001后，这些开源的社区产品开始出现在中国的空白市场上。开源社区软件的发展给了这些有建站需求但又不愿出高价去买服务的企业和个人来说，这简直是做好事的活雷锋。当然那时候的开源社区软件还仅仅停留在简单的论坛程序上，那时候的产品简直是国外的论坛产品的复制品，产品简单到一个程序包仅仅几百K的大小，甚至UI都是国外参考的。就是这样的产品迅速被国内的站长所接受，而且是异常兴奋，因为即便是这样简单的程序，对于大众站长都是非常神奇的代码程序。

此时的站长可能还不是很清楚，为他们提供开源代码的企业，很多都是非常作坊的，甚至有些开源企业的开发者还是在校的学生。对于站长如此激烈的响应，这些开发者也变得越来越自信了，开始更加重视产品本身。于是在这个时候的产品开始逐渐向着自主产品的研发。

开源社区软件的发展

2004年左右，这是时期的开源社区软件产品在经历了几个年头的功能优化提升，已经被成千上万的站长用户运营了，千军万马在经过时间的洗礼之后，倒下了无数个人站，也成就了一批优秀的论坛社区。我爱打折、霏凡论坛、天一论坛、落伍者、艾泽拉斯国家地理论坛 等国内著名的论坛社区目前都运作的非常好。

此时的开源社区产品在界面的设计上开始加强，风格模板不断推出；为了满足个性化需求，插件也开始不断推出。以前的开发，站长都是适应开源社区软件的功能；这个时候国内做开源社区软件的企业多了起来，竞争也大了起来。那么满足站长进一步需求就成了这些开发者必须要做的事情，而这个时候，站长用户的挑剔也开始慢慢演变成习惯，一发不可收。

开发者开始关注站长的心声，为满足站长的需求而成天成夜的优化软件功能，风格模板和插件大量增加。

开源社区软件的转折

当论坛社区产品的功能越来越完善之后，站长提出了另外一种需求，那就是论坛社区产品的模式演变。这也是互联网发展的大环境需求，单一的论坛已经再也不能满足站点的运营需求了，以前一个站点几十万用户，在论坛活跃；现在的情况变了，随着中国互联网的发展，中国的网民数量在大幅度递增。单一的论坛模式已经无法满足用户的更多需求，海量的信息需要有新的模式去承载过滤，海量的用户需要新的模式去增强他们对站点的粘度。

2005-2009这个时间段，社区产品也出现了多样化发展，一切为了满足社区的互动需求。

cms管理系统在一定程度上满足了站长对海量信息进行优化过滤聚合的需求。基于cms+BBS的产品架构被很多站长用户生产信息和聚合信息之用，国内出现了很多资讯类站点或者新闻站都用了这样一种架构方式。但这样的架构基本是站长拿几个产品拼起来的，建站麻烦，转移数据也麻烦。

随着校内网把facebook的sns产品搬到中国而运营成功，sns理所当然成为了开源社区企业的热门开发产品。

业内有两种做法，一种是将sns单独做成开源产品，然后提供如何与BBS、cms等社区产品进行捆绑架构，站长可以选择独立运用sns，也可以捆绑架构做成社区；另外一种就是以BBS为基础的大社区多模式产品，提取sns的基本功能和交互元素作为一种模式，站长可以后台控制是否需要这样一个模式来运营。

前者在产品本身上是独立的，在开发上思路比较单一，不用过多考虑各产品间交融；后者只有一个核心，可以说后者在建站成本上和数据转移成本上会比前者低，而且模式之间在信息的交互上可以发挥的淋漓尽致，而不会受不同产品的技术束缚。

社区产品的多样化发展，可以说为站长提供了更加广阔运营空间。在这个时候的开源社区企业在提供产品的同时，也不断的尝试和一些IDC企业合作，为站长提供更多优质的配套服务，应该说此时的建站成本是非常低廉，一个很普通的网民都可以建立属于自己的站点。如果是运营高手，那站点的未来就不好说了，互联网有很多的可能，或许你就是未来大有作为的一员。

六月份，是一个属于学生的日子。我已经离开校园一周年了，写些字，以作纪念。

昨天和今天，对于这些寒窗苦读的高中生们，是一个人生的转折点。

发挥的好了，可以实现上自己理想中大学的梦想，平步青云；发挥的不好，也不要紧，塞翁失马，焉知非福。有几个认识的小朋友也是今年高考，祝福他们能顺利通过这个人生的考验。

我的学生时代，在2008年已经宣告一个段落；可能在今后很长一段时间内我不会选择深造，或许永远……

所以，对于学生时代，在六月份，我有得只是一些难以忘怀的记忆罢了。

97年，这个时间是我小学毕业的时光。那时候有得只是远大而非务实的理想，记起大人问你的理想是什么，我便会抓抓小脑袋瓜子说，我的理想是长大了当一名县委书记。现在想起这个理想，我时常会扑哧笑出声来。想想那时候的理想真得非常可爱，因为那时候我记忆里县委书记是最好的官之一，总不能跟毛主席平起平坐吧，那就这官儿吧。

理想归理想，但我的成绩一直是不温不火，算不上拔尖的那种。那个时候流行往县城的中学考试，我也去报了个名，不为别的，就为了赶这波时尚潮。结果还是差个零头几分，没被县城关中学给录取，难过了几天，也就没事情了。

在自己乡镇中心上的初一和初二，那时非常喜欢玩，和这些从小一起玩大的伙伴到处找事儿玩，还有忽悠班主任，逃课去玩的，在今年初的第一次初中同学聚会的时候，终于把这事告诉了班主任。当年英俊的年轻而有严厉的班主任都已为人父，体态也发福了，对于我们的捣蛋，他也是哈哈大笑，看着我们这些小孩现在都大了，他也放下了严厉的姿态，也让我们感受到了毕业后第一次随和的形象。

99年的时候，我转校了，花了借读费，到了另一个城市的乡镇中学。这次决定是我自己做的，父母文化低，但对于人生的决定，我的父母一向是支持我的，我很感激有如此善解人意的双亲。

应该说，这次转学，是我人生中一个重要的转折，如果没有这次转学，我的学生时代可能在初中毕业就已经结束了。还是为了理想，但这个时候的理想现实多了，不是长大后当县委书记，而是着眼于考上市最好的高中，为自己能够上大学奠定一个坚实的基础。

那时候很用心，成绩上升的非常突出，在进校第一期中考试，就进了班级前十，第一个学期的期末总成绩就进了班级前四；到了第二学期期末，成绩排到了全班前二。只记得那时我很刻苦，也对自己的成绩上升幅度之快而惊讶。

理所当然成了学校重点培养的种子，但中考的一次重感冒让我的中考之路变得异常坎坷，我是在高烧不退的情况下完成考试的，意志力坚强的本性让我有惊无险的通过了考验，成绩刚好通过了市一中的分数线。

2001年，我满怀兴奋的来到了理想中的高中。初入校园，看着橱窗中的高三届学长的大学录取名单，我又有了近一层的理想，考入名牌大学。

从高一的理科转到之后的文科班学习，让我有了更多的高中同学，而且这些是我最珍惜的同学，有很多直到现在都保持经常的联络。虽然大家在不同的学校，现在很多都在名牌大学深造，有些还出国深造去了。

高中大家整体知识结构和水平都很高，你很难在这里找到曾经的辉煌，这个困惑一直绕着我的高中时代。我的成绩开始下滑，特别是英语，这也成了我人生中一个机会瓶颈。在优秀的人群之中，当你不能清晰的找到自己的定位，你将会失去信心和勇气。平时不自信，再加上高考时期营养没调节好，身体状态也变得很差，高考发挥的一般，没有进入自己理想的名牌大学。

2004年，我终于上大学了，虽然不是理想中的名牌大学，但这个学校给予我的，我会一直感激。拥有美丽的校园和我喜欢的专业（广告学），拥有更多的发挥空间。我成了学校的活跃分子，在这个时期，比起理论学习，我更在意加强我的实践能力，办社团，做活动，到外边兼职，甚至我在大四一年没回过学校一次，接触了互联网，在互联网公司实践学习，自我提升，直到毕业论文答辩那一刻才回到了学校。

应该说大学这四年基本没有我遗憾的。我得到锻炼的同时并没有落下一门课，我大学四年的课程全部顺利通过并也拥有过奖学金，现在偶尔翻起那一大袋的证书，还是挺欣慰的，虽然这些证书没有一次被我用到求职上。

唯一的遗憾是20分之差没有通过CET4，这是英语带给我的遗憾，一直到现在。

          在一个城市之中还没看到这样一片如此原生态,植物丰富的让你惊讶的湿地,真得不多.杭州西溪湿地，美得让人窒息，它拥有江南的所有气质。因为一部《非诚勿扰》而成为了很多人梦想来游的境地。

三月份给公司做了一次关于站长和用户的可用性调查，并进行了数据分析，现在把部分作业内容发布，数据报告暂时不做公布。

==============调研方案下划线下=============

关于PW产品的用户研究方案

一、研究背景

Phpwind经历了6年的磨砺，版本不断的开发更新，到目前为止已经有上百万站长在使用PW产品，在 phpwind V7.0 推出之际，需要对PW的产品做下易用性研究。

二、目的

通过此次用户分析调查，分析PW产品存在的体验问题以及缺陷，改善PW产品的易用性和友好性，最终达到提升PW产品品牌形象的效果。

三、目标

确定页面在流程性上是否有不流畅的问题；

确定整站的视觉传达要提高的地方；

确定界面和功能操作的交互性体验问题；

确定导航系统的可用性程度；

确定PW产品的功能性缺陷；

确定产品的文字引导和体验不足；

了解站长在安装PW产品中遇到的问题

了解站长在使用PW产品中遇到的问题，例如站长后台操作

四、研究方法

资料采集方式：

收集资料

对目前phpwind官方论坛上提到的一些用户反馈意见进行收集；

对内部兄弟部门（站长服务部和品牌推广部）相关的资料进行收集归类；

用户访问

对商业用户进行相关的访问（面对面或者通过IM进行访问，10人）

对普通站长或用户进行访问（面对面或者通过IM进行访问，15人）

问卷调查

在phpwind官方论坛上进行问卷调查（制作问卷的专题页面）

通过email进行问卷发放和回收

通过IM进行问卷发放和回收

现场发放以及回收（用户+内部人员）

访问员：UED相关人员+产品推广部相关人员

对象：商业客户、普通用户、内部人员

样本选择：简单的随机抽样

问卷样本量：120份（包括网站问卷70份；通过email和IM 20份；现场发放的问卷30份）

五、时间进度

六、问卷设计

设计三种问卷，分别为客户调查问卷设计、用户调查问卷设计、内部人员调查问卷设计，具体到时见问卷文档。

七、资料采集准备（人员、工具、确定对象）

确定资料采集人员和访问员。主要在UED部门和品牌推广部门选择相关人员；

确定资料采集需要的工具。问卷、电脑设备、录音工具、访问材料、纸笔;

确定具体的对象。商业用户资料来源（通过站长服务部随机索取相应的客户资料，采用面访、IM以及电话访问的形式进行）；普通用户确定（通过PW官方论坛报名或者现有注册资料确定调查对象，主要通过email和IM形式进行）；内部人员确定（每个部门随机抽样，并性别比例适中，采用现场答卷形式进行）

八、问卷内部试调查

在正式调查之前，对问卷内容和采访内容事先进行内部预测是，并对内容以及流程上或者难易程度上有问题的地方进行调整修改，使得调查能顺利进展

九、资料采集

问卷

访问

有必要时对产品进行现场测试（测试软件使用录屏工具camtasia）

十、资料统计、分析

对进行的调查材料进行整理，并分析讨论

十一、撰写分析报告

最终形成分析报告并分享给相关人员以及针对问题进行产品的优化调整以及新功能的策划。