找高水平程序员开发产品，为什么项目还是烂尾了

首先程序员不是万能的，请认真反思以下问题：

有没有和程序员锋晌表明自己想要银改锋的是什么，想做出来什么效果。

他是不歼冲是真正的业内公认高水平的程序员。

您好，在和一些想找我们做互联网项目服务的客户沟通的时候，也发现很多的客户其实之前都遭遇过项目烂尾事件，当然原因有很多，今天主要针对产品这个点，来剖析下为什么项目会烂尾。

首先，你得了解整个互联网项目工程的过程：

产品需求调研、分析—需求整理—业务流程设计—功能设计—原型图设计—效果图设计—开发—测试—部署上线

不难发现，其实在开发前，程序员要做的工作很少，因为如果一开始就根据沟通的需求去开发，后面肯定改的量非常的大。而前期从需求调研到原型图设计的工作都是产品经理在负责，然后让UI设计师去根据原型图设计效果图，最后开发再去开发。所以可高激想而知，如果你遇到一个好的产品经理，那么必然程序员后期的工作也比较少，项目上线也快。但是如果遇到一个很烂的产品，那么项目烂尾是有很大可能的。（项目只要超过交付时间就是烂尾）为什么这么说，因为开发是听产品的，如果产品不靠谱，开发又怎么能开发出靠谱的产品？

而一般烂的产品经理让项目烂尾的有以下几种情况：

一、上线前几天、甚至前几个小时提出新的需求

上线前一般都是改BUG的时间，但是最怕的就是改着改着产品经理又提出了新的需求，当然这很多时候是老板的要求或者是客户的要求，老板和客户都是上帝，所以提了，产品经理也只能照办，但是结果就是产品一直无法上线，因为增加一个功能点，先不说这个功能的开发时间，后期上了之后，可能还会遇到其他的问题，又会出现新的Bug，如果长此往冲明复，能上线才怪。而一般成熟的公司，一个新版本的需求都是提前讨论制定好的，然后把新的需求收集放在后期的迭代中实现。

二、需求反复变

这也是一般烂尾项目的特点，开发写到一半，被告知这个需求用户体验不好，需要把逻辑再改下，或者界面不好看，需要重新改等等，然后又是各种开会讨论，所以时间就这样被耽搁了，项目能不烂尾吗？

三、产品设计东拼西凑，没有整体化考虑，开发复杂

很多水平一般的产品经理都是拿市场上现有的一些产品进行东拼西凑，凑了一个产品原型出来，之前戚判袜还遇到过一家外包公司给我们一个客户就直接原型图都没有，直接是一个东拼西凑的PPT；如果是第一种，还好点，起码有个原型图，但是因为没有整体考虑，导致结果就是一个产品上光删选项的展示形式就好几种，而这种对于开发来说，首先开发时间增加了，另外程序的可维护性也不高；如果是第二种，那么项目烂尾的概率更高了，因为后期的改动肯定相当大。

以上主要列了三点，当然还有其他原因，比如开发时间被卡的非常死、产品设计无限拖延、简单功能负责化等等，因为篇幅有限，今天就分享到这儿，下次再跟大家分享。

当然导致这些出现，其实不管是项目外包还是自建团队开发，老板和客户虽然也有责任，但是人家不懂啊，产品经理才是懂的那个人，而作为一个靠谱、优秀的产品经理，为了能够保证项目的正常开展，适时制止一些要求肯定是需要的，不然如果都听老板和客户的，那么还要产品经理做什么？所以作为产品经理，需要发挥出应有的专业性。

所以开发产品，找专业团队才重要。

不懂技术，一个好的想法如何让他实现？

经常听到很多人说“我有一个很好的idea”，就差一个技术合伙人了。下面就产品的整个服务流程给不懂技术的创业者分享一下一款好的产品的打造流程。客栈3.0昨日刚刚上线，还是以远程工作为切入点，做互联网企业的技术远程中心，做好程序员的经纪人，为程序员和需求方服务，特别是这次3.0版本的短期雇佣服务，彻底解决产品需求方和程序员的沟通障碍，让程序员驻场到企业提供服务，完美解决项目开发过程中可能遇到的问题。

一个项目的开发流程一般是『想法』『原型』『设计』『开发』『测试』。

一般刚开始创业的人，没有产品研发经验的公司负责人，他们提供的word、ppt都是属于『想法』，无论描述再详细再怎么高大上都属于想法。很多这样的创始人或者产品负责人，就这样拿着自己的『想法』满世界的去找人做开发，就差一个靠谱程序员了，一些程序员自诩技术能力好，乐呵呵察橡谨的接了项目，然后就是项目烂尾了。程序员客栈刚开始做外包分发也严重面临这个问题。之前一直搞不明白为什么会这样，现在才慢慢想清楚就是因为项目没有流程，介入的人越多结果越乱。项目一开始定位模糊，没有原型就找设计，没有静态设计和流程图就直接做开发，开发想赶进度就增加人手，开发完成不留文档摆出再也不想管了姿态。你们感受下，这些都是非常糟糕的做法，这样折腾产品质量能好才怪。做产品搞开发绝不是找包工头建房子的那种野路子。

所以能做好产品一定需要对『想法』『原型』『设计』『开发』『测试』这个流程有深刻的认如答知和实践。即使不完全按这个来，也要有类似的自己有效的套路，保证产品模块化有流程可依。要知道现在的产品开发绝大多数不是一个人能做完的，所以团结协同这么多人做开发，需要流程和进度规划两手抓。这样才能保证项目质量，做出优秀的产品。下面就对以上我们理解的每个流程以及下一个流程的启动条件做一个简单说明，让大家有个整体的即视感。

