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

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

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

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

　　因此能作好产品必定须要对『想法』『原型』『设计』『开发』『测试』这个流程有深入的认知和实践。即便不彻底按这个来，也要有相似的本身有效的套路，保证产品模块化有流程可依。要知道如今的产品开发绝大多数不是一我的能作完的，因此团结协同这么多人作开发，须要流程和进度规划两手抓。这样才能保证项目质量，作出优秀的产品。下面就对以上咱们理解的每一个流程以及下一个流程的启动条件作一个简单说明，让你们有个总体的即视感。

　　『想法』

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

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

　　『原型』

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

     『设计』

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

　　『开发』

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

　　『测试』

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

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

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