1700万的教训

更新时间:2017-03-01 16:38:00点击:3630 创业故事

这是一个80后创业者的亲身经历,也是互联网创业的一个典型案例:

马骏,80后创业者。8年餐饮从业经历,3年前离开外企,开始了巨兴传媒的创业之路。作为中国第一家做餐厅排队等位的公司,我感到很惭愧,当我们的竞争对手以20亿估值融得5亿人民币时,我们果断了停下了这个在餐饮020领域比较烧钱的业务。把我们曾近的NOQ和牛排,一个用了1700W的教训,深深锁在了每个巨兴创业人的心里。


今天聊的是,人。合伙人,技术合伙人的重要性。所谓人“定胜天”,一旦这个位置的合伙人稳定了,那才是互联网创业的良好开始。

基于互联网创业行业特性,我们首先需要找到一个技术合活人,特别是对于我这样一名销售市场营销背景出生的人来说,显得尤为重要。创业的初期,我可以承担销售,市场BD等基础的工作,但是技术一定是我干不了的事情,所以有一个在技术上帮到你的人,尤为重要。

创败1:没有核心的有能力的技术作为创业合伙人,陪项目一起成长

那这样的做法有什么错呢?特别是在项目前期比较迷茫,资金比较紧张的初期,很多人认为不是正常吗?其实,这个时候就是CEO给自己挖坑的开始。

那这样思考做法的原因有一般以下几个情况:

1. 创始人是传统行业的,没有技术背景,不知道技术该有哪些工种组成,甚至连技术团队怎么找都不知道,更何况要找个好的可以做CTO合伙人的人。

2. 创业初期资金紧缺,开不起给所谓技术大牛的工资,不舍得花钱。

我创业初期属于以上两个原因多些,下面是其他公司的情况:

3. 在不经意的情况下,看到人家小团队的产品,结合了自己的市场和行业经验,觉得稍作调整,就可以变成移动互联网产品开始创业了,于是忽悠小团队一起开始干。

4. 对自己的产品没有把握,也不愿意投大钱,于是想先凑一个产品,等将来忽悠到投资人了,再大干特干。

那这样开始自己的产品,会有什么隐患呢?

1. 产品技术不扎实,系统稳定性是没有保证的。

2. 一般的技术,依葫芦画瓢的产物,也许达到初期的一些基本功能,但由于技术人员的技术有限,CEO自身又是技术盲,于是整体的系统架构和框架基本是没有升级性和延续性可言的。发生最多的情况,就是要一些新功能了,要不就是在原本不稳定的架构下开发,加重系统负荷,要不就是需要重构或者局部重构。这样的结果可想而知,费时费力,还没有稳定性可言。要是销售力量强,一旦把产品大面积推开,但产品频频出问题,后果那不是一个“惨”字可以形容的呀。

3. 一个创业的技术团队往往需要一个周期的磨合,这样的磨合包括团队之间的配合,技术架构的检验,以及团队技术管理制度上的自我制定和完善。如果没有一个有项目经验的技术合伙人,就不会有一个有效的磨合机制,团队一直处于自由无序的开发状态。哪里有BUG就改,哪里有漏洞了就修,也不能对个人技术KPI和能力有一个可衡量的评估。扁平化的技术团队,无人管理,当形成了畸形了开发习惯,后果可想而知。前期人员还不稳定,一旦有人离职,那热锅上的蚂蚁状,应该不难想象了。

以上的问题,在我创业中几乎都碰到了,特别是2和3,自己的感触太深了。

由于前期产品很快有了一个雏形,并很快在上海地区推广,结果设备软件每天的维护和新安装量几乎到了1:1,也由于用户体验不好,开始流失。这个其中的滋味只有自己知道。中期不同的功能叠加,原本脆弱的系统开始BUG不断,而你需要面临重构或者容忍BUG的方式继续开发,每天的选择痛苦不堪。重构吧,在没有大牛的前提下不一定能达到后期一劳永逸,而且需要大量时间,数据备份等。不重构吧,就得忍受未知BUG的风险。明白人都知道该选重构,可没有技术合伙人的团队,你可能重构了等于白构。

于是产品的BUG和稳定一直是困扰整个项目始末的大问题。特别是我们的系统需要多角色不同用户高频次交互,后台使用者种类多,本身项目的难度就大,外加BUG频频,体验可想而知。 就产品设计角度而言,即使对手抄袭了我们很多的IDEA,但从产品交互和体验上讲,没有一家是真的做到完美。所以这点上我对我的技术团队比较失望,而对手的产品也没有太多惊喜。


推荐阅读