作者： iflab

来源 https://www.36kr.com/topics/401

虽然是针对学生创业的，但是对小团队项目开发的同学也很有参考意义。

———————————————————————————-

简单背景：

 

从2011年7月开始，我有幸得到导师的支持，在离北邮不远的小西天拥有了一块面积130㎡的空间，开始了我的大学生创新创业孵化工作。

 

接近2年的孵化工作中，我前后孵化过的团队有16个，成立6个月后存活的有7个，成立1年后存活的仅有4个，其中一个被技术收购了、一个没融资但实现了收支平衡、一个苦苦支撑着马上能获得天使了、最好的一个马上就A轮融资了。

 

12个失败项目和4个相对成功案例，总结出来10个大学生创业教训：

 

1. 学生创业不要做上下游对接很重的产品

 

云端科技是一个很有意思的项目，他目标是帮你的钱包瘦身，将所有的优惠卡、会员卡、积分卡都放到一个app上。可是项目最后失败了。原因是：这是资源导向性的项目。他们相当于商家和消费者之间的桥梁，满足消费者的需求这点已经很难做，更何况他们需要大量的商家在你的app上登记、更新。而后者偏偏是需要大量社会资源，大学生往往无法凭借“努力”就能补上的短板。

所以，大学生项目一般只做对接一类用户。比如，Facebook最初只做大学生，超级课程表也是只针对大学生。

 

2. 如果你创业方向不是你的兴趣爱好，请谨慎

 

俗话说“兴趣是最好的老师”，行话也有说“隔行如隔山”。最靠谱的学生项目首先是源自创业者的兴趣和爱好。一个不爱看书的团队，做的却是书友间的兴趣社区；一个自己不玩游戏的人，却异想天开做游戏。真正进入一个行业，需要时间成本，了解新概念、了解用户习惯、了解潜规则。时间是创业的最大成本，进入一个行业和做你的项目，你能兼顾吗？

 

大学生阶段，大部分学生对“产品”的掌控设计能力、对“人性”的理解尚未形成系统的知识。凭着一股热情，大家应该从最熟悉、最经常接触的方面入手，发现过程中很麻烦、很不便利、很难堪的地方，利用互联网、科技的方式来优化这个过程，使大家（用户）的生活更加美好。不错，无论app、网站，都只是一种优化的方式（这是一个月前的理解，最近对互联网的本质是什么又有了新的体会），他并不是生活的主题。

 

3. 人员稳定性是学生团队的最大杀手，而队长则是决定项目成败的重中之重

 

在每个团队的最初最关键6个月，有超过一半以上（9/16）的团队发生人员变更。回想文章开头的那个数据：创业6个月后失败的团队数（9/16），冥冥中还是有关系的。两个数据的团队不是重合，我们通过观察可以了解到，团队某个成员因为个人发展目标并不在此，6个月或者一学期过后，他们会由于现实的压力（保研、考研、托福、GRE）而选择放弃。并且因为这些成员承担着项目某一重要部分，而导致项目不得不中止。除非，团队本身的执行力很高，6个月以内已经做出产品。这个很难，详细看第4点。

 

原因很简单：社会创业者承担着失败的风险，创业这事对自己的家庭、未来有着举足轻重的影响；而在校学生创业，他们没有忧患的意识，更多地是试一试的心理。请问，两军对战心理如此，何方可胜？

 

而过了6个月后，项目的产品出来了，这时是队长发挥作用的关键时刻，项目成败也取决与队长。队长承担着一个这么重要的角色：产品设计、部分技术工作、市场营销、战略发展、团队协调。6个月后产品面向用户、面向市场，技术研发已经变成一个次要的因素，怎么在有限时间内使项目获取到一个好的数据、好的口碑，甚至是好的收入，需要队长超强的前瞻性，指挥好队员的工作。一个好的项目，他们的队长无疑都是杰出的，让人觉得nb的。

 

4. 第一次做项目？别想多了，就当积累经验吧。

 

最初的时候，我认为大学生能够凭借自身的学习能力，即使是第一次做项目也能创业成功。但事实告诉我，学生缺乏经验是最主要的原因。具体表现有：进度无法保证、时间表无限延后，一个学期（半年）都没做出一个demo，从而团队心思散涣，进而团队解散。16个项目中，有7个团队第一次做项目，最后仅有1个团队存活（XL-View）。这个存活的团队也不是一帆风顺，期中曾发生一次团队震荡，幸好负责人和我及时地重组团队。

 

