由"看欧巴马如何用IT成功行销自己"谈整合性平台的重要

在台湾主要的IT杂志iThome看到一篇文摘看欧巴马如何用IT成功行销自己 , 其中谈到欧巴马成功的主因,在于他延揽了Facebook合夥人Chris Hughes, 创立了My.BarackObama.com ,
欧巴马的支持群众, 运用此整合式多功能的社群网站, 主动募款和宣传,
成功将欧巴马送入白宫.

由此引申企业也可以运用这样的社群魅力, 拱出企业的销售力.
以下节录此文相关企业运用社群的建言:

如同歐巴馬在「我的歐巴馬」網站上的作為一樣，公司也能在公司的主網站上宣傳自己的社群網站來吸引群眾。
不過，如果想要不花費力氣就打造出網路社群就像是在冰冷的海水裡退縮一樣的不智。
直接投入真的容易多了，因此，我們的建議是，只管去做就是了。

企业领导人通常会采取渐进的方式投入社群媒体，比方说，先以讨论区或部落格作为第一步。这种作法够简单了吧。还可以自己把各种科技工具拼凑在一起，达到省钱的目的。
只不过，这样的做法会造成一个问题，那就是当你想要采取下一个步骤时，两个部份将无法紧密的结合。
例如，讨论区的会员，想要阅读部落格时，可能还得重新注册，而且两个区块之间也不能来回切换。这种系统用起来既麻烦又让人生气，
而且身为版主的你还无法轻易的取得会员提供的有用信息。

所以，最好在一开始就建立一个足以支持所有可能活动的整合社群平台。 你可以聘请软件服务业者替你架设网站，如果你拥有技术和精力的话，也可以自己建立平台。
重点是，无论你如何打造网站，紧密结合的平台远比拼凑的设计来得好。

一旦平台就定位，许多其它活动就有了发表的地方。比方说，讨论区的注册会员可以自动地参加其它活动，像是替产品打分数，或是在部落格发表评论。
这些会员同时会成为意见调查的对象，当你想创立一个维基（wiki）网站时，会员也能带来贡献。

当版主（可能是你）使用整合平台时，可以得到比其它不同工具更多的信息 。例如，你可以用关键词搜寻，从讨论区中找出10个在对话中最常使用的文字。
你可以阅读所有的对话，找出其中最多人阅读的对话，也可以看到哪个产品的评价最高，或是最常被列为最喜爱的商品。

这里点出整合性平台比拼凑的平台有效, 且具有拉会员参与更多新增的活动, 或在平台上得到更多信息的效果.

看到这, 不禁让我想到我们公司也一直在推整合性的平台, 主要对象为开发产品或项目开发的企业團體. 
这平台可以让开发团队登录后, 即可做每个参与项目的各类追踪(如requirement, change request, bug, task, meeting, release....), 讨论, 文件版本控制与分享, WIKI协作, 报告制作, source code vs task/bug review, 和auto build的设定.

在推展此类开发团队协作平台的过程中, 不乏遇到不能感受整合性平台好处的朋友跟我们说
"你们系统上的每个功能, 我可以在open source找到, 只要将他们一个一个建起来, 凑合起来用, 就可以拥有你们系统的大致功能了, 虽然功能没有那么强........"

 

对于无法强烈觉得整合系统有什么好处的朋友, 我也只能说, 不妨以使用者的角度来评估 拼凑起来的系统 和 整合的系统 可达成的效力和成本有什么不同？以公司至少运用这样的系统5年的角度来看, 是否划得来？

达成效力考量點如:

• 使用者对两者的接受度与上手能力?
• 是否可以马上设定使用, 还是要等几个月或一两年客制化后才能使用？
• 运用这样的系统是否可让客户感觉到整体服务与产品的提升？
• 从系统中找数据的方便性与需要时间?
• 因此提升开发的透明度有多少？
• 降低重复的沟通协调与重工的可能量?
• 可能降低多少错误版本或错误信息所造成的损失？
• 除了原本想要解决的问题外, 是否可以因为导入这样的系统解决别的问题?
• 在公司文化或在和客户或合作伙伴关系上会造成什么影响?

成本考量点如:

• 建置成本：系统购买价格, 架设系统所需的知识量和完成需时, 客制设定所需的时间, 相对此系统所需的额外加购的OS, client tool, backup tool, database, web server, flow engine, security设定的软件与设备
• 教育成本：上课费用, 每人学会使用此系统所需的时间x人数, 教材的制定, 使用公约的制定倡导与实践
• 维护成本:  软件维护升级费, 重装的难易与需要时间, patch与upgrade的需时, 养人维护与客制化的花费
• 人员离职成本: 人员离职有可能造成的系统停摆或无法维护的问题, 系统资讯找不到或无法回复的成本
• 交接成本: 系统建置教育训练与维护等知识与实务交接的成本
• 机会成本: 负责系统的人如原本是开发人员, 其投入系统维护的时间原本可达成的开发产出, 即为此系统的机会成本之一.  另外, 如相对另一系统, 需要几个月后才能上线使用,而无法实现的产能提升, 也算是这系统的机会成本. 

以上几点, 说真的, 很难有确切的数据做比较 , 因为现实上不可能有某一个团队以同样的分工,同时用两种不同的系统来开发同一个项目或产品. 不过, 对于用过许多工具, 有推导经验的人, 以上所说的考量点应该心中都有答案了.  总结, 我们仍要注意到很多无形的成本与功效. 如此做出来的决策将更有益于企业组织的永续经营