初创IT公司里开发者最容易犯的九种错误

      本文作者Scott Gerber是一名企业家、专栏作家和电视评论员。在这篇文章里，作者在自己创立的YEC里采访了九位IT企业家，就“初创企业里的开发者最容易犯的错误”进行讨论，而每位受访者也给出了实际意义上的答案，希望这些“常犯的错误”能够给你带来警示。（以下为编译内容）

      在今天这个初创公司如雨后春笋般遍地林立的时代，不管做什么事情总是要权衡利弊、优劣、得失，尤其是在眼下的以速度决定成败的服务行业更为明显。软件开发者——这个看起来在整个团队里并不起眼的角色事实上每天的工作量不亚于一个灭火的消防员，时时刻刻追踪、关注着可能存在的问题，而且，一不小心就会给公司造成这样或者是那样的麻烦。

      为了找出什么样的错误才是初创IT企业最常见的错误，我问了来自青年企业家协会（YEC）的九个成功的企业家同一个问题：初创IT企业里的开发者所犯的最常见（容易避免的）错误是什么？下面是他们给出的答案：

1. 在本身错误的基础上进行创建产品

大多数初创公司比较注重解决实际意义上的问题。而所谓的实际意义上的问题也就是初创公司往往倾向于将对个人问题的规划、解决方案当作是对社区问题的规划、解决方案。反过来，他们只是基于自己的需求来构建他们的产品，而且还想着以此来解决社区里的问题。这是失败的一个主要因素。

初创公司需要确认在他们的技术社区里是真的存在这样那样的问题，此外，还要真正的理解技术社区为什么会出现这些问题。而想要完成这些任务的唯一办法就是和技术社区进行深入交流，明确问题的来源，并制定一个详细的、合理的解决计划。——John Jackovin， Bawte

2. 构建了太多的花里胡哨的内容

想要创建一个尽可能小的、可使用产品的过程中是有很多事情要做的，到底该怎么做呢？首先是将简单化设为首要前提，然后是尽可能早的对你的假设进行测试。接下来就是组织一个小的Beta测试团队开始对产品进行测试，使用这些测试人员的反馈信息，而且是只有这个测试团队的反馈信息，不要采纳和这个测试团队无关的任何信息，紧接着就是至关重要的部分：把那些花里胡哨的部件进行整合、一体化。—— Peter Awad， GoodBlogs

3. 创建的代码太僵硬

尽管在刚开发平台的初始阶段，不需要实现完全可伸缩功能，但是，要确保你的平台代码在将来的运行过程中必须支持可伸缩功能，这是至关重要的，而不是在你的公司已经成功运行之后才去考虑这样的问题。

修改那些被客户端主动使用的僵硬代码是一件非常令人沮丧的事情，一旦这些代码所起的作用相当重要的时候，它就有可能会影响公司的成长速度。—— Fehzan Ali， Adscend Media LLC

4. 产品发布早期阶段的灵活策略最重要

初创企业可能会鼓励实施产品早点发布策略，同时在产品发布之后，收集用户反馈信息宜早不宜迟，但是现在的“先发布后修复”的做事态度是很愚蠢的，尤其是在你发布的产品后来发现了很多bug的时候。

如果你想发展业务，你的客户一定会需要更多的产品，所以在整个过程中千万不能漏洞百出。也要做好比预期的产品发布时间推迟几天发布的准备，这样的话，你就能腾出更多的时间来修复可能会影响用户体验的bug，同时有助于维护自己的公司形象。—— Danny Wong， Blank Label

5. 太在意代码了

以前犯下的错误就是太在意代码了，认为代码决定一切。

但是在早期的产品开发中，花时间去解决客户所遇到的问题比编写代码要重要上百倍。如果你专注于处理客户的问题，这将很有利于帮助你获得更加精准的代码，因为在解决问题的过程中你就会掌握客户真正关心的问题。——Wade Foster， Zapier

6. 没有完全涉及到企业业务方面的产品开发

没有真正的涉及到企业业务方面，或者是不了解公司客户的真正需求的开发设计是一个比较大众的错误，因为产品不是公司，公司也不能只围绕着产品转圈。

开发者必须了解所开发的产品如何实现公司的总体目标、战略和客户吸收的这一整体运行，这是产品开发和部署能够成功的关键。—— Panos Panay，Sonicbids

7. 没有及时解决分身乏术的问题

在推出一个产品之后，很多开发者都会觉得在一开始的时候自己的时间能力不够用——好多部门都在找你，而你没办法做到无处不在。不过，最聪明的方法就是建立在一些平台——理想情况下最好是一个交流沟通平台，这样你可以在这个平台上解决所有的问题。通过这种方式，你可以构建一个更好的产品，还可以避免将你的开发团队分散在不同的地方，削弱了整体的力量。

对于一些企业来说，可能在电脑软件和手机等移动设备之间不好分配资源力量。而对另一些企业来说，这可能会导致忽视Android开发而专注于iPhone技术。但归根结底，你需要先找出你想突出展示的地方，然后再开始优化它们！—— Aaron Schwartz， Modify Watches

8. 并非在代码的基础上制定计划

在你开始实施开发项目之前，制定一个计划流程表是必不可少的。进行规划的时候，则需要彻底的想清楚该如何实现，并在可行的代码的基础上如何运行那些功能特征。

其实这里所说的制定计划看上去和代码没什么关系，但是代码是解决问题的关键，遇到问题的时候，不应该问：“让它正常工作的最简单方式是什么？”相反，你应该问：“让它为用户正常工作的最简单方式是什么？”——James Simpson， GoldFire Studios

9. 部门间混淆协作

初创公司成立的时候应该做的第一件事就是将具有创新意识的开发者团队和其它部门分开，说的明白一点就是不要让技术极客去看财务报表。—— Yuriy Boykiv， Gravity Media

原文来自：TNW                                                   （编译/薛梁  责编/付江）