The My Opera forums have been replaced with forums.opera.com. Please head over there to discuss Opera's products and features

See the new Forums

[转]13个失败软件 创业产品的教育课

Forums » Thinking » Hacker

You need to be logged in to post in the forums. If you do not have an account, please sign up first.

Go to last post

5. November 2011, 05:55:11

li9chuan

Posts: 12

[转]13个失败软件 创业产品的教育课


没有经历过失误将病人治死的医师不是真正的好医师。 ——谚语

在软件创业的文化里,成功产品的案例屡见不鲜。但是关于产品失败的呢?我们所了解的,少之又少。这可能导致人们对可行与不可行产生偏见(即:幸存者 的偏差认识)。但是我相信,有时候失败也同样能够象成功一样教给我们同样多的东西。因此我同很多软件企业的创业者进行交流,倾听大量他们关于失败的案例, 希望我们能够在日后面对同样情境下,避免重蹈覆辙。令我惊讶的是,我居然整理得到了12个经典案例,加上我自己的一个案例,共计13个。这些小的案例的选 择虽然是根据我主观而来,但是其中充满了很多有益的内容给我们以启示。虽然有些臃长,但是我不忍剪切过多内容,力争保持全面,以给我们更多的启发。

案例 1
DRAMA

DRAMA(设计原理 / 原因管理系统)是在高校专门记录决策制定过程的原型系统基础上商业化而来的。其决策制定主要是针对复杂、长期的大型工程。例 如:核反应堆或者化工厂等。这些设计过程中的信息将被存储在数据库中,以免工程人员遗忘或者因为退休、离职等其他原因遗失。同时这些信息对于系统的维护人 员和其他类似系统的设计也具有无可估量的价值。整个系统的部分资金由 4 大工程工艺公司负责提供。

为什么被认定为商业上失败?
每个人都告诉我们这个创意很好,但是没有人愿意花钱去买它。尽管前期几家工艺工程公司出资赞助,但是没有一家打算真正使用的客户。哪里出了问题? 缺少那些真正使用系统的用户的支持。
对于工程师来说,有非常多的社会因素来妨碍他们在工程中记录原始的设计信息,其中包括:
那些投入时间记录设计信息的人通常不是那些从中得到利益的人
使用系统带来的额外工作对于那些本已处于高压下的人们增加了额外的负担
系统可能导致其他人更容易质疑决策,并且更容易追究公司和工程师对错误所负责任
工程师可能认为将自己专业知识泄漏,从而会影响到他们的职位安全
工程师需要花费太多的时间在处理系统其他软件工具(例如:CAD包等)的集成上。如果以目前比较流行的web方式可能会更容易些。
在一个结构化的设计形式中很难捕捉到设计流程的细节
人员的错误雇佣。如果在招聘人员方面发生错误。不得不花费精力来处理乃至解雇他们。而不是尝试接受他们并且努力让他发挥自身特长,从而推动整个工作进行。
我们满足于阶段成果。我们开始以单用户来验证设计并且开发了C/S版本。事后非常清楚的证明活跃用户的参与明显不足,而我们的设计应该被彻底推翻。

投资花费
至少有3个人花费了1年时间用以开发该产品,同时我也用了大部分时间。还好我是一个受薪员工。但是由于该产品的失败,导致我所工作的公司的部分部门撤销了。

当前状态
该产品彻底死亡

遗憾之处
这是一段相当痛苦的经历。我宁愿希望投入全部的钱和精力在人们真正需要的系统上。但是我通过这段经历和别人的钱学到了昂贵的教训。

我所学到:
创建一个全新市场是非常困难和充满风险的
人们已有的工作习惯很难被改变
众多社会的因素能够造就或者毁灭一个产品。而最终用户是不会觉察到的。
如果最终用户不喜欢某个产品,即便老板要求或表现出极大的热情,他们仍然会找到各种方法和借口不去使用它。 说说容易。很多人都会赞扬你的产品如何的好,但是这并不意味着真正的好。在你向别人销售你的产品时,你要真正的能够确定你的产品是否具有商业前景。


案例 2
CleanChief

CleanChief 一度被认为是清算机构的简单管理解决方案。系统管理资产、员工计划、订单供应等。其名称:CleanChief就是因此而生。实际上它是清算公司的轻量级的财会软件。

它为什么会在商业上失败呢?
仅有少量的产品销售。目前还没有用户真正的在使用。当我意识到这是一个不完整的产品时,我还需要投入到其他产品的额外开发中去,我失去了对这个产品的热情和兴趣。

