Getting Real第十五章:上线之后

第十五章 上线之后

一个月调整期

上线30天后发布一个重大更新

快速更新显示你的干劲。也表示你在听。还显示你有更多的后备招数。这使你能引起第二波的共鸣。加强了最初的好印象。 这给你一些谈资的和其他博客评论的话题。

明知快速升级迫近,使你在发布前把精力集中放在最关键的部件。 与其试图加入更多东西,不如开始真正完善核心功能群。 那么你就可以在真实世界推出产品。 一旦它在那里了,你可以开始收集客户的反馈意见,你就会知道其后的哪些方面需要注意。

这个婴儿学步的做法在 Backpack 行之有效。我们首先发布了基础产品,然后在数周后,加入一些新功能,象 Backpack移动手持设备和标签,因为这些东西是我们客户告之的,他们最想要的功能。

 


保持发帖量

上线后维护一个持续的产品开发博客,显示你的产品充满活力

上线后不要停止写博客。 用一个专门的经常更新的博客,显示你的产品是充满活力的,(至少每周一次,如果可能应该时常更新) 。

这些事情包括:

  • FAQ 疑难解答
  • How-to 指南
  • 小贴士 & 技巧
  • 新功能,更新 & 补丁
  • 杂碎/新闻

一个博客不仅标志着你的应用充满活力,也使你的公司似乎更加人性化。 再次,不要害怕保持友善的和个性化的语气。小团队有时感觉需要保持一种听起来像大公司一样的语气,并且在所有时间里都要表现的极其专业。这几乎就像一个商业版本的拿破仑综合症(译注:矮人自卑心理)。 不要因为听起来小就害怕。 事实上这其实很好,你可以跟客户像朋友那样聊天。

还活着

一个经常更新的产品博客是一个最好的网络应用正在积极发展的标志,,人们喜爱这个博客并且有人在家挑灯夜读。 被遗弃的产品博客是一个废弃产品的标志,人们会说,其负责人正趴在方向盘上睡觉。

与用户在产品博客持续交流,要开诚布公并且慷慨的分享资讯。 让贵公司的哲学大放异彩。 公开链接并讨论竞争者。 暗示即将发布的功能,保持开放的意见反馈。

一个鲜活的产品,是一个与用户对话,并认真倾听的产品。 一个经常更新的产品博客提高了透明度,社区意识和对你的品牌的忠诚度。另外,免费宣传也是一种奖赏。

作为Lifehacker的编辑,我经常不断地浏览我所喜爱的产品的博客—-例如: Google,flickr,Yahoo, el.icio.us和37sigals的产品博客。 比起那些单方面唐突发布版本,不与他们的用户和粉丝公开对话的公司,我更倾向于提起上述公司。

—Gina Trapani, web developer and editor of Lifehacker, the productivity and software guide

 


更好,而不是测试版

不要用”测试版”作替罪羊

这些日子感觉一切都是永远在测试阶段。 这真是一个好推辞。 一个无休止的测试阶段告诉客户你不是真的决心生产出成品。 像在说 , “先用这个,但如果它不完美,这不是我们的错” 。

测试版将球推给你的客户。如果你对你的发行版没有足够的信心,你怎能期望公众会有呢?私下的测试版还好,公开的测试版简直就是胡扯。 如果产品对于公众使用而言还不足够好,就不要让公众去使用它。

不要等待你的产品尽善尽美。这不会发生。 对你发布的东西要负责。把它推出并称其为发布版。否则,你只是在找借口而已。

测试版是毫无意义

怪google 等公司造成了类似问题。 现在,用户已经被大量的研发人员训练出来了 ,他们认为所谓 “测试版” 其实并不真正意味着什么。

—Mary Hodder, 信息架构师和交互设计师 (摘自: Beta测试的定义)

All the Time

仅仅是我,还是大家都在测试阶段,所有时间都在?

—Jim Coudal, 创始人, Coudal Partners

 


所有缺陷并不生而平等

分清缺陷的轻重缓急(甚至可以忽视其中一些)

只因为在你的产品中发现一个缺陷(bug) ,并不意味着这时候要引起恐慌。 所有软件都有缺陷—这是一个活生生的事实。

您不必每次马上就修补漏洞。 大多数缺陷(bug)是让人烦恼的,但都不是毁灭性的。 困扰问题可以搁置一会儿。 那些导致”看起来不太对”的错误的缺陷或其他小错误可以安全地预留一会儿。 如果一个缺陷(bug)破坏你的数据库,这时,显然需要修补。

