从彻底失败到百万美元:一位创业者重头做起的故事

1 评论 6549 浏览 0 收藏 13 分钟

小编按:虽然我们常常认为“别人的成功无法复制”,但是多看一些别人的经验总结,我们还是能够从中有所体会。成功就是失败的不断累积,希望我们的每一次失败都能有所收获。

此文作者是Simon De Baene,GSoft、Sharegate的联合创始人。

引言

这里要说的不是 Elon Musk 把所有钱投到 Tesla 上差点破产的故事,我也不打算讲乔布斯在最后一刻接管苹果拯救公司。我要说的这个故事没有什么特殊,不会像前面两个那样创造历史,但是它发生在像你我这样的创业者身上的机会却要现实得多。这是我的故事,它彻底改变了我的人生。我真的希望你可以感同身受,希望它能帮助你做出艰难抉择。

源起

故事要回到 2009 年,当时我 24 岁,自己的 Gsoft 软件咨询公司已经小有成就。我有 25 名员工,我们为魁北克的各种组织开发软件。生意很好也很有趣,但我们需要改变一下好上升到新的高度。那时候,微软 SharePoint 非常流行,我们看到了围绕着它开发一款简单工具的机会。Sharegate 就是在那个时候诞生的,我们踏上了成为产品公司的征途。

一、灾难配方

没有产品理念

说实话,我对产品公司应该是什么样的一无所知,这一点在我们的失败中扮演了关键角色。如何开发出人人愿意购买和使用的好产品?好的想法很容易找,但是付诸实现就复杂多了。这需要对产品开发有适当的理念和知识,这些都不是立竿见影的事情。要想成功推销产品也需要做很多事情。

没有清晰的愿景

我们组建了一支只有程序员的团队(包括我自己),告诉他们要开发一款新产品,产品必须在几个月后某场大型会议来临前准备好。产品愿景是什么?产品目的是什么?我们为什么要做这个?服务对象是谁?如何与别人竞争?所有这些问题我们统统都没想过,因为我们太过关注于市场机会了。是的,很多人都陷进了这个陷阱。我们发现了某个缺陷,然后没有把基础打牢就过快的去修补了。我们也犯了那个错误。

不懂行

最糟糕的是,我们对 SharePoint 一无所知(即对行业一无所知)。我们纯粹是为某件我们一无所知的事情敲代码开发产品的程序员。团队里面没有一个人对我们所做的东西具备商业知识。这听起来很荒谬,但我们就是这样。我们就是一群冲劲十足的毛头小伙,想要干出点什么。我们只知道有些事必须做。

糟糕的软件架构

我们不单对行业一无所知,而且还因为这种无知而开发了最糟糕的软件架构。我们的无知让我们做出了糟糕的设计决策,最终导致软件无法维护。其主要后果是添加新功能成本太高,这对于像我们这样的初创企业来说是非常糟糕的。

技术力量之旅

必须承认,相对于解决真正的商业问题,我们对编写复杂的代码更有激情。如果组建的团队只有年轻的程序员的话,这几乎是不可避免的。我们太忙了,整天忙着开发最史诗般的软件架构以至于忘了需要解决的问题。用户体验显然不是优先级,我们甚至让程序员按照自己喜好设计界面。所以,由于大多数程序员痛恨设计界面,用户界面很糟糕,极其难用。真丢脸!

没有营销

营销团队又如何呢?什么营销团队,那不过是一伙想进行营销的程序员。很多人都会一厢情愿。他们认为由于自己有了很好的软件,所以软件自己就可以推销自己,然后发布日那天所有人都会排队购买。糟糕的营销令许多好产品埋没,而好的营销则可以把很多坏产品救活。营销的重要性完全被我们低估了。我们的网站很糟。没有 CMS(内容管理系统)。没有 SEO(搜索引擎优化)。没有价值定位。没有登陆页。什么都没有!没办法,敲代码太忙了!

一厢情愿地认为下一功能就是救世主

即便我们的营销策略糟糕(可以说没有),仍然有很多人在网上找到了我们并试用产品。我们收到了反馈,然后以为如果有人问什么事情的话就代表着所有人都这么想。我们实现了许多要求的功能,希望突然之间就能给我们带来一批新客户,这种好事并未发生。下一个要发布的大功能并不能马上令你的业务起色,人们很容易就会掉进这个砸钱到无人使用的新功能的陷阱里面。企业的发展应该是循序渐进的,如果没人使用你的产品,你的问题显然要比缺少功能大。

功能太多,价值没有