所以，想参加创业团队或者组建创业团队的同学，看看你这个团队以前是否都有集体项目经验（不是学校那种创新实践项目），而是有否承接过外包？有否做过别的项目转型而来？如果没有，你又很想在这个团队中共事，先别太心高气傲，第一个项目，先练练手吧。

 

5. 社交、电商和平台

 

太多同学都有一个美好的愿景，但这个愿景也是他们当前的目标。这造成了愿望太美好，无法实现。他们描述项目最常见的三个词“社交、电商、平台”，没有一个项目天生就该如此，这3个词只是你以后发展的方向。

 

任何的愿景都是一步一步叠加而成的。Facebook当初也只是一个Facemash（比比两个人中谁更漂亮），没有社交、没有分享、没有登录。只有2个按钮，A漂亮还是B漂亮。Facebook也是在这个的基础上一次一次的迭代、改善、改版做出来的。Twitter同样也是。这些故事都可以网上搜到。

 

缺乏将愿景细化成一个核心功能真正落地的能力。只做一个核心功能，能够使你集中力量把这个功能做到最好，一个100%优秀的功能，无疑比10个10%的功能更加吸引人。

 

6. 优雅地死去

 

新产品出来前后的运营是学生很大的薄弱点，他们会问怎么告诉你的用户呢？

 

一个百万PV的网站，用户并不是天生的。微博火的时候，去利用热点新闻吸引眼球、去做微博应用然后想办法上首页，新浪腾讯2家都多少流量了；微信公众账号自动回复功能编写了几百个条；各大论坛、贴吧刷帖，老被删就去摸GM的上线习惯利用时间差发帖多存留点时间……

 

“优雅的”学生团队连去开水房贴上温馨提示并附上二维码都不愿意去做。他们守着他们的网站，等待用户的上门。这些脏活、累活，不屑于去做，那些邪门歪道你们更加鄙视（不提倡呵呵），那么你们凭什么而活？

 

创业就像一群人去争地盘。你可以选择优雅得像个Gentleman，掏出手帕擦擦枪头，讲究仪式，而流氓上来抡起拳头就开干了。Live or die, make your choice。想想这句话后面的镜头你就懂了。

 

7. 活着，比一切重要

 

同学们一直幻想着这个事情：坐在电脑前，埋头苦干几个月，做出一个惊世骇俗的产品，用户蜂拥而至，投资争先恐后。或者说，不愿意赚钱，也未曾想过要赚钱，认为只要用户多，以后肯定有盈利的方法。问题是，你能活到以后吗？

 

你可以不要冠冕堂皇的办公场地，但一定要找到一个能够挤下你团队办公的小地方；你可以鄙视各种作秀的创业比赛和电视节目，但一定要抓紧每一次能够给公司带来收入的机会；你可以不拿工钱，但一定要推出一些服务来赚钱，即使是小钱。

 

因为每一分钱，可能帮你解决一个难题。能用钱解决的问题都不是问题，但你连用钱就能解决的问题都解决不了，你又如何能解决更难更复杂的问题呢？

 

投资人的钱是把双刃剑，在损害你们团队的利益的前提下使你们能够得到生存。这个需要团队负责人好好思量一下了。

 

8. 投资人不是创业者的赚钱机器

 

我们算算学生项目初期需要多少金钱：服务器（100/月）、开发书籍（300）、开发者认证（iOS $99，Android $25）、域名（200/年）加上团队建设（400）的费用，一年费用大概￥2000元。这是研发的基本费用，可以算多，也可以算不多。但大部分的同学抱着这样的想法：自己不愿意掏这笔钱，等着“投资人”出吧。创业是自个的事情，靠自己的双手打拼，遇到困难，首先是自己想办法尽努力地去解决，而不是寄望于别人帮助。要知道，每换回来一次好处，就要给对方相应的回报，没有人天生义务帮你的。

 

另外说一个案例，某创业大赛里面，一个团队从演讲到展示环节都表现得十分好，到了问答环节：“你们通过什么方式盈利？”回答“融到100万”。不知可笑还是无奈，投资人成为创业团队的“赚钱方法”。其实投资人并不是最后给你产品买单的人，投资人是认同你团队的方向，投入金钱跟你们一起把项目做起来的“合伙人”，你们的区别是，投资人付出金钱，团队付出实际劳动。

 

