在产品工作中，带产品新人时发现大家总会忽略掉很多小但又必备的功能，所以决定整理出来，供大家在产品工作中自检，第一次写文也欢迎大家留言讨论
一、升级
升级功能是一个产品从V1.0.0开始就必备的功能，主要作用是当产品有新版本时提醒用户升级。
1、升级类型
目前升级提醒分为两种类型：普通升级与强制升级
普通升级：只提醒，是否升级由用户自己判断
强制升级：提醒后用户必须升级才能使用
目前大多数都为普通升级，但强制升级也需要提前配置好，以防万一。
2、提示方式
目前提示方式主要为：通知栏提醒、弹窗提醒、检查更新三种方式
通知栏提醒：在用户未打开App时就提醒，提前触达
弹窗提醒：打开App时弹窗提醒升级
检查更新：在产品“我的”或“设置”里面展示当前版本号，当有新版本时红点提醒升级或用户主动点击检查更新进行升级
3、升级方式
目前IOS为跳转应用市场升级；Android可以跳转应用市场进行升级，也可以直接开始下载并升级（推荐）。
4、其它
升级类型、升级方式、文案需在线配置
升级方式为直接下载升级，需要打一个专门的渠道包，便于分析升级数据
升级方式为跳转应用市场下载，需判断用户从哪个应用市场下载，升级时直接跳转，不要让用户去做选择
如果团队有精力，通过A/B测调整弹窗样式、文案来提升升级率
目前大多数应用市场都有升级提醒功能，但根据我自己的实际工作经验，效果并不好，且若某个应用市场账号出现问题，那该渠道下载用户将不会获取到升级提醒通知，所以在产品里面加上升级功能至关重要，
二、意见反馈
意见反馈也是从产品V1.0.0开始必备的功能，主要作用是获取用户真实的意见便于后续产品功能的完善及验证产品的可行性，同时也可以从中培养种子用户。
反馈类型：
应用市场评价：用户使用后直接在应用市场进行评价，需要在应用中增加提醒好评功能（对aso优化有帮助）；邀请好评最好是满足用户一定需求后提示，或者在使用App几次后退出时提示。
以上是目前几种比较典型的邀请弹窗示例供大家参考，根据产品本身选择一种即可
应用内反馈：用户直接在应用内反馈问题，并在应用内反馈用户，成熟期产品普遍采用这种方式
邮箱、添加QQ群、微信等反馈：引入期产品普遍采用方式，能更好的touch到用户
三、数据统计（埋点）
有了数据才有后面对产品功能可行性的判断依据，前期建议做全埋点，能更好的判断用户使用使用习惯是否符合我们的预期。
埋点方式：
第三方统计：通过友盟、百度、腾讯、firebass等第三方平台统计埋点，日活、新增、留存、启动次数、事件点击等行为普遍采用该种方式
后端统计：通过后端统计数据，注册数据、交易数据等基本普遍后端统计
埋点流程：
1、确认产品关键数据指标
2、根据关键数据指标根据分析该指标的流程列出分析该指标的所有所需数据
3、输出对应的埋点数据表格，若使用第三方平台，将账号、产品信息配置好一并提供开发
4、检查，产品上线前与开发确认所有埋点，上线后根据埋点需求表，核对所有的数据是否统计上且是否统计正确
四、隐私说明&权限获取
隐私说明是从2019.8月开始实施的，App中必须整改落实隐私政策。
权限类型：
必备权限：只要使用App，就必须用到的权限，在启动app时即申请，若用户不同意则无法使用
部分功能所需权限：只有使用部分功能需用到的权限，在使用该功能时提醒开启，不开启则无法该功能
隐私说明与权限获取流程基本开发也都了解，但建议产品经理们将流程梳理后提供开发，不要让开发来梳理，并将所需文案一并给到开发，这样会提升开发对你的好感哟！
五、加载说明
这是很多产品经理会忽略的，若开发经验丰富，会自行考虑到加载，若开发不给力，加载过程中往往界面会呈现空白，会非常影响用户体验
加载类型：
界面加载：整个界面内容加载，加载完成展现界面内容，若失败需要提示用户原因，并可以重新加载
下拉加载更多内容：普遍用于信息流中，若无更多内容，需提示“已经到底咯”（文案根据产品定位自行考虑）
上拉加载刷新：加载出新内容后提示“已更新xx条内容”，若无最新内容，需提示“暂无新内容”（文案根据产品定位自行考虑）
所有文案根据产品定位自行考虑，加载样式由UI设计，并设计好加载失败的样式
六、空白页
产品某些功能是需要用户添加后才有内容，比方收藏、购物车等，在产品设计过程中，往往会忽略空白页的设计，产品经理们需要提前考虑
七、网络情况判断
网络情况判断，主要分为两类，一类是无网或弱网时提示用户检查网络；一类是在非Wi-Fi环境下流量使用提醒。
无网/弱网：
非Wi-Fi环境：
八、推送功能
推送功能是曾经是一种快速触达用户、提升活跃/留存的一种有效方式，目前已经被很多厂家滥用，导致效果不如从前，但基础的推送功能还是需要提前考虑。
由于目前国内并无统一的推送平台，所以普遍采用第三幅服务，比如：友盟、极光、个推、小米等，接入推送后一定要测试到达率及点击率
