一、跟进

提前和技术约好开会的时间点
开会前，提前将开会的讨论内容，发给大家看，提高会议效率
要想实现快读迭代，产品需求终版后，一般不要加需求或有改动，这样开发周期会相应延长。所以要提前想清楚很多细节点
需求文档里，单独列出各需求点的重点顺序，优先开发哪几个功能
产品方案如果有变更，要及时同步信息到功能开发人员（最好是邮件的方式，不管是自己发的，还是redmine自动发的）
产品方案有变动，要以格式的形式将改动的点简单描述在文档目录下，比如：修改日期--修改的功能点。节省开发时间和效率
涉及到后台管理系统的支持的功能，需要提前和相关对接人讨论，定好方案
如果实现方式是web，要和服务端的人员说好需求，他们要做相应的H5页面
同一个界面，优化前后UI样式不一样，要清晰地告知开发，是用哪一个样式，以及是否是全部替换，还是有所保留
不要想当然地以为，同样的页面，只是UI变了，就可以不用写逻辑。因为项目可能是新人接手，对之前的逻辑是不了解的。
如果是其他产品先行，自己跟进的产品稍微改动复制某功能，一定要提前体验已实现的各方面的逻辑
写文档的时候，一定要写详细。在什么状态下，什么不会变，什么会变，怎么变，以及和其他模块有什么关联…
写文档的时候，一定要写清楚。入口在哪里，从哪个页面跳转到哪个页面
写文档的时候，一定要和设计稿一致。明确写清楚，开发的时候，以哪一个为准（原型、文档、设计稿标注）

其他：##

开发需要先看原型、相关逻辑规则和设计稿，才能评估工作量
不影响功能的，只需要屏蔽界面的，改动不算大
如果图片是放在本地的，大一点也不会影响网速
透明的按钮，可以直接写，不用切图
iOS没有toast，如果需要仿Android的写，写的会慢一些，需要UI提供标注，但大多数iOS的App都是仿Android的toast写
两个地方不同入口同一个功能，不符合APP设计规范的，但不会因为这个审核不通过

详细功能：##

banner：###

显示：什么时候出现，怎么出现（自动加载还是需要手动刷新？）显示什么内容？
内容：banner上展示哪些内容，这些内容哪些是变的，哪些是不变的，有多少内容，这些内容是怎么生成的，是写在app里，还- 是由后台配置的？如果banner加载失败或者拉取失败，app展示什么？
后台配置：如果是后台配置的，后台配置的原型是什么样的？需要哪些信息设置？分别用于前台的哪些展示？需要满足哪些要求配置？
点击：有没有按压效果，是否每次点击都会响应跳转？如果banner对应的活动页过期失效了，但用户未刷新首页，banner还在，用户点击banner，出现什么？
刷新：如何刷新？刷新样式是什么？怎么操作可以刷？是自动刷新还是跟着整个页面手动刷新？如果是跟着整个页面手动刷新，当整个页面为空状态时，不能刷新时，banner怎么刷新？
跳转：跳转到哪个页面，是内嵌的还是跳到app外默认浏览器（后台可配置选择哪一种跳转方式）？跳转的页面是静态页面用于展示还是动态页面，有相应的操作和跳转？
跳转的页面内容：页面标题是否显示？字数限制是多少？字号多大？距离屏幕两边的距离是多少？对齐方式是什么？超过字数限制外的内容如何显示？标题是显示网页代码里自带的标题还是显示后台配合里填写的标题？在该页面，点击网页内的链接跳转到下一个页面，页面标题显示什么？加载失败，是否有提示，显示什么？加载失败是否可以刷新，重新加载？如何重新加载？
返回：怎么返回，点击左上角返回，回到哪里？点击物理返回按键，回到哪里？

课节列表###

滚动：向上滚动，向下滚动，哪些会变，怎么变？哪些不会变？当前状态的内容展示规则是否会被破坏？当前可以操作的逻辑，是否滚动后仍然可以操作？课节表不够满屏（一两节课的时候），banner可以滚动吗？
刷新：当有新课节产生时，课节列表如何刷新？自动刷新还是手动刷新？自动刷新怎么刷？手动刷新怎么操作可以刷？刷新样式是什么？