ITFriend创业败局(三):技术人员创业,需要尽可能避免,或者需要解决的5个重要问题
一、插科打诨: 本想给小雷粉,做一个创业"成功案例"的,结果做成了一个“反面教材”~ No zuo,no die~
二、写作目的:分享自己作为一名技术人员,或者说技术背景比较浓厚的创业者的一些经验教训,希望后来的技术创业者能够少走弯路。
本文中的经验,主要来自创业前的思考、创业亲身经历,其次来自于CSDN等社区网友的一些经验教训。
三、五大问题
1.技术是万能的。
缺乏市场实践经验的技术人员,对技术容易过于注重,很容易忽视其它能力对创业成功的重要性。
认为做项目或产品,只要用技术实现就算成功了。殊不知,技术实现只是完成了简单的制造,这一个环节,没有销售、运营、产品、资本的支持,成则赚点苦力钱,败则无法坚持,功败垂成。
自身教训:对技术之外的宣传推广运营,过于自信,缺乏大量的实践经验。亲自去做运营等非技术活时,效率比较低,没能达到预期的效果。比如,通过CSDN博客-个人博客-微博等自媒体的运用,成果远远不如预期,任务完成率仅10%。初生牛犊,就是我这样的。
2.合伙人大多是做技术的。
物以类聚,人以群分。做技术的,很容易认识到更多的技术朋友。满脑子都是技术,沉浸在技术的世界里,时间长了,很难客观体会技术之外的世界之大。
这个问题,导致很多致命的问题。大部分的技术人员更擅长于技术,对销售市场不是那么擅长,也就是说,缺乏互补的能力。
自身教训:大学阶段,由于寻找学习方向和未来职业发展方向,以及更加侧重于技术研究,接触到的人非常有限,可靠的朋友更有限。
工作后,虽说比大学更好了一点,但是还是没能扭转。so,一个有技术背景的可以干销售等工作的伙伴,没能和我一起搞。最终,找了2个做技术的伙伴,问题一大堆,都是泪水。另外,选择的互联网社交这个创业方向,也没能把自己的人脉积累好好利用起来,大牌级的选手,对这个不感兴趣。小排选手,只能打打酱油,然后不了了之。
补充一句,这个问题,和第1个问题有很大的关系。
3.喜欢从头开发项目。
技术人员,由于一直做技术,而且有着提高技术水准的强烈渴望,比较喜欢亲自动手去做一个项目。看到好玩的游戏,看源码不过瘾,自己也搞一个。看到完整的产品,技术不先进,自己也搞一套耍耍。
技术人员,更喜欢通过项目或产品去练习技术,而不是为了做一款好的产品,顺带练练技术。
自身教训:虽然最后确定了社交这个方向, 最后还是决定从头开发,而不是直接用开源的,或者改造开源的社交产品。从现在的角度看,直接改造一个开源产品,侧重运营与推广,说不定是更好的策略。当时大家一致的考虑,更加侧重长远发展,想自定义开发。
这就导致了第4个问题,长远与短期的问题。
4.长远目标与短期目标。
这个问题,不止是技术人员的问题,所有创业者基本都很难处理好这个矛盾,无数的小公司覆灭,屈指不可数的上市公司,都是倒在了这个问题面前。
小公司,为了长远发展,由于没有收入或者稳定的现金流,倒在了眼前。大公司,为了短期利益,饮鸩止渴,倒在了不远的将来。
自身教训:小公司,小团队,规划倒是很长远,结果倒在了“现在”。
技术方面,选择自己写项目,而且为了短期不需要的“高性能”,牺牲开发效率,使用了咱们都不熟悉node.js,我现在认为这是技术选项上,最大的一个坑。不是技术不好,而且前期不应该选择咱们都不熟悉的技术,从头学习然后使用,浪费了不少精力,仅仅是又锻炼了一项技术仅此而已。
业务方面,选择做一个平台,结果由于经验和资源不足,连基本的东西都没有做好,用户认可度很低。
现在,回头想想,隔壁投资的某投资经理,说的很对,做IT开发者周边的接口服务,为开发者提供服务,我现在倒是觉得很有市场。
互联网飞速发展,开发者也忙的焦头烂额,CSDN、OSChina也没能在这边发力,监控宝等乘势而起。而我由于我的因素,我们错误地却选择了IT社交这个领域。
也许,在敲定创业方向的时候,我不应该那么急躁,不能轻易妥协,应该把模糊的“为IT人提供一站式服务”,细细的思考下,选择一个更加有市场需求的方向。
也许,我应该早点找投资人谈谈,听听前辈的建议。
只可惜,当时太年轻了,经历的太少,第一次大战互联网,搞不清方向。信心消耗殆尽,由于其它各种原因,我选择了退出。
至于退出原因,很快就将分享。
资本方面,没能从身边的朋友搞到一点赞助。感觉前期不太需要钱,高估了推广的效果。后期去找投资,也总是碰壁,这个原因就多了。当然,我的责任总是最大的。哎~
5.由于感性与主观,忽略了理性与客观。
和第4个问题一样,这是所有创业者的通病。
人都是这样,根据自己有限的经历,去得出无限的结论,而不是根据事实和已有结论,去推论更多站得住脚跟的结论。
具体到技术人员,在技术领域,优秀一点的技术人都可以做到客观,而不是象销售人员,喜欢瞎吹,放大炮。而技术之外的,就说不定了,每个人都有自己的局限性。
自身教训:过于自信和主观,缺乏足够的调研和事实论据,没有足够的经验和数据支撑,也很难客观地向合伙人和其他人,阐述自己的想法。自己做得比较好的一面是,面对巨大的矛盾,足够的理智,不率性而为。这方面,我的合伙人就做得稀烂了。呵呵一笑吧~
2014年,我们都还年轻~
6.更多
限于时间原因,暂时不想再总结类似的问题了。这篇文章,写了1个半小时,累了。
希望对大家有所帮助~
四、写在最后
2014年,我还年轻,我们的团队也很年轻。
经历了,成长了,不曾后悔。
风卷残云,卷土重来,可知矣~
我,小雷FansUnion,就是这么自信,自信满满,蓄势再发~
小雷FansUnion
2015年2月2日
湖北-武汉-循礼门
ITFriend创业败局(三):技术人员创业,需要尽可能避免,或者需要解决的5个重要问题的更多相关文章
- [ 技术人员创业Tips ] 1:抓住优质客户(上)
写一篇技术以外的内容,可能会得罪一些人,轻拍,此外本文写的比较随意,写到哪里算哪里,轻拍. IT业不知道从什么时候起特别流行谈创业,似乎不谈创业就落伍,我不评价这种风气的好坏,只提一些自己的一些经验和 ...
- ITFriend创业败局(一):选择创业方向和寻找合伙人,创业失败的2个关键点
这次创业惨淡收场,最主要的原因是没有选择一个合适的创业方向,没有找到合适的创业合伙人. 首先要说到创业方向,因为不同的创业方向需要组建不同的创业团队.我个人比较偏好,软件.网络.互联网等有一 ...
- 9月15日,YTFCloud,创业圈的技术新宠
成都创业圈近期什么最热? 资本复苏?这本来就是高低起伏规律而已,再说动辄千万的大手笔,对于创业新人.新团队来说太遥远,早期根本无法变现,而资金紧张.项目开发费用超标.没有技术大牛保障等尖锐现实问题能否 ...
- IT技术人员的自我修养
1. 前言 在IT领域摸爬滚打多年,从一个普通程序员到技术主管,到技术经理,再到技术总监,踩过不少坑.加过不少班,也背过不少锅,在提升自身技术能力与管理能力的同时,也一直在思考,作为IT ...
- APP开发:一个APP开发需要哪些技术人员?
亿合科技小编了解到:国民老公王思聪曾经在一个访谈中谈到过,如果他是一个普通人,他会选择移动互联网去创业,因为做个网站或者App开发门槛较低,做大做强的机会也比较多.小编觉得创业就是投资,重 ...
- 饿了么CTO张雪峰:允许90后的技术人员“浮躁“一点
编者按:今年4月,饿了么正式加入了阿里新零售战队,进一步加速其在本地生活市场的扩张速度.在创业9年的时间中,饿了么在外卖领域经历了真正的“从0到1”,尤其是在外卖平台的技术升级方面,越过了一个又一个的 ...
- IT软件技术人员的职位路线(从程序员到技术总监) - 部门管理经验谈
以前写过一个文(IT从业者的职业道路(从程序员到部门经理) - 项目管理系列文章),主要介绍笔者的职业发展之路,不过该文需要后续了,因为笔者现在从事的是“产品经理”一职.从笔者的导航文([置顶]博文快 ...
- web技术人员-推荐书籍
学习是技术人员成长的基础,本次分享20本技术方面的书籍,这些书不是每一本都是经典,但是每一本都有其特点.以下20本大部分本人都看过,因此推荐给大家.(本次推荐的20本只是一个参考,比如像Head Fi ...
- 浅谈IT企业挑选技术人员招聘几个要点
在实际人员招聘的一些感想总结,企业需要怎么样的人才,个人总结如下: 1.技术能力不是第一位 企业在招聘一个人的时候往往看你第一点不是技术实力,而是你个人言谈行为和态度,往往一个面试你的人员他不可能在半 ...
随机推荐
- js面向对象1----了解构造函数
一.构造函数与实例的区别 1 构造函数 构造函数主要是一种用于生成对象的饼干模具,这些对象具有默认属性和属性方法,它可以创建多个共享特定特性和行为的对象. 构造函数只是一个函数,但当函数遇到了ne ...
- 00092_字符输出流Writer
1.字符输出流Writer (1)既然有专门用于读取字符的流对象,那么肯定也有写的字符流对象: (2)查阅API,发现有一个Writer类,Writer是写入字符流的抽象类.其中描述了相应的写的动作. ...
- Java Web学习总结(4)——HttpServletResponse对象入门
Web服务器收到客户端的http请求,会针对每一次请求,分别创建一个用于代表请求的request对象.和代表响应的response对象. request和response对象即然代表请求和响应,那我们 ...
- css中hack是什么
css中hack是什么 一.总结 1.CSS hack:由于不同厂商的浏览器,比如Internet Explorer,Safari,Mozilla Firefox,Chrome等,或者是同一厂商的浏览 ...
- 微服务实践(七):从单体式架构迁移到微服务架构 - DockOne.io
原文:微服务实践(七):从单体式架构迁移到微服务架构 - DockOne.io [编者的话]这是用微服务开发应用系列博客的第七篇也是最后一篇.第一篇中介绍了微服务架构模式,并且讨论了微服架构的优缺点: ...
- keytool用法总结
一.keytool的概念 keytool 是个密钥和证书管理工具.它使用户能够管理自己的公钥/私钥对及相关证书,用于(通过数字签名)自我认证(用户向别的用户/服务认证自己)或数据完整性以及认证服务.在 ...
- 自旋锁spinlock解析
1 基础概念 自旋锁与相互排斥锁有点类似,仅仅是自旋锁不会引起调用者睡眠.假设自旋锁已经被别的运行单元保持.调用者就一直循环在那里看是否该自旋锁的保持者已经释放了锁."自旋"一词就 ...
- QWaitCondition 的正确使用方法(通过 mutex 把有严格时序要求的代码保护起来,同时把 wakeAll() 也用同一个 mutex 保护起来)
简单用法 QWaitCondition 用于多线程的同步,一个线程调用QWaitCondition::wait() 阻塞等待,直到另一个线程调用QWaitCondition::wake() 唤醒才继续 ...
- js闭包中的this(匿名函数中的this指向的是windows)
js闭包中的this(匿名函数中的this指向的是windows) 一.总结 1.普通函数中的this指向的是对象,匿名函数中的this指向的是windows,和全局变量一样 2.让匿名函数中的thi ...
- Altium Designer绘制mark点
mark注:我之前是按照下面的文章去制作的,由于头一次制作没有经验,不是很成功 文章是正确的 只是我的一些配置出错了: 先看一下我们的板子: 关于错误mark点,主要是周边又一圈亮锡,, 原因大概是敷 ...