如何写前端开发的改进建议书？

上周启动了一个项目打算统一规划前端的开发，一方面是想在前端方面有长期积累，另一方是想提升前端的开发效率和代码质量。就请海Y准备了一个ppt，计划在本月双周会上给产品同学介绍一下，今天先和架构组的同学一起过了一遍，也收到不少好的建议。

建议书的目的

1. 提升前端的开发效率和代码质量

2. 规划前端的技术发展路线和做长期技术积累

现状问题分析

1. 历史遗留项目很多，每个项目都采用了不用的技术架构体系，开发人员熟悉成本很高，后期维护成本很大，人员流动对项目的影响巨大。同时前端开发人员要熟悉和修改各种不同技术框架下的不同开发人员写的代码，缺乏专注的职业技能培养，主人翁意识也越来越淡化。

2. 新的产品设计依然是每个产品一套交互界面和风格，每个开发人员也喜欢采用自己熟悉或者敢兴趣的技术框架和组件来做设计。

3. 在现场展示前端可视组件A，组件B在项目1、项目2、项目3中的不同的风格和交互，说明缺乏规划的产品交互设计和前端开发设计，已经造成前端开发人力浪费。

4. 现场展示组件开发以前的成本，用代码行表示。

方案建议

1. 统一规划前端技术架构，分析和分类不同的业务场景，针对每种业务场景特定设计一套前端技术架构。

2. 统一规划组件开发，分析和明确定义组件范围，具体实施方式可以多种多样，可以是在开源或者淘系内选择成熟组件，可以是将同一组件的在不同项目中的开发任务固定在一两位开发同学上，促进积累逐渐形成通用组件，可以是安排一两位同学专门开发组件，另外的同学在项目中使用组件。

3. 确定组件化的优先顺序，可以是按照新项目的组件开发需要，也可能是按照老项目中同类组件BUG很多，重构急迫性的需要。

4. 统一架构开发流程的协同，帮助产品和UED熟悉和了解组件列表，积极推动在产品设计和UED设计中参考和复用组件，和项目经理明确重用组件和定制开发组件的人力成本差异。

5. 现场展示统一架构的一种推进计划和成本收益预估

小结和QA

1. 强调一下统一前端规划的方法和原则，具体组件范围，具体的组件实施优先级，具体组件的设计方案可以后续深入讨论和完善

2. 强调一下上下游之接协同的重要性

3. 询问大家的问题和建议