小编按：虽然我们常常认为“别人的成功无法复制”，但是多看一些别人的经验总结，我们还是能够从中有所体会。成功就是失败的不断累积，希望我们的每一次失败都能有所收获。
此文作者是Simon De Baene，GSoft、Sharegate的联合创始人。
引言
这里要说的不是 Elon Musk 把所有钱投到 Tesla 上差点破产的故事，我也不打算讲乔布斯在最后一刻接管苹果拯救公司。我要说的这个故事没有什么特殊，不会像前面两个那样创造历史，但是它发生在像你我这样的创业者身上的机会却要现实得多。这是我的故事，它彻底改变了我的人生。我真的希望你可以感同身受，希望它能帮助你做出艰难抉择。
源起
故事要回到 2009 年，当时我 24 岁，自己的 Gsoft 软件咨询公司已经小有成就。我有 25 名员工，我们为魁北克的各种组织开发软件。生意很好也很有趣，但我们需要改变一下好上升到新的高度。那时候，微软 SharePoint 非常流行，我们看到了围绕着它开发一款简单工具的机会。Sharegate 就是在那个时候诞生的，我们踏上了成为产品公司的征途。
一、灾难配方
没有产品理念
说实话，我对产品公司应该是什么样的一无所知，这一点在我们的失败中扮演了关键角色。如何开发出人人愿意购买和使用的好产品？好的想法很容易找，但是付诸实现就复杂多了。这需要对产品开发有适当的理念和知识，这些都不是立竿见影的事情。要想成功推销产品也需要做很多事情。
没有清晰的愿景
我们组建了一支只有程序员的团队（包括我自己），告诉他们要开发一款新产品，产品必须在几个月后某场大型会议来临前准备好。产品愿景是什么？产品目的是什么？我们为什么要做这个？服务对象是谁？如何与别人竞争？所有这些问题我们统统都没想过，因为我们太过关注于市场机会了。是的，很多人都陷进了这个陷阱。我们发现了某个缺陷，然后没有把基础打牢就过快的去修补了。我们也犯了那个错误。
不懂行
最糟糕的是，我们对 SharePoint 一无所知（即对行业一无所知）。我们纯粹是为某件我们一无所知的事情敲代码开发产品的程序员。团队里面没有一个人对我们所做的东西具备商业知识。这听起来很荒谬，但我们就是这样。我们就是一群冲劲十足的毛头小伙，想要干出点什么。我们只知道有些事必须做。
糟糕的软件架构
我们不单对行业一无所知，而且还因为这种无知而开发了最糟糕的软件架构。我们的无知让我们做出了糟糕的设计决策，最终导致软件无法维护。其主要后果是添加新功能成本太高，这对于像我们这样的初创企业来说是非常糟糕的。
技术力量之旅
必须承认，相对于解决真正的商业问题，我们对编写复杂的代码更有激情。如果组建的团队只有年轻的程序员的话，这几乎是不可避免的。我们太忙了，整天忙着开发最史诗般的软件架构以至于忘了需要解决的问题。用户体验显然不是优先级，我们甚至让程序员按照自己喜好设计界面。所以，由于大多数程序员痛恨设计界面，用户界面很糟糕，极其难用。真丢脸！
没有营销
营销团队又如何呢？什么营销团队，那不过是一伙想进行营销的程序员。很多人都会一厢情愿。他们认为由于自己有了很好的软件，所以软件自己就可以推销自己，然后发布日那天所有人都会排队购买。糟糕的营销令许多好产品埋没，而好的营销则可以把很多坏产品救活。营销的重要性完全被我们低估了。我们的网站很糟。没有 CMS（内容管理系统）。没有 SEO（搜索引擎优化）。没有价值定位。没有登陆页。什么都没有！没办法，敲代码太忙了！
一厢情愿地认为下一功能就是救世主
即便我们的营销策略糟糕（可以说没有），仍然有很多人在网上找到了我们并试用产品。我们收到了反馈，然后以为如果有人问什么事情的话就代表着所有人都这么想。我们实现了许多要求的功能，希望突然之间就能给我们带来一批新客户，这种好事并未发生。下一个要发布的大功能并不能马上令你的业务起色，人们很容易就会掉进这个砸钱到无人使用的新功能的陷阱里面。企业的发展应该是循序渐进的，如果没人使用你的产品，你的问题显然要比缺少功能大。
功能太多，价值没有
我本该学会对大多数的反馈说不，因为我们最终做出的产品功能太多却对客户没有价值。太多的选项、太多的按钮，太多无用的报告，一切都太多了，但是大家要寻找的基本功能却太过不完美。记住，功能最多的软件永远也赢不了比赛。
不信任自己的产品
有一段时间，我们需要为我们的咨询公司的一个项目使用我们的产品，但我们却从未让产品离开我们的环境运行过，因为我们对它缺乏足够的信任。这太糟糕了。产品根本无法在现实环境下运行，到了那个时候我们意识到得做点什么了。
二、孤注一掷
2 年过去，我们几乎投入了 100 万美元，进行约 100 次努力，最终却只拿到 4 个客户（其中 2 个还是咨询公司的老客户，购买只是出于好意）。产品很不稳定，漏洞很多，根本就是个彻底的失败，我们也没剩多少钱了。
思考时间
于是我决定跑到阿根廷去静一下。这是我所谓的思考时间（TTT）。我需要时间后撤一下，抽身于家里的烦心事。有时候太过投入，对成功太过迫切往往会忽视残酷的现实，但我们都知道这样下去是行不通的。到了那个时候，你得跳出去一下。伟大的创业者都是解决问题的能手，许多解决方案都需要以退为进才能出现。
因此，当我回来后，我有了 3 个选择：
继续尝试寄望奇迹发生
干掉产品回到自己成功得多的咨询公司
干掉产品重新开始
我决定干掉产品重新开始。
大家都很伤心，但我们都明白这是必须的。不大改的话奇迹不可能发生。是的，我们付出了惨痛的教训，但是市场仍然在等待一位像我们这样的玩家，这就是我们决定再试一次的原因。我有信心，但也很紧张。我说服合伙人再度投资到一个未显示出成功迹象的产品上。有时候，你打心里不希望自己将来后悔，所以我们要再试试。
表决心
我清楚地向整个团队表达了对所做事情的信心，甚至还给项目取名为“重生”，这样大家就会明白自身的特殊使命：让我们的孩子重生。
完全透明的愿景
这一次我们有了清晰的愿景。我们要开发一款简单到极致的工具，简化 SharePoint 的使用。简单就是一切，下图不断提醒着我们的愿景：
掌握你的行业
这一次我们还吸收了行业专家进入产品设计和路线图规划中。有了具备深厚行业知识的人的加盟，情况变得大不一样。我们终于知道我们在做什么了。
第一周时，我把整个团队带到了山上的一所小房子。未来数月将是紧张和高强度的工作，因此我们需要好好放松一下。
只用了几天的功夫，我们就编出通常需要 1 个月才能完成的代码。这一周的团队建设实在是太神奇了，然后我们又设法维持了这股当时迫切需要的好势头。
关键使命
挑战很清楚。新版软件需要在 3 个月内交付。因此，我们决定专注于非常基本的功能而不是发布一堆功能。我几乎觉得这么做是没办法争取到客户的，但是我必须避开这个陷阱。只要你开发了合适的功能，总会有人购买产品的。这种想法帮助我们让产品保持简单。
我还规定了两条重要的原则：严令禁止从上一版本拷贝粘贴，不许软件开发者设计界面。这听起来没什么，但对于我们做业界最简单的工具的努力来说，却是生死攸关的事情。
不到3个月把MVP推向市场
这种转型（pivot）让我从编码中抽身出来，从而可以专注于产品管理和营销。我有了合适的开发者开发任何需要的东西，但我需要进阶为营销人员和领袖。我组建了一支很好的营销队伍，大规模把营销努力投放到每一个垂直市场，终于获得了一些能见度。记住这一点很重要：哪怕你拥有最好的产品，如果没有合适的营销的话，永远也不会成功。我的观点是编码每投入1美元相应就要在营销上投20美元。说实话我们也没那么多钱，但你明白我的意思就行了，我们上一个版本就完全没有考虑到这一点。
Growth hacking心态
你需要对产品成功有一个发展的心态。要想让产品被人所知你就得遭罪。一分耕耘一分收获。写完代码只是走完了一半的路，而剩下的另一半的路走起来会非常痛苦，某一刻会令你非常沮丧的，相信我。
现在
现在我可以自豪地告诉你我们已经有了 25 名全职员工投入到这个产品上。产品收入已经达数百万美元。我们盈利了，可以自给自足了。我们拥有业界最好的产品，以其简约而闻名。全球有超过 1 万个组织在使用我们的产品。我们现在还在以非常非常快的速度发展。
决断虽然艰难，但事实证明这是值得的，你觉得呢？
