011.需求分析
这个步骤非常重要，基本上是确定将要做的小程序做成后是什么样的。竞品分析，需求评审，在互联网行业里，有一个专门的岗位，叫产品经理。他们负责去过滤需求，做竞品对比，联合需求提出方和技术做需求的评审，看是否符合和覆盖了所有需求，也从技术的角度出发，分析技术实现的可能性和耗时。一般这一步比较顺利的时候，整个需求矩阵文档就出来了，根据需求矩阵，就可以讲需求拆分，一步步的分阶段开发。
022.产品原型
需求评审符合要求之后，产品经理就会开始做产品原型了，就是用比较粗糙的图形界面的形式将要做成的小程序画出来(有专门的工具，比如Axure)，同时标准一些交互逻辑和方法。这样技术开发和UI设计的时候就很清晰明了的知道了自己将要做什么事，将要开发的小程序涵盖哪些功能和逻辑。与此同时，开发人员也会同步开始做程序设计和全局的逻辑梳理。
033.UI界面设计
将产品原型转化成好看的用户界面是UI设计师的工作内容，他们会从美感，用户体验等角度出发，确定一整套的配色方案和通用组件样式。设计完之后一般会将设计稿标注好(有很多工具可以做这件事)，组件之间间距和组件的大小。UI设计师跟前端开发工程师配合的是最密切的，前端开发工程师就是依据产品原型将UI设计稿转化成代码，展示运行在宿主环境(比如百度APP)
UI设计稿就是原型的化妆师044.接口对接
到了这一步，前端开发工程师和后端开发会交流的比较频繁，现在的开发模式基本都是前后端分离。于是需要一个完善的接口对接和接口文档撰写的过程。这样就可以约束好前后端交互的方式，你可以理解为约定一套专用的交流需要。这一个步骤一定要落实好，就我的经验，很多公司的接口文档写的那叫一个混乱，看着就火冒三丈。而且互联网公司开发人员的流动性比一般岗位都大，所以写好文档，方便新入职的技术开发来填坑。
接口文档是提效工具055.实际编码
到了一步，基本上不同岗位之间交流就少很多了，你看到的大部分情形就是一群程序员盯着电脑，噼里啪啦地敲着键盘(痛恨那种响声很大的机械键盘～)。一般都会戴着耳机，沉浸在代码的世界里跟机器对话。实际编码如果一同协作的人比较多的时候，一定要考虑提前约束好编码规范，这样写出的代码尽可能保持一致的风格。
左手代码右手诗066.项目测试
实际编码完成了某一个功能模块之后，可以提前测试，这样所有岗位基本上可以实现并行工作。代码测试会有专门的测试人员，书写测试用例，根据需求，检测代码是否满足需求。是否存在代码逻辑bug，目前大部分的测试都是手动测试，引入自动化测试是很非常有必要的，可以节省很多人力，当然让技术人员写测试用例也是很头疼的一件事。但是好的测试用例可以把代码逻辑快速地检查一遍，在项目自动化上起到了很大的作用。一般测试人员会在技术开发阶段就切入。测试接口的合理性和潜在bug.
测试是很重要的步骤077.验收压测
小程序产品开发测试流程结束后，就是验收阶段了。产品经理和设计，根据需求文档和设计文档，从用户体验的角度和UI设计稿的还原度去验收。有细节差距的就需要在上线前完善。
088.迭代优化
任何的一个小程序产品都不可能在第一次发布时就是非常完善的版本。需要不断地做版本迭代，将未考虑的，不是很紧急的功能可以延后，在迭代版本里去完善和实现。到了这一步，基本上可以验证这个小程序实际应用场景和受欢迎程度。
我的文章会记录互联网技术和业余生活，我的创业历程。如果你刚好也在沉淀自己，等待创业的机会，可以关注我，一起交流成长！我会从技术和商业结合的角度给你不一样的创业视角。
精选文章
如何发现创业项目？我是从这几点出发的
