网络营销-文摘

豆瓣、LASTFM就是最好的例子了，它们记录用户的信息，分析用户的喜好，预测用户的行为，能够提前一步提供服务，并且一切都是基于算法的，并不需要很多人力去做定制化的工作

Datou

在信息爆炸的网络里，搜索引擎充当了非常丰富重要的过滤器角色，不直接给用户解决问题，只是提供一个到达目标的转向： 一般来说：带给其他网站的流量相比搜索引擎的搜索流量是要大于1的（用户搜索一次，一定会点击超过一下）。所以搜索引擎有多少流量，带给目标网站的流量可 以乘个1.5。中国每天有多少搜索流量？ 3-4亿，带给其他网站的流量是多少？ 5-6亿。中国每天有几千万用户产生的几十亿流量，而搜索引擎就掌握了其中的5%左右的入口流量，对于很少给其他网站带去流量的内容网站来说，这几乎是所 有来自非本站流量（referer）的90%以上。

竞争对手的友情链接:

随着互联网公司的逐渐增多，市场竞争是必不可免的。而某些公司的欲望，本来没有关联的地方也发生了竞争。VC常常问：你们的核心竞争力在哪里？我从前认为是产品，现在依然认为是产品，而VC表面承认，却暗自思量，有资源更重要。未来的竞争，无疑就是用户的竞争，虽然可以资源、联盟、广告可以把用户拉过来，但是用户是否喜欢你的服务，那是另外一回事。竞争的焦点至少很重要的一方面是在产品上，或者说是用户体验的竞争，获得了用户的青睐，自然有立足于市场的可能。

在已经存在大品牌的强大号召力下，要向让用户选择你，产品必须好过对手两倍。

很多人觉得互联网营销、市场推广是非常没有规则和头绪的，传统的营销方式以及4P、4C理论并非完全适用于网络营销、在线市场推广工作，但从工作流程、市场规划以及流程控制，在某些方面是一致的，唯独在策略上各有不同而已。最近在做整体性市场的规划工作，因此也愿意把工作相关的一些经验与大家分享。

以下将以市场推广方案的流程来解析每个步骤：

1. 市场推广/方案的目的/目标

本方案要实现的市场目的是什么？一般一次市场活动仅能够达到1-2目的，多了则效果不佳，而且整个方案所有流程必围绕目的进行发展。在工作过程中，经常会产生一些分歧，是这样做还是那样做？平息这种事情很简单，是否符合并促进目的的达到。整个方案的灵魂也就在于是否能够实现目的。市场的目的/目标是方案最核心的部分。

2. 市场推广/方案定位

根据要实现的目的/目标，而策划的方案定位，核心的主题是什么。

3. 主题方案策划

根据方案定位，策划相应的主题，涉及细节很多，此更多为逻辑层表述，针对的是自己。

4. 宣传文案撰写

此为针对用户表现层的表述。推广的效果来自源文案的设计上，多数情况文字是互联网推广的重要手段，文案不吸引用户被点击的几率非常低；没有明确的主题策划的文案，简单的banner何以给用户理由点击；一个活动的执行过程，文案随着进度而不断改变，一个文案应该多个备选文案，甚至多个文案可以同时期同时发布，以达到更佳的执行效果。

5. 传播媒介选择

推广媒介的选择上常规来看如下：
合作伙伴广告资源互换
高度聚合媒介信息传播
准用户群体媒介信息传播
合适的推广媒介，包括广告投放媒介。

推广的灵魂在于方案的定位和策划，而推广的效果在于传播媒介的选择以及市场执行力。

6. 推广执行计划

推广只是营销工作的最后一个环节，也是一种行为，更多体现在执行力。活动的效果核心必须来源于前期精心的策划工作。详细的执行计划就是为效果负责，为执行力负责。这其中必须包含：详细的工作描述、工作流程步骤、执行人员、执行时间。为保证执行力，如有相关的培训和范例模版，对执行人员会更加有效。

7. 效果分析及反馈

专业的流量统计软件统计：活动期间流量变化、用户来路、来访地区、受访页面、IP与PV的增长关系，以此数据分析活动的推广效果，并能够及时调整活动方案，提升活动效果。每次方案执行过后总结是必要的，而且在此存在的问题是必须深入思考的，因为这次你忽略了，下次还会碰到。