9. 前途十分美好、市场非常宏大

 

两年来，收到无数来自全国各地大学生的邮件，最常见的一封邮件就是只有一行字“我的想法\产品前途十分美好、市场非常宏大，请问可以获得XXX支持吗？”这里要吐槽两点，一是凭什么是“美好”、“宏大”的？数据呢？行业呢？证据呢？另外，往往大学生项目存在深深的臆想中，没有找过客户、没有跑过市场，在学校里在电脑前YY。

 

二是，如果你要寻求帮助，请务必将你的想法、产品、计划、目前的阶段给对方说明白。我自认为还算比较热心，这样的邮件都一一回复了。如果你的发送对方是你的客户、投资人，他们会百忙中会如何处理？——垃圾邮箱或者直接删除。大学生，请锻炼你的社交能力，起码明白基本社交礼仪。

 

10.技术能帮到你什么？

 

13个失败项目中，不乏技术导向型的团队，利用自身在实验室的工作而获取到的特殊技术，想转化成面向用户的产品，而这样的团队往往是失败的。前面讲过“技术是一种方式”，换言而之，技术仅仅一种提升程度的手段，人们并不需要活在技术中；观察市面上流行的app，并不需要多厉害多高超的技术，他们抓住的是用户的最不舒服的场景，提供最贴心的功能。同时，技术导向型团队更多是“工程师”思维，为了实现功能而去做功能，缺乏设计和用户体验，用户还没体验到该技术的厉害，就早已关掉应用了。

 

另外说一下，技术导向而成功的项目，一般具有2个特征：1是技术做到极致或行业内顶尖；2是面向的用户群不是普通大众，而是第三方开发商。清华的face++团队是这样的例子，他们拥有优秀的人脸识别技术团队，他们把技术做成开放接口供其他第三方调用。这种类似PaaS（平台即服务）的做法，是技术型创业团队要好好参考的出路。

 

综上所述，我个人总结了具有成功潜质的学生创业团队应当满足的3个条件：

 

队伍稳定，不一定要成员齐全，起码队伍里面的人能够在6个月内以创业这件事为主；

队长/负责人必须懂产品，且创业方向是他所擅长的；

团队高效的执行力。

16个曾经支持的团队里面，我见到完全符合3点的有1个（V电影），符合其中2点的有3个（云印、XL-View、半次元）。一件事要成功，不在于做的事情，而在于“人”本身。各位年轻人，你们认同么？

 

当然，不是说方向和做的事情不重要，我简单归纳了一下未来一年很有可能爆发的点，希望能帮到大家：

 

1. 降级

 

别盯着北上广了，二三线城市中都是机会，java机时代的电子小说就是一个例子；别只做互联网应用了，想想传统行业有什么弊端和不便，利用互联网的特性将它改进。

 

2. 手机作为入口，服务作为商业模式

 

纯app扩大用户量这种重视线上产品是互联网老一套的玩法。相信将会涌出一批这样的公司，重视并提供优质的服务，拥有忠实的用户，app的地位下降只作为入口。

 

3. 软硬结合

 

这是一个机遇，也是一个大坑。机遇在开源硬件的兴起、纯app市场的饱和、新工业革命的即将到来，坑在这类的项目迭代周期和链条相当长，即使有开源硬件，耗时耗钱耗精力也是相当厉害的。参考案例：各种手环、智能手表、极路由。

 

后记：

 

2年了，自己本身不爱写东西，但是得给我和我的小伙伴，还有以后的小伙伴一个交代；终于憋出来这个。挺佩服自己，能将一篇总结从接近2周年写到过了2周年。2年的心得肯定不止这些，我也不确定自己能不能写。所以，欢迎大家跟我探讨吧：）留下评论或者邮箱我dennisbear#gmail.com

 

目前我的孵化方向除了互联网以外，开始跳另一个坑：软硬项目。去过深圳、去过创客空间、了解过这些创业团队，也准备联合几家大公司在北邮成立软硬开放实验室。虽然这是个大坑，但我先跳了，后面再跳的人就有我垫背，他们不至于摔得那么疼：P

 