我本该学会对大多数的反馈说不,因为我们最终做出的产品功能太多却对客户没有价值。太多的选项、太多的按钮,太多无用的报告,一切都太多了,但是大家要寻找的基本功能却太过不完美。记住,功能最多的软件永远也赢不了比赛。

不信任自己的产品

有一段时间,我们需要为我们的咨询公司的一个项目使用我们的产品,但我们却从未让产品离开我们的环境运行过,因为我们对它缺乏足够的信任。这太糟糕了。产品根本无法在现实环境下运行,到了那个时候我们意识到得做点什么了。

二、孤注一掷

2 年过去,我们几乎投入了 100 万美元,进行约 100 次努力,最终却只拿到 4 个客户(其中 2 个还是咨询公司的老客户,购买只是出于好意)。产品很不稳定,漏洞很多,根本就是个彻底的失败,我们也没剩多少钱了。

思考时间

于是我决定跑到阿根廷去静一下。这是我所谓的思考时间(TTT)。我需要时间后撤一下,抽身于家里的烦心事。有时候太过投入,对成功太过迫切往往会忽视残酷的现实,但我们都知道这样下去是行不通的。到了那个时候,你得跳出去一下。伟大的创业者都是解决问题的能手,许多解决方案都需要以退为进才能出现。

因此,当我回来后,我有了 3 个选择:

  1. 继续尝试寄望奇迹发生
  2. 干掉产品回到自己成功得多的咨询公司
  3. 干掉产品重新开始

我决定干掉产品重新开始。

大家都很伤心,但我们都明白这是必须的。不大改的话奇迹不可能发生。是的,我们付出了惨痛的教训,但是市场仍然在等待一位像我们这样的玩家,这就是我们决定再试一次的原因。我有信心,但也很紧张。我说服合伙人再度投资到一个未显示出成功迹象的产品上。有时候,你打心里不希望自己将来后悔,所以我们要再试试。

表决心

我清楚地向整个团队表达了对所做事情的信心,甚至还给项目取名为“重生”,这样大家就会明白自身的特殊使命:让我们的孩子重生。

完全透明的愿景

这一次我们有了清晰的愿景。我们要开发一款简单到极致的工具,简化 SharePoint 的使用。简单就是一切,下图不断提醒着我们的愿景:

aa18e4efd8fa8309fcf89892d286b389

掌握你的行业

这一次我们还吸收了行业专家进入产品设计和路线图规划中。有了具备深厚行业知识的人的加盟,情况变得大不一样。我们终于知道我们在做什么了。

第一周时,我把整个团队带到了山上的一所小房子。未来数月将是紧张和高强度的工作,因此我们需要好好放松一下。

只用了几天的功夫,我们就编出通常需要 1 个月才能完成的代码。这一周的团队建设实在是太神奇了,然后我们又设法维持了这股当时迫切需要的好势头。

关键使命

挑战很清楚。新版软件需要在 3 个月内交付。因此,我们决定专注于非常基本的功能而不是发布一堆功能。我几乎觉得这么做是没办法争取到客户的,但是我必须避开这个陷阱。只要你开发了合适的功能,总会有人购买产品的。这种想法帮助我们让产品保持简单。

我还规定了两条重要的原则:严令禁止从上一版本拷贝粘贴,不许软件开发者设计界面。这听起来没什么,但对于我们做业界最简单的工具的努力来说,却是生死攸关的事情。

不到3个月把MVP推向市场

这种转型(pivot)让我从编码中抽身出来,从而可以专注于产品管理和营销。我有了合适的开发者开发任何需要的东西,但我需要进阶为营销人员和领袖。我组建了一支很好的营销队伍,大规模把营销努力投放到每一个垂直市场,终于获得了一些能见度。记住这一点很重要:哪怕你拥有最好的产品,如果没有合适的营销的话,永远也不会成功。我的观点是编码每投入1美元相应就要在营销上投20美元。说实话我们也没那么多钱,但你明白我的意思就行了,我们上一个版本就完全没有考虑到这一点。

Growth hacking心态

你需要对产品成功有一个发展的心态。要想让产品被人所知你就得遭罪。一分耕耘一分收获。写完代码只是走完了一半的路,而剩下的另一半的路走起来会非常痛苦,某一刻会令你非常沮丧的,相信我。

现在

现在我可以自豪地告诉你我们已经有了 25 名全职员工投入到这个产品上。产品收入已经达数百万美元。我们盈利了,可以自给自足了。我们拥有业界最好的产品,以其简约而闻名。全球有超过 1 万个组织在使用我们的产品。我们现在还在以非常非常快的速度发展。

决断虽然艰难,但事实证明这是值得的,你觉得呢?

 

来源:36Kr

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!