总体来说，互联网的市场工作，仍然和传统营销比较相像，都存在积累的过程，而这个过程必是不断持续和不断沉淀，可以有失败的营销方案，但不允许有间歇性的市场推广。在我看来优秀的事件营销对于市场工作并不是最重要的，一次轰动能持续的时间是相当的有限的，不要沉迷于过去的辉煌，也不要悲观于眼前的失败，拿起枪，我们市场人员要继续奋斗。

http://flyu.com.cn/post/352.html

网站是会死去的，然而人的精神则是永生的。因此人应该为网站的死尽最终的义务，以确保精神的持久。

###########

Dear Yahoo! Photos user,

For some time now, we’ve supported two great photo sharing services: Yahoo! Photos and Flickr. But even good things come to an end, and we’ve decided to close Yahoo! Photos to focus all our efforts on Flickr —- the award-winning photo sharing community that TIME Magazine has called “completely addictive.”

We will officially close Yahoo! Photos on Thursday, September 20, 2007, at 9 p.m. PDT. Until then, we are offering you the opportunity to move to another photo sharing service (Flickr, KODAK Gallery, Shutterfly, Snapfish, or Photobucket), download your original-resolution photos back to your computer, or buy an archive CD from our featured partner (for users of the New Yahoo! Photos only). All you need to do is tell us what to do with your photos before we close, after which any photos remaining on Yahoo! Photos will be deleted and no longer accessible.

Of course, we hope you’ll join us at Flickr (you can even use your Yahoo! ID), but we also realize that Flickr may not be for everyone. In the end, we want you to find the service that’s right for you, and we hope you take some time to learn more about your options before making this important decision.

Please give us your decision by Thursday, September 20, 2007, at 9 p.m. PDT. After that time, any photos remaining in Yahoo! Photos will be deleted. Click here to make your decision, or review a list of our frequently asked questions.

Thanks for being a part of the Web’s largest photo sharing service — we hope to see you over at Flickr!

The Yahoo! Photos team

CMS是Content Management System的缩写，意为“内容管理系统”。

CMS具有许多基于模板的优秀设计，可以加快网站开发的速度和减少开发的成本。

CMS的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。

CMS其实是一个很广泛的称呼，从一般的博客程序，新闻发布程序，到综合性的网站管理程序都可以被称为内容管理系统。

根据不同的需求，CMS有几种不同的分类方法。比如，根据应用层面的不同，可以被划分为：

○ 重视后台管理的CMS

○ 重视风格设计的CMS

○ 重视前台发布的CMS

等等。就目前已经存在的各种CMS来说，最终界面上都是大同小异，但是在编程风格与管理方式上来讲却是相差万别。

就CMS 本身被设计出来的出发点来说，应该是方便一些对于各种网络编程语言并不是很熟悉的用户用一种比较简单的方式来管理自己的网站。这虽然是本身的出发点，但由 于各个CMS系统的原创者们自己本身的背景与对“简单”这两个字的理解程度的不同，就造成了现在没有统一的标准群雄纷争的局面。

简而言之CMS就是可以让你不需要学习复杂的建站技术，不需要学习太多复杂的HTML语言，你就能够利用CMS构建出一个风格统一功能强大的专业网站。

CMS具有许多基于模板的优秀设计，可以加快网站开发的速度和减少开发的成本。

CMS的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。

CMS还分各个平台脚本种类的。

内容管理系统是企业信息化建设和电子政务的新宠，也是一个相对较新的市场，对于内容管理，业界还没有一个统一的定义，不同的机构有不同的理解：

Gartner Group 认为内容管理从内涵上应该包括企业内部内容管理、Web内容管理、电子商务交易内容管理和企业外部网(Extranet)信息共享内容管理（如CRM和 SCM等），Web内容管理是当前的重点，e-business和XML是推动内容管理发展的源动力。

Merrill Lynch的分析师认为内容管理侧重于企业员工、企业用户、合作伙伴和供应商方便获得非结构化信息的处理过程。内容管理的目的是把非结构化信息出版到 intranets, extranets和ITE(Internet Trading Exchanges), 从而使用户可以检索、使用、分析和共享。商业智能系统 (BI)侧重于结构化数据的价值提取，而内容管理则侧重于企业内部和外部非结构化资源的战略价值提取。