感谢16个团队，也感谢你们对我的包容和理解，我爱你们：

 

云印、XL-View游戏工作室、云端科技、这的云、点睛、老少联、potato游戏工作室、来钱快、半次元、V电影、偶遇先生、的感觉工作室、书友汇、易买卖、拯救小扎、QiaQia

我们购买的体感控制器Leap Motion Controller已经到货。欢迎大家来体验。

https://www.leapmotion.com/

https://www.36kr.com/p/201262.html

Leap Motion是新一代的次毫米级 3D 手动控制技术，几乎能让人手和影像融为一体。通过手指即可直接控制电脑，包括图片缩放、移动、旋转、指令操作、精准控制、隔空书写等，系统的感应区间能够精确到百分之一毫米（远高于 Kinect）。整套设备包括一个手机大小的 USB 输入设备和一套复杂的软件平台。

https://www.csdn.net/article/2013-05-09/2815204-10-Software-Tools-You-Should-Know

https://www.embeddedrelated.com/showarticle/128.php

作为一个软件开发者，你不可避免地需要用到各种工具来设计、理解、编辑任何程序，本文作者按类型总结了10类开发者须知的工具。CSDN摘译如下：

免责声明：“最好”的软件工具通常属于主观看法，也许你并不同意我的观点，但是也可以从中获取所需。

1. 版本控制工具

无论你是在100人的团队，还是一个人做设计、开发，版本控制工具都能让你从中获益。

通过版本控制工具，你可以保留同一文件中在不同时期的版本，这对图表和二进制文件都适用，尤其适合文本类型文件。

主流版本控制工具可以分为两种：集中式和分布式。集中式版本控制工具需要一个服务器存储仓库，你可以在合适的时候把代码提交到服务器上。而分布式版本控制工具（DVCS）则不需要中心服务器：每个仓库的使用者都有自己的本地缓存，将更新从一个本地仓库传递到另一个的过程非常简单只需要从源系统push或者从目标系统pull即可。

目前最流行的开源版本控制工具要数Subvision（SVN）、Git以及Mercurial（hg）了，其中SVN是集中式版本控制工具，Git和Mercurial则是分布式的。

值得注意的是，有很多知名网站提供仓库托管服务，比如bitbucket.org、SourceForge、GoogleCode以及Github等等，这些网站都提供免费托管服务，但在具体服务支持与收费上各不相同。

2. 文件比较工具

无论你是想要与版本控制系统合并代码，还是仅仅想要比较两个文件的不同，文件比较工具都是非常有用的。其中diff是一个非常有名的命令行比较工具，我也喜欢Beyond Compare这款图形界面比较工具——可惜它并非免费，但是并不贵而且简单、强大。除此之外，常见文件比较工具还有SourceGearDiffMerge（免费、跨平台=Windows/OS X/Linux)，Compare It!（收费、仅支持Windows），DeltaWalker（较贵、仅支持OSX）以及UltraCompare（较贵、跨平台）。

3. 编辑器

处理文本文件的难以取决于你使用的软件。重量级的编辑器，如Eclipse、NetBeans、Visual Studio都属于是IDE（integrateddevelopment environment，集成开发环境），如果你需要做特定的工作，他们都非常强大。但有时候你仅仅想要简单、快速地编辑文件，系统自带的编辑器（Windows下的Notepad和Machine下的TextEdit）虽然轻量但是不够强大。这里介绍几个中量级的编辑器：Windows平台的Notepad++、Mac平台的TextWrangler都是不错的免费编辑器，还有GNUemacs、Vim这样强大、可扩展的自由软件。

4. 构建工具

如果你使用IDE进行开发，仅仅单击“Build”即可以为你编译程序的源代码。但是注意：编译软件时常常有很多细节的编译选项，而使用IDE时常常被深藏在复杂的菜单中。我认为，专业的程序员应该使用可定义的构建工具，选择正确的编译选项达到最优效果。

5. 脚本工具

有时候你需要快速整合多个软件以达到某个目的，这时很难选择C或者C++这样需要编译的编程语言，因为它们在执行前需要先编译成可执行的文件。此时，更好的解决方案是脚本语言，它们通常集成在操作系统中，编写一个脚本甚至可以在多台计算机中运行。