错在哪里
我不是一名财会专业人士
我从没有过管理清算公司的经验
在两年的开发过程中我没有真正的同清算公司交流过,来收集他们的反馈。 我自以为是的以我的想象和有限的知识以及猜测当作清算公司的需求。或者干脆就是以我开发时方便省力和自己兴趣进行开发。说实话,同新用户或者真正用户交流,我非常害怕。
某个非常成功的清算公司的管理人员希望介入,同时提供购买30%股份的机会,面对着真正有机会能够了解需求,一份从天而降的礼物时,我却拒绝了。
在某种程度上讲,尽管我耗费了很长时间在这个产品的研发上,我投降得太快。我刚刚收集到一些用户的反馈,同时刚刚开始我第一批销售的时候,我放弃了进而转向其他产品的开发。
即便在我开发的时候VB6.0已经是过时的技术了,我还是选择了它。这就意味着我同其他开发者交流的时候,没有什么很“酷、炫”的东西,我自认为这点不会影响我,而恰恰相反,这点影响了我。

投入的时间和成本
我在夜里和周末进行开发,大概持续了两年半,我花钱买了美化用的图标和相关图片。大约花费了几千澳元和大量时间。

目前状态
我转而从事其他产品的开发。目前进展的非常好。我现在每隔几个月都有新产品发布,而不是像上一个那样以年来计算发布。并且从发布的第一天起,我就重视和收集用户需求。它们包括:
QueryCell – 一个 Excel 的插件能够使得在 Excel 中使用 SQL 查询更简单
QuizNightChief - 一个简单工具来组织智力竞赛
CustomerCradle – 最简单工具来记录和汇总你的顾客所在地区的信息
我偶尔也会回到 CleanChief 的开发上来,并且尝试让它起死回生。

遗憾?后悔?
不后悔。回顾我以往花费的大量时间和精力,我仍有所收获,但是以这样的方式来获得教训实在太低效了。但是当你对某项事物一无所知或者开始开发有用有价值的软件产品时,也许这种低效的方式是你最好的方式,毕竟它好过什么也没有学到或者完全不做千倍万倍。
在开发 CleanChief 这两年半里我所学到的,远远超出了之前所学到的。而在那时我仅仅是盘算着如何开始我自己的软件创业,但是没有任何行动。

收获教训
道听途说和真正的实践是完全不同的。下面的这些观点,我一直以来非常认同却不曾真正的理解,直到我真正的实践后,我才理解了:
迫使自己同客户交流。听取他们的意见。人们对于此都会非常热心,愿意帮助你,并且提供有用的反馈意见 迫使自己冷调处理你目标市场的业

为如何营销你的产品而制定计划
尽可能的使用你自己所开发的产品 从第一天起就要明确你感到舒服的运作方式
不要有认为1.0版本就是终点的,那只是开始,加油,不断努力。


5. November 2011, 06:23:21

li9chuan

Posts: 12

案例 3
ChimSoft

ChimSoft 是一套加热排气系统应用软件
为什么说它在商业上失败?
我归纳出两个主要原因
关注于非常小规模的利基市场
开发者无法全身心的投入开发工作,只能用业余时间开发。
我个人并不完全认为这个产品彻底失败,毕竟我以2千美元一套的价格售出了2套系统,特别是当我把价格降到2百美元的时候,我售出了大概10-15 套。这些销售成果证明了我的软件是有需求的,但是问题是客户和市场规模都太小。客户需要的是多路电话支持、面对面等形式,而这些都需要价格昂贵的软件系 统。我们为此需要向客户收取比较高的售价才能实现我们的盈利,但是在这个利基市场里的客户都是些小企业,我们的售价远远超过了他们所能够承受的范围。另外 一个原因是花钱购买我们产品的客户的技术基础都比较差,相对200美元的价格来说,后续的支持费用可能更高,这使得 200美元的产品得不偿失。

失败之处
所有的股东和创始人都不是全职的,大家具有绝对相等的股份。我做了大部分工作,但是却没有带来我所希望的那种成功感觉。
过分专注范围狭小的利基市场,我们也曾有计划扩展到其他行业的服务中去,但是事实上比我们想象的难得多。
没有对定价进行过多的调研。我们清楚小企业在购买软件产品时,他们关注实用性。但是我们应该考虑薄利多销,而不是针对额外功能的高昂的定制开发。

前期的投入
我第一年投入了3000美元,并没有承担过大的风险,因此没有非常糟糕的结果,对我的财务状况影响不大

目前状态
公司于2007年关闭,我又重新关注于我现在的公司(AUsedCar.com 和 BudgetSimple.com)。现在两家公司发展得都非常不错,为此我辞职专门运作它们。

后悔?
我一点都不后悔。我学到了很多宝贵的经验和教训,其中包括如何同其他人工作、针对小企业的销售、产品的展示推介以及软件的开发等。

经验以及教训
要明智的选择合作伙伴。不要幻想用绝对平均的股权模式。应该根据个人贡献、能力不同来进行分配。
在你许诺客户之前,要真正了解你客户的需求(例如是否是7x24的电话服务),并且要弄清自己能否有能力满足客户的需要。

Forums » Thinking » Hacker