Giga Group 认为作为电子商务引擎，内容管理解决方案必须和电子商务服务器紧密集成，从而形成内容生产(Production)、传递(Delivery)以及电子商务端到端系统。

我 们认为内容管理系统是一种位于WEB前端（Web 服务器）和后端办公系统或流程（内容创作、编辑）之间的软件系统。内容管理解决方案重点解决各种非结构化或半结构化的数字资源的采集、管理、利用、传递和 增值，并能有机集成到结构化数据的商业智能环境中，如OA,CRM等。内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内 容。这里指的"内容"可能包括文件、表格、图片、数据库中的数据甚至视频等一切你想要发布到 Internet、Intranet以及Extranet网站的信息。

1. 定位时，要考虑哪些因素？
   • 外部因素：
     1. 竞争者
     2. 上下游
     3. 搜索引擎
   • 内部因素：
     1. 商业模式
     2. 投入与成本
     3. 自身比较优势
2. 怎样确定执行定位？
   • 受众分析
     1. 职业
     2. 偏好
     3. 收入
     4. 年龄
     5. 性别
   • 关键字分析
     1. 用关键字表述定位
     2. 确定关键字权重
     3. 对关键字进行分类
3. 怎样体现定位？
   • 域名
   • 网站名
   • 分类：
     1. 内容属性分类
     2. 人物分类
     3. 企业分类
     4. 专题分类
     5. 时间分类
     6. 作者分类
     7. 网站地图
   • 独家内容平铺在首页
     1. 特色是定位的定位
     2. 70%精力做10%的特色
     3. 持特色的连续性
     4. 相同部分完全模仿

随着技术的不断发展和用户对网站功能性的需求不断提高，如今网站项目的设计已经不能再仅仅简单地利用静态Html文件来实现，与前几年网站设计由一两名网页设计师自由的创作相比，网站项目的设计和开发越来越像一个软件工程，也越来越复杂，网站项目的设计和开发进入了需要强调流程和分工的时代，建立规范的、有效的、健壮的开发机制，才能适应用户不断变化的需要，达到预期的计划目标。

网站项目管理（WPM）的含义为Web-based Project Management，即以Web 应用程序为主要表现方式的架构来进行的项目设计及管理，这样的架构中包含了浏览器、网络和Web
服务器等关键主体，主要体现在网站设计、以浏览器为客户端的Web应用程序开发（例如信息类网站、网上商店、虚拟邮局、客户关系管理。）等项目管理中。

在本文中，笔者将网站项目管理（WPM）与软件工程的统一过程管理（RUP）进行参照比较，并结合实际工作经验，力求将网站工程管理（WPM）的角色、分工、流程进行完整的阐述，使网站项目管理逐渐走向规范化。

按照笔者的经验，网站项目管理可以分为以下l六个阶段进行控制：

1. 需求分析及变更管理

2. 项目模型及业务流程分析

3. 系统分析及软件建模

4. 界面设计、交互设计及程序开发

5. 系统测试和文档编写

6. 客户培训、技术支持和售后服务

需要说明的是，这些阶段虽然具有一定的延续性，但是并非完全隔断的，例如需求变更管理和测试工作、文档编写都是贯穿整个项目过程的，许多工作时交叉进行或同时进行的。

（一）如何做好需求分析及变更管理？

业务员与客户进行的沟通，撰写需求分析报告是项目展开的基础。项目是以客户的需求为中心，而不是为技术而迁就需求。

本章包括以下内容：

一. 让客户畅所欲言，罗列出所有的需求

二. 透过现象分析潜在的需求

三. 利用自然的语言描述项目模型

四. 利用示意图和图表将用户的需求表现出来。

五. 什么人要看需求分析报告？

六. 建立需求变更日志，制作新版本的需求分析报告。

七. 本阶段重点工作角色

八. 总结

一：让客户畅所欲言，罗列出所有的需求

让用户将所有的想法尽可能的阐述清楚，并把所有的要求罗列出来，不要遗漏。这时候不应该害怕”勾引”起客户的潜在需求而增加设计开发的工作量，从而被今后客户无止境的变更拖入泥潭，直接明白地跟客户把问题和要求一条条地列出来，把条理、归纳、分析先都扔到一边去，将用户最原始、最完整的要求准确地记录下来就完成了第一步的工作。

