在过去的 18 个月里，我一直用 20% 的时间在运营支付宝的官方网志 – 支付志 ，不要误会，我说的 20% 是 100% 之外的时间。
因为在兄弟公司中第一家推出官方 Blog，可参考的同行案例并不多，借鉴了一些 Google 运作产品 Blog 的大致思路和策略(尽管没有明确的策略)。所以，更多只能是摸石头过河，一点点的进行尝试。这里总结一点运作的经验，以供后来人参考。
避免陷入争论
对于用户的疑惑或者质疑，做解释说明(To make plain or comprehensible)，不要辩解，也不要争辩。其实总有一些话题一些客观因素导致的现状是很难迅速解决的，比如”网银对非 IE 浏览器的支持”，一旦就某些观点讨论起来，很容易陷入论战。身处漩涡是一件危险的事情，更好的办法是说明，中立性的的说明。在这里我也建议如果遇到恶意攻击，最好的办法当然是保持沉默。
传递必要信息
说是”官方”，但不意味着事无巨细报道公司的一切，也没有必要专写一些小道消息，有关公司文化或者公益活动等事宜是有必要进行宣传的。而有关产品更新，有关用户问题的跟进解决是有必要进行说明的。而我个人比较关注的是一些被忽视但是对用户会有价值的地方。
关心有用指标
我知道有很多公司的官方网志是有专人维护的，而且，主管会定下来很多莫名其妙的指标给维护人，比如访问人次、PV 等等。其实这些指标可能会背离做这件事情的初衷。产生价值有多种渠道和方法，通过 RSS 、转载等多种渠道更能够有效的传递信息，未必一定要用户总在本地阅读，而用户阅读的多寡也不意味着信息传递价值的大小。所以，对于支付志来说，重要的是对用户传递产品信息与公司理念，前面一两个月我还是关心访问人次，到了后期，我更关心的是内容引用率的跟踪，以及引用本站内容的网站所产生的影响。
制定内容策略
在准备运行的时候，针对内容制定了如下几条原则，现在看起来依然适用：
这里面要说明的是对待留言的态度，我对留言的处理先行定下策略，实际操作中有章可循。
积极对待反馈
官方 Blog 的维护过程中，会看到非常多的用户反馈，而有些典型但是没有引起重视的问题要第一时间转发给内部团队，积少成多，长期下来看，这个收益是非常可观的。也有用户会提供针对某些长期问题的自行解决办法，也是非常值得参考的。有的时候，可能从有些角度看，只是小问题，但是对单个用户来说，都是大问题。不要忘了蝴蝶效应，小问题，可能也会带来大影响。这也是我在开始游说开辟 Blog 的一个出发点。
善用媒体工具
适当利用 Twitter (@Alipay)或是新浪微博( @支付宝 ，已经有超过 5000 人关注了) 等工具，面向不同的关注群体做一下信息广播也会有不错的效果。
结束语
必须要说的是，尽管获得了一点经验，但实际上现状距离目标还相去甚远，还有太多不尽人意的地方，只能尽力为之。
–EOF–
现在网络上已经可以看到很多公司的团队对外的 BLOG ，关于这个话题，在这里记录一下我的一些个人看法。当然贵团队如果已经开博或者即将开博的话，毋须照搬，这不是什么指导。
首先必须确定要传递哪些信息给读者? 宣传公司团队文化? 技术宣传? 产品宣传? 还是兼而有之? 如果只是为了跟风，那就没必要的。实际上，我相信大部分团队 BLOG 不过是跟风而已，不过跟风跟的好，也能起到不错的作用。如果能认真经营 BLOG ，它就能给你带来价值，超乎你想象的价值。
一般而言，建议对外开博前，可以在内部先试运行一下，给大家熟悉网络环境一个缓冲期。
据说很多团队的 BLOG 居然和 KPI 挂钩的，这是非常不适合的做法。很明显这会导致一个现象：到了接近考核的时候，团队每个成员都流水帐一样连发多篇文章凑数，对读者来说，是一种信息轰炸，起不到什么正面作用，对团队多数成员来说，也觉得这样圆满完成任务也不错嘛，势必影响真正用心写文章的成员。当然我相信很多人看了我这个帖子后会改变 KPI 的设置方式，比如”每月要发布几篇”… 简言之，本末倒置。
团队 BLOG 管理员(没错，应该有个管理员)应该控制文章正式发布的频率。细水长流，尤佳。记住，节奏最有力量。
控制频率的另外一点是要做好长期性准备，不要几天热乎劲儿过去之后就乏于更新。如果潜在读者偶尔访问过来，发现最近一篇更新是一年前，或许就会留下负面印象。
必须要认清的一件事情是，一个团队中，肯定有些人员的确不善于文字表达，如果要他写一篇文章，可能比杀了他还更难受。如果强制性的压着他憋文章，恐怕只能适得其反。好的方式是发起者能够引导团队成员中的那些低调者，使他觉得这事情有意思，可以尝试一下，能够更多锻炼自己。比如针对技术人员来说，写文章过程中如果熟悉一下 HTML 基本语法，在日常工作中也不无裨益。
这里面的一条铁律是：不要转贴那些网上随处可见的”心得”，”感悟”之类的心灵鸡汤文章，那些文章不能改变外界对你团队的正面看法(当然有可能增加负面看法)。适当的转载关于自己团队或者公司的第三方文章是可以接受的。
记住，垃圾信息和网站质量成反比的。信息不是越多越好。
内容是团队向外展示的载体，固然重要，可如果文章不经过很好的格式化，就好比一块好田地长满了庄稼也同样长满野草一样让人讨厌。这是如此简单的一点，但我们还是能看到有许多团队对此熟视无睹。一篇连段落都不分的技术文章内容再好，也不会有更多技术人喜欢看。
不但 Web 页面要注重格式化，对 RSS 输出也同样也要注意，甚至应该更加以重视。至于输出全文，那是必须的。团队 BLOG 不要在乎什么 PV 之类的事情，那是非常土鳖的做法。内容是否有价值，不在于有多少人看了这篇文章，而是有多少目标读者从中得到收益。
–待续-
到今天，DBA notes 五年了! 从当年记录的日志看，2003 年 12 月17 日，这个站点”对外正式提供访问”。
前几天浏览 Flickr 上的历史照片，过去的很多场景似乎一下子又跑了出来，今天翻看站点的历史信息，也有这种感觉，那些记忆并没完全消失在时间里，它们还在…
看看还存在旧首页，还有从最开始的那些尽量”符合 Web 标准”的 HTML 页面，站点成立之初完全是用刀耕火种似的手工方式进行更新，直到后来换到了 Movable Type 内容平台。这个过程也是摸索、学习、实践互联网相关技术与文化的过程。从今年开始，Twitter(有 1000 多个 Follower 了) 似乎成了发布微格式内容的一个更直接渠道，不过只需通过简单的集成即可把消息显示在 DBA notes 首页，独立站点仍然是主体，将来可能也不会变化。
一直觉得自己是个不善于坚持的人，从没想过会持续 5 年的时间做一件事情，并且还在不断尝试做一些改进。5 年，1800 多天，在这个站点上发布了 1200 多篇所谓的文章，从开始的 Oracle 数据库的一些小品文，到一些鸡毛蒜皮的个人事情，再到网络评论以及网站架构介绍…..有的时候自己会考虑迎合一下读者的口味，有的时候则完全由着性子写。自己其实不太清楚为什么会一路坚持写下去，可能仅仅像吃饭喝水那样，没有更深层的原因。
上次在广州参加网志年会的时候，居然遇到了一位 4 年前就是我的读者的朋友，多少有点惊讶。5 年，通过在站点上表达的这些东西，认识了很多新朋友，也收到过很多来自他们的反馈以及建议与意见 … 5 年，已经无法计算究竟为此花费了多少业余时间，不过有一点：我相信付出的那些时间都是有价值的。我付出，也得到了应有的回报。分享知识的过程是最让人快乐的，即使分享的那些东西或许微不足道。
回想当初申请域名时，最头疼的就是关于域名购买的网上支付问题，这也使我在考虑加入支付宝的时候无形中投了一票。从北京到杭州，如今也已经将近 4 年，互联网的支付问题已不再是问题，这其中有自己的一份力。或许，人在做某些决定的时候也只是其他某个地方的蝴蝶扇动了一下翅膀。阿里巴巴五年以上的老员工叫做 “5 年陈“，会有一枚戒指作为纪念。Blog 五年有什么纪念?
感谢互联网，没有这个神奇的事物可能我不会学到如此多的知识，更不会成为一个技术人! 感谢车东，我在看他的网站的过程中萌生了自己建个站点的想法；感谢 SixApart 提供的 MT ! 当然也要感谢 Larry Wall，因为 MT 是用 Perl 实现的；感谢 Dreamhost 提供的物美价廉的空间! 感谢 鲜果，让我今年 Blog 订阅量暴增。 感谢通过 DBA notes 我所认识的朋友们!
我会继续的…
–EOF–
尤其要感谢从前我的女友–当然，现在已经是我的老婆–感谢她容忍我不陪她逛街或是摄影。
