今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

一。项目一期的原型修改

主要在于子模块和父模块的关系

第一部分是命名规则 是根据树状图的关系 上方的是父节点 下方的是子节点 

如果是模型库管理作为子节点，模型管理就是父节点

有一个问题在于模型管理和模型库管理都只是一个命名，没有真实的模块内容。在列表里就没有了存在的意义。

所以我们会将模型库管理和模型列表作为父模块和子模块。 

第二部分是模块的排序  一开始我以为是 一级菜单 二级菜单 三级菜单这样一类一类的排序

但是它是父模块和子模块 应该是有联系的，逐一递增的。师兄也和通了电话，他还说用三位数来代替会比较好。

所以我们就理解错了。后来我想清楚了，只需要按照自然数编号就可以，规则就是父模块1——>子模块2

一个大模块结束的按顺序接着往下就可以了。

二。消息推送

首先 你是用app推送还是用浏览器？目前80%左右的用户都是用app，所以大部分会用app去推送消息，但是如果你的用户大部分是使用浏览器的，还是要考虑到这个群体的用户。毕竟消息推送是要给用户看的。

消息推送的分类 

即时消息（IM）比如QQ 微信 即时通讯工具的推送的消息的

非及时消息

新闻资讯类：如网易新闻、今日头条、天天快报、ZAKER等新闻资讯；

营销活动类：如天猫 APP 预售、大促、满返满减等营销活动信息；

产品推荐类：如天猫、京东关联产品推荐、新品推荐等基于大数据和算法的个性化推荐；

系统功能类：如天猫发货 or 到货物流通知、生日祝福提醒、优惠券过期提醒等与个人信息特征或行为属性相关联的系统内消息push。

1.按发送时间：实时—从发送时间开始，推送任务开始执行，批量/逐个发送到用户的设备上。定时—在某一段或着是某个时间点，批量/逐个发送到用户的设备上

上午9点–10点：人们刚到公司，一般不会太忙，此时推送消息打开率比较高；

中午12点–14点：这个时间段是午休时间，人们一般都会看看资讯啊、新闻啊、玩玩微信啊啥的，在 APP 的使用高峰时段推送消息，打开率也比较高；

下午5点–6点：这个时间段人们处于准备下班的状态，比较懒散放松，有时间的话一般会选择玩玩手机，此时推送消息会吸引到用户注意力，不至于被忽略；

晚上21点–22点：结束了一天的工作，吃完晚饭终于可以休息了，在人们看新闻资讯、处理聊天内容或者玩游戏的间隔，推送一条消息，打开率妥妥的。

2.发送设备：筛出有效用户的设备，设备系统（Android、IOS、PC等），通知推送的方式。

若是安卓系统比如Android 7.X系统：通知栏全面改版，左上角小图标、app名称、副标题、数量和时间在第一列、第二列为主标题、第三列为内容，并且支持直接回复。更为重要的是支持通知消息组，通知消息达到一定数量（好像是4条以上）会合并成消息组展示。

若是苹果系统：支持富文本通知展示，如：图片、GIF、视频等；通知调整为圆角卡片式展示，3D touch可以展示通知详情等。合并锁屏和通知中心。默认显示新通知，上滑显示所有未处理的通知，锁定屏幕时，将所有未处理的通知移入「历史通知」列表。新增通知分组功能，增加安静通知功能，强化勿扰模式。

3.发送内容：推送通知的标题、内容、图片、其他富文本、推送的着陆页等

发送内容的着陆页可以是APP中的原生页面、活动网页等。像是以促成APP内部流程转化的，如电商类网站的下单、发货、签收等；又如社交类软件的聊天消息；亦或者资讯类平台的文章内容等。这些类型的推送大多是跳转至APP内的原生页面，

对于这类页面有2个好处：

原生页面加载快，减少点击消息到着陆过程中的用户流失

原生页面用户熟悉，了解该页面的出入口位置

但是该类型的页面也有局限性，用户对于这些页面过于熟悉，以至于后续再次点开的几率会减少。例如电商网站的发货提醒，你前几次点进去之后会发现就是一个订单发货状态。后续再次收到发货提醒的推送之后，根据通知消息知晓发货状态就完成了解进度的需求，不再需要点进去浏览了。

而活动类页面多使用H5等网页形式，由于其形式灵活多变所以使用网页的概率极高。相较于原生页面，其加载速度略微不暂优势（当然一些大厂的APP中这个差距可以忽视）。这个将有可能导致用户在等待过程中离开。但是活动类推送由于其蕴含的运营策略在其中，同时样式并非用户常见页面，对用户比较有吸引力。

三。写需求文档

根据模板写了一部分的文档明天继续完善

明天计划的事情：（一定要写非常细致的内容）

需求文档写完

提交任务三 任务四

遇到的问题：（遇到什么困难，怎么解决的）

项目的需求文档是先写好一个大概框架 

后期不断更新完善 还是需求确定了在前期开发就尽量完善的写好？

收获：（通过今天的学习，学到了什么知识）