常见现代脚本语言有Python、Ruby、Groovy、awk、Perl等等。不论你更喜欢那种，我建议你选择其中一款。我很喜欢Python，不仅因为它简单、鼓励好的编程规范，而且拥有强大的调试工具——基于Eclipse的PyDev。借助PyDev，你可以设置断点、并端部执行你的脚本。

6. 数值分析工具

除非你打算做一些及其简单的项目，或者为嵌入式系统进行逻辑编程，你常常会需要对数据有一个直观地了解——图表、或者曲线图，又或者仅仅想要解一个方程，这时候你会需要数据分析工具，比如MATLAB、Mathematica、MathCAD，它们都非免费，甚至价格昂贵，但是价格强大。

如果你的需求简单，SciLab、Octave、PyLab这些MATLAB的免费“克隆”版本也提供了某些MATLAB的基本功能，语法也与MATLAB相近或相同。其中PyLab用Python实现，如果你懂Python，或许可以将其利用到科学计算领域。

7. 文档工具

工程环境中，你常常需要和他人分享想法，很多软件都可以做到这点，比如使用微软的Visio可以提供流程图、表，Word来编辑文档，PowerPoint来做演示。但它们都非免费，有时候你更需要免费或者更特化的文档工具。

• 图形可视化工具——我常用的是基于命令行的graphviz，以及拥有交互界面的yEd。
• 流程图——使用图形表达思路。Quick Sequence Diagram Editor很基本，但是足以帮助你达到绘制这些图形的目的。
• 排版工具——你可以使用WYSIWYG工具，也可以选择非WYSIWYG软件，又或者TeX、LaTeX，随个人喜好。
• 代码自文档工具——Doxygen很常见，可以将代码中的注释转化成文档，JavaDoc则是转为Java设计的文档工具。

8. 终端以及通信工具

有时候你会需要通过串口进行通信，这时你就需要终端工具了，在Web浏览器出现之前，这更为常见。曾经与Windows绑定的HyperTerminal不够强大，不建议使用，而且微软在Vista之后也不再集成它。我个人更喜欢PuTTYtel和TeraTermPro。其它通信工具如FTP及其安全变种SFTP、SCP方面我最喜欢Cyberduck，现在支持Mac和Windows。

9. 软件QA（质量保障）工具

对于开发者来说，为避免bug你肯定需要QA工具。我不是很清楚这方面，但是知道大概可以分以下几类：

• 静态分析工具。它是一种分析软件的工具，既可以分析软件源代码，也可以分析编译后的文件。最出名的莫过于面向C语言的lint，lint会像老是一样在你代码的错误之处标出红线，标出你的错误。Java语言有FindBugs对应，能够帮助衡量代码复杂度——通常好的程序设计函数比较小，如果某个函数超过20-30行代码，你可以考虑将其分解了，这样也更便于设计和调试。
• 单元测试和代码覆盖率。大型软件测试通常极难，这是公认的；但是使用“单元测试”测试更小的软件模块却简单得多。但是单元测试同样也有不擅长的领域，比如嵌入式系统，虽然可以通过交叉编译在PC上寻找bug，但并不能保证在嵌入式机器上效果一致。单元测试也有一定的技巧，比如可以编写可重复利用的测试脚本。代码覆盖工具我仅见过同事使用Cantata++，但并不便宜。
• 代码“美化器”。如果你和同事使用相同的编码风格，更容易寻找出简单的语法错误。通常我们都有各自的编程习惯，但是可以通过软件达到统一编程风格的效果——比如自动缩进、tab空格转换等等。我使用过Uncrustify，以及其GUI工具UniversalIndentGU。

10. 基本命令行工具

虽然GUI对于计算机交互是革命性的改进，但还有很多事用命令行做起来更加简单，比如使用脚本能够轻易组合多个程序。如果你使用OS X或者Linux，那计算机上一般已经预装了UNIX命令行工具，Windows用户可以下载相应的二进制文件。

其它，诸如7zip、CPU-Z、System Explorer之类的软件虽然没有放在这个列表中，但也都是非常实用的工具。

https://github.com/yoozi/swf-docs-generator

 

这是一个类百度文库 swf 格式在线浏览的完整解决方案：支持 office/pdf/txt/html 等多格式文档上传。本解决方案全程采用开源免费软件，零成本。项目目前实现了简单上传和自动转换，若要用在实际项目中，还需考虑更多的因素，在此不一一列举。