『想法』

所谓想法就是一切的口头描述、会议沟通、word ppt excel文字描述。无论描述得多么详细，讲的多么让败基你懂，都只是属于想法。之前和一些非技术行业要跨界到互联网的老板沟通时，他们经常这样描述自己的产品：对，这里就是和微信一样。吧啦吧啦，你懂了没？没懂是吧，要不我再给你讲一遍。然后程序员居然就懵懵懂懂的懂了，接着就去悲剧的搞开发了。当我走访到很多创业团队也正在这样 *** 作时，瞬间整个人都不好了好吗。千万不要相信一个处于『想法』阶段的产品通过不断的多讲几遍能变成『原型』，即使你听懂了，那也不叫原型。其实我们知道程序员心里苦，只是程序员不说。

那又为什么，很多企业的官方网站交给猪八戒、地方建站团队、甚至老师学生团队也能做好呢？他们也没有什么流程。你一定要相信，猪八戒、地方一般的建站公司也只能做好企业展示网站了（或者修改代理软件）。因为这一块是比较标准化的东西，一个后台，成百上千种前端风格，足以满足你的各种需求。而需要改造世界的伟大创业者，就不要把自己的产品寄托在这样的公司平台了，还是自己搭团队做产品靠谱。互联网企业产品是核心，核心都外包了，你还做什么啊。重要的是外包基本都是烂尾的，这倒是很现实的有木有。

『原型』

原型是对『想法』的中流程、产品布局等的详细描述。一般的原型图可以用Axure、Sketch或者现在新出来的一些移动原型工具来画。画出来基本就能看到产品什么样子了。从『想法』到『原型』这是产品经理需要做的事情，他要理顺产品逻辑，找到重点，建立流程。所以不要逢人就说：我们没有产品经理，我自己就是产品经理，即使你一定要是产品经理相信也远远没有那样的专业内涵深沉。在这个大众创业万众创新的时代，一些很草莽原始的开发团队中，如果有一个非常能被折腾设计师，当然也是可以不需要原型的，直接把想法告诉给设计师好了，这样好炫酷有木有，然后做几个版本挑一个，巨大的沟通成本加上不断的修改，也是能做出来，起码产品外表好看了。为了更好的理解『原型』是什么玩意，这里挑了程序员客栈的原型放出来给看看

『设计』

有了原型，后面才是『设计』。不要原型就能一气呵成设计好一款产品的设计师不一定是好设计师。当然你也可以认为，牛逼的设计师不需要原型，就像牛逼的程序员不需要设计一样：某个大学导师的学生可牛了，他一个人能把所有的做完，是牛飞起来的全栈工程师，吧啦吧啦，你就信吧。『设计』部分就是我们能看到的产品外观了。交付给程序员的『设计』不仅包含“视觉”，还有“源文件”、“标注”和“切图”。设计可以分得更细，就像有UI了，还可以有UE（用户体验）。好的设计师能在设计中能照顾到UE，看你产品设计需要深入的程度了。

『开发』

前面搞了这么久，终于轮到程序员上场了，这里的重点就是需要找到靠谱程序员，程序员水平不一样，开发出来的东西就是一个天上一个地下，靠谱程序员和不靠谱程序员气质水平差得不是一星半点。一定不要指望一个菜鸟程序员能完美的按照静态设计把产品完美的做出来，他会告诉你一些普通功能的各种不可能实现的原因。拿到静态设计图和原型，后端程序员就可以设计架构开发后端（这又是一个尤其重要并深入的方向，这里就不深入了），前端程序员（web、iOS、Android）再根据后端接口和静态设计快速开发出来产品。中间的具体疑惑随时找产品经理，进度问题项目经理负责。一般一些团队会有自己的进度先后原则。比如：原型先出来，再是做设计和后端，设计和后端领先前端开发一周左右。这样配合起来，一个好的产品模块化的一步步的完成，然后就走完了产品中最重要的开发环节。

『测试』

好啦！产品终于做完了，程序员commit了最后部分的代码，然后给你说：我们做好了。这个叫做内测版，所以是不能发布用的。产品只有经过严格的测试，单元测试，公测后才能上线。千万不要相信一个程序员说：“我做的开发不需要测试”，即使他再牛。当然我相信一些好的程序员在开发的过程中很少留坑，并且边开发边写测试，所以做出来产品质量很高，但是这样的产品也是需要测试的，因为bug无处不在。我们需要理解产品不正常是正常状态。所以才需要“运维工作师”嘛，这种职业的存在也让一些非互联网行业的人无法理解。我卖你一套软件和系统，还给你配个人维护，那就说明产品开发出来就是为出问题做好准备的了。

最后提醒下，以上过程中一定要知道程序员的水平高低以及他们的习惯都足以影响你的产品质量，甚至生死。这里给那些开发不做版本管理，代码就放程序员自己电脑上；接口文档word提供，没有版本控制；产品不按模块化开发；没有产品经理和设计，产品开发程序员就按创始人口述；没有任何服务器备份机制...写不下去了，你们感受下。这样的做法迟到要掉大坑里的，没有为什么！如果你们一定要抱着侥幸心理，不考虑各种意外来开发产品，那也是可以的，兵法有说“胜可知而不可为”。就是长期的胜利一定是建立在排除各种失败原因的基础上的，然后等待胜利的机会。

经过以上一步步的努力，然后你的产品就可以上线了，普大喜奔~~~烧香求保佑无bug，然后小宇宙爆发~~~一切都交给运营汪吧。

---