很明显，假如客户的需求做的都不完整，随时可能会产生意想之外的变更，甚至这个变更会破坏已经做的模型及结构，那么这个项目从开始就注定了会失败；比如站点所有的功能都实现了，本地测试起来也没有什么问题了，但是你却不知道客户的系统是要承受每天100万独立IP的访问，而你原来想当然的以为了不起就是1万独立IP访问的访问流量，稍微有经验的开发人员都会明白这样的设计是个灾难，无论是应用服务器、数据库还是程序全部要重新开发！

二：透过现象分析潜在的需求

很多情况下客户并非专业人士，在他们滔滔不绝的描述中不能指望他们帮助我们整理出重点和技术难关，这需要我们去为客户进行分析、归纳和整理，尤其是客户谈的不多却又是技术上实现难度和强度很高的地方特别值得注意。

客户往往对需求的概念是非常模糊的，大多时候给出的需求都是笼统而且尺度难以控制的，这就要求业务人员在倾听了客户的详细说明以后，帮助客户进行整理和分析，同时预测客户在开发过程中变更及今后应用中可能进行修改升级的潜在需求。

比如在为客户设计办公自动化系统的时候，也许就要为客户预留将来与他们的业务单位进行交互的通道；在设计邮件系统的时候要考虑可能会需要广告管理服务器；设计网络电子商店时今后增加库存产品进销存统计分析等等；限于时间财力的考虑，客户通常能够接受分阶段实施的开发过程，在需求分析时，提早为客户设想到今后的需求变更除了使项目开发更加顺利以外，也为今后业务的进一步深入打下了更好的基础。

笔者曾负责一个大型新闻网站的设计，当客户拿着将近五十页厚的一本设计要求报告时，我发现有四十页的内容对程序开发来说都是重复的，而在其中一页的角落却画了个”搜索其他网站相关新闻”的按钮，并且没有做任何说明，仅仅这10个字所完成的工作量完全顶的上其他整整四十页重复赘述所做的工作，客户完全不知道这个要求引发的问题实际就是一个搜索引擎的开发，通过协商，客人同意了修改成站内搜索的引擎。

三：利用自然的语言描述项目模型

在业务员与客户进行沟通和调查时撰写的需求分析，尽可能用自然的语言进行描述，虽然客户的水平和资历有所不同，但是最自然的描述能够使项目开发的各个成员都能清楚地理解需求含义，不至于在理解上产生偏差。对客户而言，这样的模型描述最接近真实，容易参与修订，并能以此为测试和验收的依据。

请比较以下两份关于需求的描述，

“用户在访问首页的时候可以在点击\’客户通道\’按钮，弹出填写\’用户名\’和\’密码\’的窗口，输入正确后在新窗口打开客户通道的首页，在该页显示所有可操作的功能的导航条和最新的导读新闻链接列表 ”

“站点分为公开和加密两种状态，通过身份验证机制使特有的用户可以访问到加密信息，并提供不同于普通用户的功能。”

前段描述我们就很容易想象的出来设计完成的网站是什么样子，而后一段的描述可能会做出无数不同的版本，造成对需求理解的歧意。

四：利用示意图和图表将用户的需求表现出来。

需求分析无论文字上怎么样表述都还是抽象的，对客户而言理解毕竟是困难的，将基本确定的需求制作出示意图是最直观有效的。

制作示意图可以有很多种方式，用PowerPoint或Visio制作流程示意，用Html文档制作界面示意都是可行的，最简单利用画图和Word表格方式也完全可以，关键是利用示意图将客户的需求和即将开始设计的系统体现起来，在进行系统分析和程序开发之前，双方对今后要完成的产品就能够有直观的认识，换言之，就是在产品还没有真正进入开发阶段的时候，双方就对工作的结果达成统一的意见，这将大大地减轻需求变更所带来的困扰，同时客户更容易地参与到项目的开发过程，保证项目往正确的方向进行。

在RUP中有这样的描述：

“利用电影、卡通、图片、表格和动画片等制作示意图开始，告诉我们用户是谁，要发生什么事情，如何发生。

以用户友好的方式帮助收集并改进用户需求。

鼓励更有创造性、更加创新的设计解决方案。

