概述
- CDR文档，是给客户讲解要开发的内容的技术解释。目的是确保开发技术路线是双方确认的，避免了日后的返工。
- 实际上，一些开发方向确定了之后，在cdr完成之前，开发工作和交互文档的工作就要展开了。不然开发时间可能不够。
- 云端，APP，设备，固件的CDR可能会分开。这个可以提前和客户确认。比如LG项目中，云端/APP，设备/固件是分开做和汇报的。
一般日程安排如下：
- 前期准备（1~2D）→输出：1. CDR的模板；2. 需要写CDR的开发项目以及对应开发工程师的表格
- CDR初稿（5~7D）-->输出：CDR初稿
- 客户对初稿反馈（2~3D）-->收到：CDR初稿反馈
- 根据反馈调整，撰写CDR二稿（2~3D）-->输出：CDR二稿
- 客户对二稿反馈（1~3D）-->收到：CDR二稿反馈
- 根据反馈调整，撰写CDR三稿（1~2D）-->输出：CDR三稿
- 和客户进行CDR会议（1D）-->收到：CDR会议遗留问题
- 根据会议的未完成问题进行进一步文档完善(2~5D）→输出：CDR终稿
- 其中步骤1~7差不多就是一个月的时间。所以一般CDR评估时间都是一个月。CDR会议一般会在CDR时间倒数2~3个工作日开。
步骤8，CDR会议完成后的时间完成。 - 一般来说如果遗留问题比较多，则步骤7会被执行两次
- 其中步骤1~7差不多就是一个月的时间。所以一般CDR评估时间都是一个月。CDR会议一般会在CDR时间倒数2~3个工作日开。
具体流程拆分
一 前期准备
- 确认需要开发的项目中，哪些项目需要CDR文档
这个在评估MM的时候，初步需要CDR的就应该有了。可以根据MM文档生成需要CDR文档的表格。 - 根据需要撰写的项目，分配给对应的开发工程师任务
同时可以建任务给工程师方便提醒，也可以拉一个群让大家意识到有这回事 - 模板要先准备好，才方便统一格式，以及方便开发工程师撰写
二 初稿撰写
- 请工程师按照CDR需求进行撰写。
- 原则上，要所有需求都确认完才开始撰写CDR。如果客户还有需求文档未提供的，先让他们提供评估完全。否则，CDR写后和需求不一样，还要改。
- 因为工程师一般比较忙，最好每天跟进下进度。时间安排上给自己预留余量
- 对于安全需求和企业要求评估表，也可以在这个阶段完成
- 若有AI相关需求或额外验收项目，也要把验收方式和验收标准提前确认好，防止后面掰扯不清
- 对CDR整理
- 在拿到工程师的资料后，需要对资料进行理解和检查，看内容有没错误或者缺漏
- 内容确认都ok后，把各工程师的内容进行汇总和整理成完整CDR文档
- 经验心得：一般在截至日当天晚一些给客户。要把控好节奏
三 客户反馈
客户对CDR初稿的反馈。他们会在文中提一些问题和可以优化的点。
四 后续
- 后续重复2~3次如二和三的过程，然后就和客户开会。
- 开会过程可以项目负责人主讲，也可以各个模块工程师主讲。之后回答客户问题。
- 若是对海外客户，记得和对方沟通翻译双方各一半，不然对单方翻译人员工作强度太大
- 各模块工程师不同全部参会，可以先忙各自的，到他的时候再提前让他过来做准备
- 收敛会议上遇到的问题，形成最终版本的CDR文档。
- 根据CDR文档，若有修改，记得更新PRD和对客户的需求确定文档。