前言
你是不是也有这种感觉：做一个需求，感觉是不怎么复杂，但是就是花了很多时间，而你又不知道时间都花到哪里去了？刚开始工作的时候我经常有这种感受，当我复盘这个需求的开发历程的时候，我想不起来是哪里花了我宝贵的时间，我也很难从这个需求中吸取宝贵的开发经验。养成一个好习惯：每次稍微大一点的需求都要写一个文档来记录需求开发的过程，这样可以节省你找链接找人的时间，还能帮助你复盘需求开发的过程，同时也有利于未来的交接和述职等
前端需求模板（仅供参考）
需求概述
- 一句话描述需求背景和工作
需求相关链接
需求稿：
交互稿：
视觉稿：
接口文档：
冒烟测试链接：
埋点链接：
需求对接人
产品负责人：
技术负责人：
测试负责人：
运营负责人：
视觉负责人：
Android对接人：
iOS对接人：
前端对接人 ：
后端对接人：
工程信息
git仓库地址：
开发分支：
测试环境部署地址：
线上环境部署地址：
线上环境地址：
测试环境地址：
需求分析
分析需求特点，阐述功能设计原则、拆分方式、关键问题等。
功能设计
- 给出整体视图（架构图、模块拆分图或流程图）。
- 基于上一步拆分的结果进行具体的流程设计、模块设计说明
关键问题/技术难点分析
-
业务关键问题，如
- 技术选型
- 数据管理方案
- 动效方案
-
非功能关键问题，如
- 加载速度
- 交互流畅度
- 大流量场景
- 兼容性
-
风险识别，如
- 项目紧急程度和应对措施
- 功能影响和回归范围
-
（如果有）后续可沉淀或标准化的内容
项目计划
- 前端工作量、项目整体时间计划
- 各方对接人
- 客户端/服务端对应的设计文档链接、MOCK平台、QA冒烟用例链接等
开发日志
10.8 需求澄清&& 拿到交互稿
10.9 用例评审 && 接口评审
10.10上午 客户端协议格式约定
10.10下午 视觉稿确定
10.11 上午 前端开始投入开发
10.12 需求变更
10.13 首页功能开发完成
10.14 详情页功能开发完成
10.15 页面埋点 && 接口联调 && 提测
10.16 bugfix
10.17 视觉还原&&策划，交互，视觉验收
10.18 需求功能上线
项目开发完成后有哪些是需要重新思考的呢？
- 作为一个前端开发，你为这个项目需求带来了什么价值？
- 这个项目的开发经验是否可以分享给其他的同事？
- 可以沉淀出通用组件么？某个较难的功能开发可以沉淀出文档么？
- 比较偏的点或者兼容性问题是否有记录到文档上呢？
- 碰到的一些奇怪的点，是否有深究呢？
- 再开发一次你会怎么做？
待补充