分清缺陷的轻重缓急。 有多少人受到影响? 问题坏到什么程度? 这个缺陷bug值得立即重视吗或可以等待? 你现在做什么将对绝大多数人产生最大影响? 很多时候,加入新的功能,甚至比更改现有缺陷更为重要。

同时,要创造一种别害怕周围缺陷bug的文化。 缺陷发生,别总是找人去责怪。 你最不需要的就是这样一个环境,缺陷被私下解决,而不是通过公开讨论。

记得我们以前说过诚实的重要性。 如果客户抱怨的一个缺陷bug ,可以与他们坦诚相见。 告诉他们你已经注意到这个问题并在处理。 如果不能马上纠正,你要说明理由,并且说明你在专注于改进产品的某些影响更广泛的方面。 诚实是最好的政策。

 


安度风暴

等到要求改变的应激反应停止后再采取行动

当你在小船上摇晃,将会激起波浪。 当你引入一个新的功能,改变了一个政策,或删除了什么,应激膝跳反应,往往负面的,就会涌入。

要抵制恐慌情绪,和拒绝作出迅速改变的反应。 激情在开始时闪耀。 但如果你安然度过这最初的24-48小时,事情通常会平静下来。大多数人在向你反应之前,他们并没有认真的使用和挖掘你添加的功能(或习惯你已经删除的那些功能) 。所以你要坐稳,让这些反应都进来,并且在没有等待一段时间的情况下,别采取任何行动。 然后你可以采取一种更合理的反应。

还记得负面反应几乎总是高过正面的,而且更加充满激情。 事实上,你可能仅呢个听到负面声音,即使在大多数的用户对变化感到高兴的情况下。 请务必不要愚蠢到为了一个有争议的,但却必须要的决定,而作出后退的妥协。

 


保持先知先觉

订阅你的竞争对手新闻消息

订阅你的产品和你的竞争对手的新闻消息(知己知彼总是明智的)。 使用像 PubSub, Technorati, Feedster的这些新闻反馈服务,得到最新更新(用关键字,公司名称和产品名称) 。使用RSS ,这个不断变化的信息源将把信息直接传递给你,是你总能跟上前进的速度。

 


小心那个臃肿的怪物

更成熟并不意味着更复杂

事物发展中,不要担心抵制臃肿。 诱惑将是做大。 但是那样并不总是正确。 只因为有些事物长大并且更加成熟, 但这不意味着要变得更加复杂。

你并不需要成为一个外太空钢笔,要上下颠倒地书写。 有时成为一支铅笔就挺好。 你不需要是一把瑞士军刀。你可以作一把螺丝刀。 你不需要做一个潜水表,在5000米下还安全工作,假如你的客户是陆地爱好者,只想知道现在几点了。

不要因为膨胀而膨胀。这是许多应用变得臃肿的原因。

新的并不总是意味着改进,有时你应该找准你的产品的定位点。

这是基于Web的应用优于传统桌面软件的主要好处之一。 桌面软件生产商 如: Adobe, Intuit,和微软每年都要向你兜售新版本。 只因为他们不能总是卖给你相同的版本, 他们不得不通过添加新功能为收费提供正当理由。 正是从这里软件变得臃肿了

Web软件是基于订阅收费的模型之上, 人们按月付费使用服务。 你不需要通过不断增加更多更多的功能来进行增值销售,你只需要提供一个持续的有价值的服务。

 


跟著潮流走

对于新的方向保持开放的态度

Web 应用的美丽之处在于它的流动性。你沒有必要把它包裝在一個盒子里,邮寄出去,然後枯等几年后的下一个版本;你可以一边实施一边调整。保持开放的态度,尤其是您原始的点子可能并不是最好的这种情况下。

看看 Flickr。一开始它是个叫做 The Game Neverending(无结尾游戏)的网络游戏,但它的创始人很快地发现游戏內分享照片的功能比起游戏本身,反而是个比较可能的产品(游戏最后是搁在架上尘封了)。要愿意承认错误并且修改方向。

当个冲浪者。观察海洋。想出大浪什么时候來並且依照它來调整。

0 Comments

Leave a reply

电子邮件地址不会被公开。 必填项已用*标注

*

联系我们

我们无法实时在线,但是您可以给我发个邮件,我们看到后会回复您

Sending
2016 京ICP备15001371号-2

Log in with your credentials

Forgot your details?