有许多程序设计师都想成为创业家。虽然我个人不是「硬派」的程序设计师（所以即使你把我锁进地下室一个星期、只丢一箱咖啡或可乐给我，我也变不出10万行的程序代码），但却也曾经历这个过程；从过去几年经营HelpSpot的创业经验之中，我了解到许多程序设计师创业失败的原因，而以下几点就是我的观察：
程序代码只是生意的5%
在我所看到的许多失败因素之中，最大的一个是设计师往往身陷在程式码之中，花费无数个小时想让某个功能完美无瑕、或是想运用最新的技术来傲视群雄；当然，做软体就必须写程序、而且最好是品质和安全性俱佳的程序代码。
然而，如果没有人知道你的产品，就算写出全世界最赞的程序也是枉然；如果你因为没钱缴税被国税局抓去关，再多程序也救不了你。如果你因为没有适当的软件授权而不得不打官司，程序代码一点意义都没有。
我在论坛上和个人网站上看过太多创业者，在应该讨论和学习如何做生意的时候，却聊程式聊得天花乱坠；当然，要程序设计师聊程式当然比聊生意经轻松，但对于任何人来说，做生意都不是轻松的事情！
设计就是一切，而且可以提升竞争力
无论你的产品是什么，都必须拥有好的设计；光秃秃的方块和灰色的背景是不够的。记得，你的产品要设计得比竞争对手更好，才可能有机会。
如果你做的是后端资讯管理系统，当然不必做得像专业美术软体那麽漂亮，不过如果做得到的话更好；重点在于让潜在客户能清楚的感觉到，你的产品设计得比竞争对手更好。说真的，大家其实都是以貌取人，看软体的时候也一样。
养成长远思考的习惯
每一位程序设计师都喜欢一口气把程式改好、找出所有的臭虫然后一举消灭。然而，即使在小规模的系统开发商裡头，非程序设计的工作往往不能操之过急；所以从经营的角度来说，一定要习惯长远思考。
像是行销活动、或是产品定位之类的工作，往往必须花几个月、甚至几年的时间才能完成，跟写程序的立竿见影是不一样的。所以，你必须强迫自己往远处看：六个月之后，你希望自己的产品、行销、以及业务是什么样子？
承认吧，你不了解使用者
有时候，你所写的软件并不一定应用在你熟悉的行业；这其实是个好机会，但你要做的绝对不只是做点市场研究而已，你还必须了解真正的使用者，最好能找机会跟他们交谈。
我知道你也许不想做这些事，但你非做不可；因为如果没有和真正的使用者交换过意见，你就不会知道做哪些功能是在浪费时间、哪些原本没有的功能其实才是最重要的。
许多人常常犯一个严重的错误，就是把竞争对手产品的全部功能当作自己的起点。这个作法很不好，就像是抄同学的作业一样，而且往往两个人都错在同一个地方。跟你的顾客好好谈谈，你就可以避免竞争对手已经犯过的错误。
爱你的客户
许多软件开发商在创业之前，都有后端办公室系统IT部门的工作背景。在我工作过的许多这类单位之中，IT人员对客户（经常是企业内部的用户）的观感都不好；道理很简单，因为他们被要求做的事情太多、而报酬又太少。
不过既然要自己创业，就得把这些过去的恩恩怨怨摆在一边。我看过许多软件商把过去的观感带进工作之中；然而，这种成见在商业软件的世界裡是不该存在的。成功创业的重要条件之一，是要爱你的客户；也就是满足他们的需要、而且尽一切能力做到。
如果你做不到，就得准备好你的理由；假如顾客最后选择竞争对手的产品，请尊重他们的决定，但告诉他们如果对方的产品无法满足需求，请他们回来找你。
在我的经验中，许多生意之所以能失而复得，往往只是在顾客选择离开的时候对他们同样有礼，如此而已。
尽可能设计得容易使用，让高手也喜欢
不要让使用介面迷失在酷炫的科技之中，越简单越好；无论新手或是老手，对于简洁介面的喜爱都是一样的。
至于之所以要尽量简单，主要原因是在于让试用的人容易上手；试用者只会给你的产品几分钟时间，如果你的设计太酷太炫太复杂，等于在浪费这宝贵的几分钟。如果你浪费他们的时间，他们就会去找别人。
从其他人身上找灵感
你可以经常找个和进行中产品无关的人，把最近的测试版本展示给他看。有时候「外行人」的眼睛反而胜过「明察秋毫、不见舆薪」的专家，能找到产品和介面中的大漏洞。
即使不了解这项产品的应用领域，有时候他们发现的问题往往是你作梦都想不到的！
不要害怕拿下某些功能
作为一位程序设计师，我也很讨厌把明明写得太棒的程序代码从产品中拿掉；但没办法，有时候就非得这么做不可。在开发的过程中，你一定会发现一些其实一开始就不必做的功能。理想状况下，能在交货前就发现是最理想的；一旦发现了，就最好在它们造成麻烦之前赶快拿掉。
举例来说好了，当我在开发HelpSpot的程序时，发现用来将顾客资料读进系统的功能竟然不会动；其实这项设计并不好，有了它反而会把HelpSpot变成一套四不像的顾客关系管理（CRM）系统。
因为如此一来，我的客户就必须将放在HelpSpot上的资料跟公司里真正的CRM系统随时保持同步、而且会把HelpSpot的操作介面变得太过复杂；所以我最后决定牺牲几个星期的工作成果，把这项功能整个拿掉。
事实证明，这是我做过最英明的决定之一；与其要客户保持两个系统的资料同步，我设计了一个即时查询（Live Lookup）系统，让顾客直接在HelpSpot中执行查询原有CRM资料库的指令。这项独特的功能后来非常受欢迎，大多数客户安装的HelpSpot 系统上都经常使用它。
耐心是一种美德
要有足够的时间把一切该做的事情都做完，往往是很困难的；很多原本我们以为几天可以做完的事情，往往得花上几个星期，你要学着多点耐心。
要不是焚膏继晷把事情拼完，就是得为了进度落后而懊恼；如果可以的话，不要让顾客设定日期、或是有过多期望；如果是可能三个月才做得完的工作，不要答应一个月就完成。在这一点上，连我自己都还得多加把劲。:-)
用从头学习写程序的心态做事
当你刚开始写程序的时候，一定是抱着每一本相关的书猛啃；你会买整堆内容大同小异的程式书，但还是每一本都读完，因为你觉得自己再怎么读都不够。
在从程序设计师到创业者的心态转换过程中，你需要这样的初衷；你需要熟读每一本描述目标市场的书，无论是经营中小企业、行销、一般管理、时间管理等等都好。事实上，你最好在写创业之后第一支程序之前，就把这些书都读过一遍；因为透过这些知识所能避免的错误，绝对值得你花这些时间和精神。
程序代码只是生意的5%
在我所看到的许多失败因素之中，最大的一个是设计师往往身陷在程式码之中，花费无数个小时想让某个功能完美无瑕、或是想运用最新的技术来傲视群雄；当然，做软体就必须写程序、而且最好是品质和安全性俱佳的程序代码。
然而，如果没有人知道你的产品，就算写出全世界最赞的程序也是枉然；如果你因为没钱缴税被国税局抓去关，再多程序也救不了你。如果你因为没有适当的软件授权而不得不打官司，程序代码一点意义都没有。
我在论坛上和个人网站上看过太多创业者，在应该讨论和学习如何做生意的时候，却聊程式聊得天花乱坠；当然，要程序设计师聊程式当然比聊生意经轻松，但对于任何人来说，做生意都不是轻松的事情！
设计就是一切，而且可以提升竞争力
无论你的产品是什么，都必须拥有好的设计；光秃秃的方块和灰色的背景是不够的。记得，你的产品要设计得比竞争对手更好，才可能有机会。
如果你做的是后端资讯管理系统，当然不必做得像专业美术软体那麽漂亮，不过如果做得到的话更好；重点在于让潜在客户能清楚的感觉到，你的产品设计得比竞争对手更好。说真的，大家其实都是以貌取人，看软体的时候也一样。
养成长远思考的习惯
每一位程序设计师都喜欢一口气把程式改好、找出所有的臭虫然后一举消灭。然而，即使在小规模的系统开发商裡头，非程序设计的工作往往不能操之过急；所以从经营的角度来说，一定要习惯长远思考。
像是行销活动、或是产品定位之类的工作，往往必须花几个月、甚至几年的时间才能完成，跟写程序的立竿见影是不一样的。所以，你必须强迫自己往远处看：六个月之后，你希望自己的产品、行销、以及业务是什么样子？
承认吧，你不了解使用者
有时候，你所写的软件并不一定应用在你熟悉的行业；这其实是个好机会，但你要做的绝对不只是做点市场研究而已，你还必须了解真正的使用者，最好能找机会跟他们交谈。
我知道你也许不想做这些事，但你非做不可；因为如果没有和真正的使用者交换过意见，你就不会知道做哪些功能是在浪费时间、哪些原本没有的功能其实才是最重要的。
许多人常常犯一个严重的错误，就是把竞争对手产品的全部功能当作自己的起点。这个作法很不好，就像是抄同学的作业一样，而且往往两个人都错在同一个地方。跟你的顾客好好谈谈，你就可以避免竞争对手已经犯过的错误。
爱你的客户
许多软件开发商在创业之前，都有后端办公室系统IT部门的工作背景。在我工作过的许多这类单位之中，IT人员对客户（经常是企业内部的用户）的观感都不好；道理很简单，因为他们被要求做的事情太多、而报酬又太少。
不过既然要自己创业，就得把这些过去的恩恩怨怨摆在一边。我看过许多软件商把过去的观感带进工作之中；然而，这种成见在商业软件的世界裡是不该存在的。成功创业的重要条件之一，是要爱你的客户；也就是满足他们的需要、而且尽一切能力做到。
如果你做不到，就得准备好你的理由；假如顾客最后选择竞争对手的产品，请尊重他们的决定，但告诉他们如果对方的产品无法满足需求，请他们回来找你。
在我的经验中，许多生意之所以能失而复得，往往只是在顾客选择离开的时候对他们同样有礼，如此而已。
尽可能设计得容易使用，让高手也喜欢
不要让使用介面迷失在酷炫的科技之中，越简单越好；无论新手或是老手，对于简洁介面的喜爱都是一样的。
至于之所以要尽量简单，主要原因是在于让试用的人容易上手；试用者只会给你的产品几分钟时间，如果你的设计太酷太炫太复杂，等于在浪费这宝贵的几分钟。如果你浪费他们的时间，他们就会去找别人。
从其他人身上找灵感
你可以经常找个和进行中产品无关的人，把最近的测试版本展示给他看。有时候「外行人」的眼睛反而胜过「明察秋毫、不见舆薪」的专家，能找到产品和介面中的大漏洞。
即使不了解这项产品的应用领域，有时候他们发现的问题往往是你作梦都想不到的！
不要害怕拿下某些功能
作为一位程序设计师，我也很讨厌把明明写得太棒的程序代码从产品中拿掉；但没办法，有时候就非得这么做不可。在开发的过程中，你一定会发现一些其实一开始就不必做的功能。理想状况下，能在交货前就发现是最理想的；一旦发现了，就最好在它们造成麻烦之前赶快拿掉。
举例来说好了，当我在开发HelpSpot的程序时，发现用来将顾客资料读进系统的功能竟然不会动；其实这项设计并不好，有了它反而会把HelpSpot变成一套四不像的顾客关系管理（CRM）系统。
因为如此一来，我的客户就必须将放在HelpSpot上的资料跟公司里真正的CRM系统随时保持同步、而且会把HelpSpot的操作介面变得太过复杂；所以我最后决定牺牲几个星期的工作成果，把这项功能整个拿掉。
事实证明，这是我做过最英明的决定之一；与其要客户保持两个系统的资料同步，我设计了一个即时查询（Live Lookup）系统，让顾客直接在HelpSpot中执行查询原有CRM资料库的指令。这项独特的功能后来非常受欢迎，大多数客户安装的HelpSpot 系统上都经常使用它。
耐心是一种美德
要有足够的时间把一切该做的事情都做完，往往是很困难的；很多原本我们以为几天可以做完的事情，往往得花上几个星期，你要学着多点耐心。
要不是焚膏继晷把事情拼完，就是得为了进度落后而懊恼；如果可以的话，不要让顾客设定日期、或是有过多期望；如果是可能三个月才做得完的工作，不要答应一个月就完成。在这一点上，连我自己都还得多加把劲。:-)
用从头学习写程序的心态做事
当你刚开始写程序的时候，一定是抱着每一本相关的书猛啃；你会买整堆内容大同小异的程式书，但还是每一本都读完，因为你觉得自己再怎么读都不够。
在从程序设计师到创业者的心态转换过程中，你需要这样的初衷；你需要熟读每一本描述目标市场的书，无论是经营中小企业、行销、一般管理、时间管理等等都好。事实上，你最好在写创业之后第一支程序之前，就把这些书都读过一遍；因为透过这些知识所能避免的错误，绝对值得你花这些时间和精神。
作者：jackxiang@向东博客 专注WEB应用 构架之美 --- 构架之美，在于尽态极妍 | 应用之美，在于药到病除
地址：http://jackxiang.com/post/2550/
版权所有。转载时必须以链接形式注明作者和原始出处及本声明！
京口北固亭怀古
[好经典喔]生一个崽崽一起鄙视你评论列表
