思步网

查看: 31084|回复: 45
打印 上一主题 下一主题

【转】互联网/移动互联网小团队创业 第一集 汪华

[复制链接]
本文特定针对于互联网/移动互联网小团队创业 创新工场 汪华


找到一个足够大,快速增长,还处于相对早期的大方向,创业要顺势而为,太小太窄,太早太晚的都不合适。


找个你真正熟悉了解信任的人搭伙建团队。创业是个艰难的过程,才认识1 2 天的人哪怕相谈甚欢,也最好先花足够长的时间先加深了解,建立信任。一个人创业是个孤独的过程,2个人无论在精神,技能,分工上往往有更好的效果


找到一个好的产品切入点:
1 你的产品是为谁服务的, 可以一句话清晰描述的明确用户群(所有上网用户不是答案,对于一个早期产品,最好找到一群最需要的核心用户,试图满足越多的用户,往往你的产品会越复杂,越不能让所有人满意)
2 可以一句话说清楚的,产品核心需求和核心功能
如果这两点不能在两句话说清楚,就不是一个好的切入点。另外不要把你自己的假定和需求当作用户的需求


选择切入点的时候不要over fancy,
不是一定要做没人做过的东西,借鉴已有的应用和模式做增量创新或整合式创新其实也是一条好的路,起码是验证过的用户需求和商业模式,只要你做出好的区隔点。做全新的需求的话,最好确定这个需求一年内有明显的量,再远的话,最好能找到一个一年内有的一个中间过渡需求点。


在开始之前,还要想清楚
如何推广和接触你定义的核心用户,有没有低成本用户和流量获取渠道,根据产品不同,可能是好的用户传播机制,seo,
sns网站,api合作,用户数据库群发,论坛,下载站,网吧,网址站,捆绑,预置,网盟,appstore朋友帮忙等等。尽量利用各种开放平台。如果没有早期的低成本的用户获取或推广渠道,那除非你的产品可以早期赚钱,否则就不要做。


早期的赚钱方法
早期的赚钱方法不等与产品的最终商业模式。早点赚钱的重要性:1
你永远没法预测拿到下一笔钱要多久,收入可以让团队活下去,并且在投资人面前获得主动权 2
任何推广都是有成本的,哪怕是"免费"的,如过每个用户获取可以带来收入,那可以把发展速度提高好几倍
早期的赚钱方法务求简单,可以是网盟,卖流量,卖用户,卖道具,特定服务收费,电子商务,以不需要复杂商务运营为宜


只有以下情况你可以开始不考虑收入:1 产品有非常便宜的用户获取成本 and 2 产品有非常便宜的用户运营成本  3 产品有巨大的潜在用户数


如果一个项目既没有早期赚钱的方法,又不符合上述条件,那这个项目就不适合小团队白手起家创业,


启动产品开发
基本原则:用最快的速度开发出核心功能,尽快发布,尽快获得用户测试反馈,尽快改进(或放弃)


像微软那样,用12个月做出一个精品或庞然大物是不适合互联网,尤其是小团队。团队的第一个阶段是摸索方向,强调的是低成本,快速。你一开始的所有计划其实只是对用户和市场的假定而已,小团队的钱和资源也都有限,必须先快速的找个办法验证方向


所以产品的第一个版本的目的是验证用户需求和反馈,而不是做一个完美无缺功能丰富的版本。第一版应该集中于开发出核心功能和核心需求,用户花70%时间的功能,放弃非核心需求。比如下载器,下载速度是核心需求,杀毒,登录,社交可能就是外围需求。


第一个版本尽量定义为 2-4 个人可以在2-4个月内开发出来,可以给几百上千个用户用。如果预期超过这个时间和资源,就削减外围功能和简化设计,保证在钱和资源,时间用完前,即使第一次探索方向错误,还能做数次探索。无论多复杂的互联网产品,我还没有见过不能消减到这个开发周期内作出初始版的。


1 尽量使用现成的代码框架,模版,开源项目,api,使用现成的工具,哪怕不是100%符合需要,工程背景的创业者往往喜欢开发自有架构和技术,长期来说这个是竞争优势,但这个可以等验证了用户需求,有了用户量在重构


2. 只要满足用户需求,第一版可以用尽量简单的解决方案,比如部分后台和算法,可用先静态页面,人工干预的方法解决


3. 第一版在不严重影响进度的情况下,尽量为将来考虑可升级的架构,如果矛盾,参考第一条


4 找到所有相似,相关,上下游产品,充分研究学习


5 想清楚你要验证的用户行为和数据是什么,做好数据跟踪分析模块。盲目的数据收集没有意义,发布前要有明确的发布目标和验证目标


6 界面简洁,确保核心功能在首界面的主要位置,用户可立即找到,一键访问无歧义。这比美观风格更重要


7 专注 80%的精力放在核心功能上,一次只做一个方向,一个核心需求的探索,核心要做到比较完美,除非失败,再做下个方向探索,绝不同时做两个方向。


8 快速,稳定永远是第一要求,不管是网站还是软件,基本做到这两点是发布的前提,功能可以削减,有问题的功能可以先不开放


9 产品要有明显,方便的用户反馈接口,重视用户反馈


10 外围功能,尤其是网站,要做到一旦提出,可在数天内实施验证,如果超过,可以考虑不做在第一版,保证核心需求


11 严格进度,日毕日清,如遇严重问题瓶颈,不要拖延或过分纠缠,尽早解决或调整计划,或者迅速放弃


今天就先写这么多,对于小团队创业,我们创新工场设立了助跑计划,大家可以去看看



上一篇:转载:书摘:指导敏捷团队——Lyssa Adkins
下一篇:每日书摘-“文化”-《平衡敏捷与规范》
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

路过 帮顶 嘿嘿
有空一起交流一下。
看帖要回,回帖才健康,在踩踩,楼主辛苦了!
以我的经验来看,楼主的想法是可以执行的~
看了LZ的帖子,我只想说一句很好很强大!
确实不错,顶先
我是个凑数的。。。
还不错哦,如果再能多分享一些就perfect了!
不错 支持一个了
very good.
支持,赞一个
路过的帮顶
学习下我只是路过,不发表意见……
其实,很多情况下都是这样的,习惯就好。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部