做了4个微信小程序后，我总结了一个快速开发流程

作为TGIDEAS里的技术研发团队，我们跟其他的技术团队一样对新技术，新业务形态时刻关注，面对新的应用形态，团队结合实际业务，赶在年前发布了以下四款小程序应用：

其中“王者荣耀赛事”仅仅历经了1个月的开发时间，赶在小程序上线时发布;“王者荣耀官网”紧随其后，在上线的第二天，也发布了

而“火影忍者赛事”沿用现成的，完整的赛事直播框架，仅仅花了8天时间，完成了策划，设计，开发和上线，这效率小伙伴们都吓了一跳。

“邻友趣”这款利用磅找游戏好友的陌生人社交小程序，历经了一个多月的开发时间，最终也在放假前发布。

项目的输出效率略高，这背后到底遵循了怎样的开发流程，楼主今天抛砖引玉谈一谈，希望能引起大伙的一些思考，也希望能对即将或正在开展小程序开发的团队有用。

小程序在2017年1月9号全量发布，楼主团队在10月份开始着手研究小程序官网文档，12月初团队的第一个小程序项目 - “王者荣耀赛事小程序”项目需求正式立项，12月20日第一个成型的版本制作完毕，以下开发流程示意图：

超高清大图戳：www.uisdc.com

XX （有些学生质疑为什么第一版是在12月20日制作的？当时，微信的公共课被安排在28号，我们猜测它可能会在同一天发布小程序，所以最初的计划是完成20日完整版，并且有足够的时间进行审核。）

king事件小程序的开发过程与网页要求的开发过程非常相似。主要区别在于：小程序有更多“版本审核”阶段

由于引入了审计机制，小程序的迭代速度不如网页快，只要开发人员具有发布权限，就可以在线迭代。它需要由微信官方团队进行审核才能在线发布。因此，测试变得重要。

接下来，让我们按照简单的原则讨论国王事件小程序的开发过程：

一、前端主动驱动产品

为什么房东建议前端主动驱动产品，主要原因是：

1. 小程序开发中前端技术比重较大

对于API和组件，前端开发人员可以提供可行性评估。

由于小程序的大多数API和组件都属于前端类别，因此前端开发人员可以告诉产品经理组件和API到什么程度;对于一些涉及后端技术的API，前端开发人员了解整个前端逻辑，可以遵循这些逻辑。最终开发学生讨论如何创建接口（例如用户认证接口）

在开发模式的转型中，前端架构首当其冲。

小程序 compared to the web page, the front-end technology form Although the main development language has not changed, you can still implement logic by writing javascript/(w)xml/css, but the design idea has been greatly changed. The front-end logic of most of the original web pages is mostly oriented. Process programming, while 小程序 borrows the HTML5 technology stack, but runs the traditional client development mode, which limits javascript to directly control the interface. Developers can only implement interface control indirectly through data driving.

The front-end developers can combine the above two points to further carry out technical pre-research, export molding demos, and promote them to the product side, guiding them to meet the actual business requirements, and in the function iteration after the requirements are established, the existing API can be combined. Or the technical extensibility of the component suggests the design logic of the project function.

The front-end team of TGIDEAS followed the above method and conducted technical research on 小程序 in October-November. It has exported some technical demos, such as demos combined with web sockets, and the king's glory information demo combined with actual business data,

(King glory event/official website 小程序 prototype)

In order to inform the relevant team what we can achieve with 小程序, we also write a special technical article, and finally get the product and project side recognition, and then plan new requirements, and finally decide to develop; in the subsequent development, for live video, sharing Both the technical side and the product side recommendations are provided for functions such as logic.

2. 前端开发者需兼顾整个开发流程

First, due to development needs, the only operator of the 小程序 account needs to be bound to the front-end developer's 微信. From the initial account application to the final review release, as well as the subsequent statistical analysis phase, front-end developers need to participate, and the entire R&D, testing and release process needs to be considered.

xx 其次，前端桥接交互，UI和后端是各方之间通信的桥梁。因此，如果前端学生在这个过程中积极推动整个项目的进度，项目的开发速度将会大大提高。

二、小步快跑，敏捷开发

每个错误的每个功能在提出后都会在短时间内快速实现。 King Glory Event 小程序的开发周期仅用了一个月，依靠各方的合作来实现快速拉动，快速高效的工作模式，如拍板，快速调度和快速开发。

如何实现敏捷开发，楼主觉得只要有一个司机。前端可以驱动产品，所以此时，只要前端学生没有定义他们作为表演者的角色，而是将其定义为驱动程序，当他们遇到问题时，他们不会寻求解决方案但首先要预见解决方案，然后引导每个人找到解决方案。只是优化。

三、PLAN B原则

这也是房东在其他项目中应用的原则。它意味着任何技术解决方案。最好设想两套计划，一套是预期计划，另一套是保证计划。

该场景是一个大胆的假设，必须安排进行预研究，突破和实施。

自下而上的计划是必须拥有的解决方案。这通常是一种非常简单和粗鲁的方法。目的是确保整个产品逻辑至少可以形成一个闭环。

这可能有点神秘。让我给你举个例子。当我们执行King Glory事件小程序时，我们遇到了这样一个问题：现有信息的数据格式不能满足小程序的数据格式要求。

我们开发的预选方案是：在操作侧或前端创建自动转换接口，原始信息内容自动转换为小程序格式的内容。

自下而上的计划是：手动转换文章格式，并将其存入库中，进行界面调用。

首先，在预选运营和发展计划的初步试验之后，没有实现。因此，我们快速切换到自下而上的计划，让项目逻辑直接运行。在后期发布人力资源后，经营和发展的学生已经突破了困难。最初的预选方案已经实施。

底部计划是计划b，可能不会使用，但它具有不可磨灭的效果。

当然，这两个程序不仅是其中之一，还是应用程序开发

同时使用。我们已经为热区数据掩埋统计部署了计划和底层计划，

预测方案：事件统计模块由微信

提供

保证方案：点击流二级包装界面

事实上，微信提供的事件统计模块在小程序发布的早期阶段有一个错误，数据有点偏，但幸运的是，我们的两个解决方案都已部署，并且点击流的统计数据收集了数据。热区统计。

以上谈到了应急开发过程和王事件小程序的一些原则。事实上，在征服了这个小程序之后，我们手中的其他小程序项目的开发过程将更加顺畅。以下是一般流程图：

（时间评估基于我们团队的人力，仅供参考）

我在扩展前部分变灰了。这件作品并不重要。相反，房东觉得这件作品特别重要。前端学生应该在项目开始之前进行预研究，有时候只需要一半的努力就可以获得两倍的结果。

在动态开发期间，可以将视觉恢复链接与当前web开发中的重建链接进行比较，并且可以训练当前的重构人员以共享部分工作。

最后，谢谢你的关注。