老码农,谈我这十几年遇到的坑
|bugclose之前都是我自己写文章,后来我和老张说,要不你们也写一点干货吧,这十几年的码农生涯总有一些可以分享的东西,于是就有了今天的文章。
(老张是图中穿黑体恤的)
不要一个人创业
创业需要一个团队,除非你能技术,设计,市场,销售一把抓。你能?有心无力吧。什么?张晓龙?foxmail?好多程序员都是一个人做起事业来的?那不是创业好不好,只能算是兼职或者个人爱好。想创业,先要找几个能一起干的人,而且必须各有所长,各司其职。这个坑本人踩得苦,年轻时觉得靠技术就能做一个产品出来,有了产品就能卖出去。首先,做一个产品和做一个好产品是有区别的,技术含量暂且不说,产品没有好卖相就不能说是好产品,第一体验很重要,你的团队起码得有一个好设计师;然后,没人知道的产品也不是好产品,酒香还怕巷子深,你得找一个有市场推广经验的营销高手;最后,怎么把产品卖出去,怎么卖一个好价钱,才是创业的重中之重了,产品也好,市场也好,都只是基础,把东西卖出去(不管是卖产品,卖公司还是拉皮条)才能达到创业的价值。为什么大部分公司的CEO都是销售出身?原因就在这里。程序员可不可以做CEO?当然可以,逐渐向销售方向转型,等到你发现自己很有兴趣做销售的时候,恭喜你,你有当CEO的潜质了。要创业成功,需有壁垒,这个壁垒是团队的综合素质和积累组成的,单独一个方面都不足以形成很高的壁垒,作为一个程序员,不要为自己掌握的那点技术洋洋得意,须知在中国目前的创业环境中,技术是最没有门槛的。作为一个程序员,如果有人愿意把你拉进创业团队,而且这个团队还比较靠谱,你就知足吧,作为团队的骨干,老老实实把技术做好,一起奋斗,才有成功的希望。
求快不要贪多
当你的团队有了三四杆枪的时候,好像火力很猛,好像什么都能做,产品可以做得多么多么强大。须不知,这是一个大坑。创业团队一定要快速解决用户痛点,而不要贪多。首先时间不允许,一个月,最多两个月基本产品就要出来,去市场去用户那里检验,迟迟做不出产品有可能让团队失去信心,也会失去市场的最佳时期。另外,时间短功能多只能推出半成品,好像功能都有,但每个功能都没做细,用户体验不好,各种Bug,这是不允许的,用户可以容忍你只有基本功能,但不能容忍功能上出现问题。bugclose团队以前是做进口车市场APP的,前端,后端,IOS,Android,产品,测试都有,人员配备齐全,好像一个niubility的产品就在眼前。但是老板没有经验或者热昏了头脑,一股脑儿的提需求,把一些目前根本用不着或者没办法用起来的功能加进去,美其名曰先占个坑。本想一个半月推出产品的计划一直延期到3个月才出第一个试用版本,而且Bug频出,无法推向市场。现在我们总结,如果当时只做进口车源一个点,而且只做一个IOS终端,把商家用户先做起来,现在就不用来做bugclose了。这个经验对我们做bugclose非常有用,我们做的是一个轻量级的bug管理工具,一个半月就把基本功能做出来了,推向市场,再慢慢增加功能,打磨产品。
不要过度设计
程序员刚刚创业时热情澎湃,把产品做大的心愿很是炙热,虽然刚开始起步,就已经想着要做一个平台,服务数千万用户了。这是一个非常隐蔽的深坑。程序员以为考虑远一点不影响当前的进度,但不知不觉就导致架构的过度设计。想做平台就开始考虑如何做通用模块,如何个性化设置,想服务数千万用户就想着如何保证性能和可用性,这导致了设计上的最大的问题:非功能性的设计远远超过功能性的设计,这就叫过度设计。过度设计导致要完成同样的功能需要数倍甚至十倍时间,这对于创业来讲是不允许的。有句话讲得非常好,叫活在当下,设计永远着重你的当前问题,最多提前看一步,不要为未来担忧。创业过程中,架构永远不会成为问题,可以重构,可以重新设计,反正有很多办法。当年最早的淘宝也就是简单的单数据库单服务器架构,随着业务的增长才慢慢的演化成复杂庞大的架构体系。所以,不必担心架构不适应以后的规模,不要过多考虑可用性伸缩性可扩展性,先把业务做起来,用户不会一下子就挤爆你的网站,你有时间去重构或重新设计。
不要匆忙上线
创业公司因为时间紧迫条件有限,恨不得开发完就马上上线,好像时间永远跟自己赛跑似的。但这犯了创业的一个大忌:快牛破车。速度太快,质量跟不上,拿用户当测试品,用户迟早会离你而去。这里的质量,既包括功能满足和用户体验,也包括服务质量。功能增加可以迟一天两天没关系,质量不行,用户会怀疑你的做事态度和专业素质。所以要做到两点,一是要充分测试,要搭建比较真实的测试环境,上线之前先在测试环境下跑,没问题再部署到真实环境;二是达不到质量的功能就不要上,配套服务都没准备好,上了只会让用户摇头。
老张是清华毕业的高材生,技术非常全面,也比较健谈。他目前不仅负责bugclose的后台,也负责产品工作,有想找他交流的朋友可以加他微信:zhangchenghui1977
写得很不错啊 加油加油