鼓励团队复审，并避免所有人都不希望出现的特征。

确保以可理解、直观的方式实施特征。

使访谈过程变得轻松，避免出现访谈没有结果的现象。

简单地说，制作示意图就是使用工具向用户 (主角) 说明（有时是动画演示）系统如何适应组织的需要，并表明系统将如何运转。协调员将初始示意板展示给小组，小组成员提供意见。之后，在举办研讨班期间，示意板也进行”实时”演进。所以，您需要一种可以轻松更改示意板的画图工具。为了避免分散注意力，一般最好使用简单的工具，比如图表、白板或
PowerPoint。”
五：什么人要看需求分析报告

项目经理、系统分析员、开发经理、交互设计师、测试人员、文档人员包括客户代表都应该看需求分析，并进行共同的讨论，达成一致的意见。

我们经常会遇到业务人员辛辛苦苦谈下来的项目，对开发人员来说却是难以实现的，而技术人员设计的产品却常常得不到客户的认可，甚至发生纠纷，因此参与项目开发的人员都应该对这份需求有统一清晰的认识，并根据自己的工作对需求提出意见，通过与客户的沟通修订，最终确定项目实现的目标。

例如：

项目经理通过需求分析才能组建所需要的团队包括配置工作环境，制定开发周期。

开发周期的限制和功能上的要求可能会影响到程序员采用什么样的语言和工具进行编写；

操作用户的技能水平将影响到交互设计师进行前台设计时做到什么样的精度；

界面设计人员根据项目的性质和定位确定表现方式。

测试人员了解测试环境和条件后才能对项目质量进行跟踪和检测；

通过下表，我们可以看的出不同角色根据需求的变更所进行的工作流程：

六：建立需求变更日志，制作新版本的需求分析报告

尽管我们费了许多功夫在需求分析进行了最大可能的努力，但几乎可以肯定的是，这份需求分析在开发过程中一定会发生变化，也许是出自客户的遗漏，也可能是在开发过程中被激发出来的，这种变更有时是如此的频繁和琐碎，以至于往往不能将变更及时反馈到项目的各个角色中，那么做好需求变更日志就显得非常重要。

在需求分析后面附上变更日志，并将修改后的需求分析制作成新版本，保留每次更改过的版本，而不是覆盖，这样就比较容易地跟踪到需求变更过程中所带来的工作调整。

在新版本的需求分析中，将变更多部分用特殊方式表明出来，并在日志中记录变更多重的明细。

关于需求分析和变更管理可以参照下图示意：

七：本阶段重点工作角色

在需求分析和变更管理的过程中，工作量最大的角色为客户代表、业务员和项目经理。

客户代表提出需求，业务员帮助整理和分析，项目经理对整个项目进行评估。

在实际工作中，很多项目失败的起因都和需求分析有关。 客户代表和业务员通常并非从事技术开发的专业人员，在讨论需求的时候往往对项目的技术难度、工作量、时间进度把握不准确，这时候需要项目经理或技术人员进行参谋。

为了降低项目的风险，提高工作效率，有必要设计规范的需求管理计划书，帮助客户代表和业务员更好的完成任务。
以下提供一份需求管理计划的模板可作为参考：

八：总结
根据笔者的经验，要尽快做好需求分析掌握以下要点，也许能事半功倍：

仔细聆听，罗列客户的所有要求；

将需求进行分析，确认可操作的系统模型；

利用最自然的语言将系统进行描述，使每个开发人员不会产生歧意；

迅速确定网站的用户角色；

比如访客、会员、重要客户、前台管理员、网站管理员、业务员等；

分析确定每个角色的权限及可操作的功能；

比如会员可以查看特别信息、修改个人信息、退出登陆等；

前台管理员能够登录管理系统，能够发布编辑修改信息，能够审查会员资格等；

网站管理员可以更改栏目、修改网站界面等；

制作流程图和示意图将需求表现出来；

让客户参与到示意图的设计中，及时正确的反应出需求变更。

制作需求变更日志，保留升级版本，通过版本控制进行需求管理；

通过需求《管理计划书》使每个参与人员看到共同的努力目标。

我的看法是对google失望， 但觉得sohu更可笑，甚至有点恶心。这样吵下去，等于为google拼音做了免费市场推广，自然胜在google。