关于团队 BLOG 这件事

现在网络上已经可以看到很多公司的团队对外的 BLOG ,关于这个话题,在这里记录一下我的一些个人看法。当然贵团队如果已经开博或者即将开博的话,毋须照搬,这不适是什么指导。

明确团队开博目的

首先必须确定要传递哪些信息给读者? 宣传公司团队文化? 技术宣传? 产品宣传? 还是兼而有之? 如果只是为了跟风,那就没必要的。实际上,我相信大部分团队 BLOG 不过是跟风而已,不过跟风跟的好,也能起到不错的作用。如果能认真经营 BLOG ,它就能给你带来价值,超乎你想象的价值。

一般而言,建议对外开博前,可以在内部先试运行一下,给大家熟悉网络环境一个缓冲期。

不与业绩指标挂钩

据说很多团队的 BLOG 居然和 KPI 挂钩的,这是非常不适合的做法。很明显这会导致一个现象:到了接近考核的时候,团队每个成员都流水帐一样连发多篇文章凑数,对读者来说,是一种信息轰炸,起不到什么正面作用,对团队多数成员来说,也觉得这样圆满完成任务也不错嘛,势必影响真正用心写文章的成员。当然我相信很多人看了我这个帖子后会改变 KPI 的设置方式,比如"每月要发布几篇"... 简言之,本末倒置。

控制文章发布频率

团队 BLOG 管理员(没错,应该有个管理员)应该控制文章正式发布的频率。细水长流,尤佳。记住,节奏最有力量。

控制频率的另外一点是要做好长期性准备,不要几天热乎劲儿过去之后就乏于更新。如果潜在读者偶尔访问过来,发现最近一篇更新是一年前,或许就会留下负面印象。

不要强制团队成员

必须要认清的一件事情是,一个团队中,肯定有些人员的确不善于文字表达,如果要他写一篇文章,可能比杀了他还更难受。如果强制性的压着他憋文章,恐怕只能适得其反。好的方式是发起者能够引导团队成员中的那些低调者,使他觉得这事情有意思,可以尝试一下,能够更多锻炼自己。比如针对技术人员来说,写文章过程中如果熟悉一下 HTML 基本语法,在日常工作中也不无裨益。

不要堆砌垃圾文章

这里面的一条铁律是:不要转贴那些网上随处可见的"心得","感悟"之类的心灵鸡汤文章,那些文章不能改变外界对你团队的正面看法(当然有可能增加负面看法)。适当的转载关于自己团队或者公司的第三方文章是可以接受的。

记住,垃圾信息和网站质量成反比的。信息不是越多越好。

内容格式非常重要

内容是团队向外展示的载体,固然重要,可如果文章不经过很好的格式化,就好比一块好田地长满了庄稼也同样长满野草一样让人讨厌。这是如此简单的一点,但我们还是能看到有许多团队对此熟视无睹。一篇连段落都不分的技术文章内容再好,也不会有更多技术人喜欢看。

不但 Web 页面要注重格式化,对 RSS 输出也同样也要注意,甚至应该更加以重视。至于输出全文,那是必须的。团队 BLOG 不要在乎什么 PV 之类的事情,那是非常土鳖的做法。内容是否有价值,不在于有多少人看了这篇文章,而是有多少目标读者从中得到收益。

--待续-

本文来自:http://www.dbanotes.net/review/team_blog.html

分类:管理 时间:2015-05-02 人气:55
本文关键词: 项目管理
分享到:

相关文章

iOS 开发

Android 开发

Python 开发

JAVA 开发

开发语言

PHP 开发

Ruby 开发

搜索

前端开发

数据库

开发工具

开放平台

Javascript 开发

.NET 开发

云计算

服务器

Copyright (C) codeweblog.com, All Rights Reserved.

CodeWeblog.com 版权所有 闽ICP备15018612号

processed in 0.031 (s). 13 q(s)