今天完成的事情：

1. 完成任务九消息推送原型

2.完成任务九的验收标准

3.修改任务七的功能需求表

锁屏界面消息推送

1、 在锁屏界面下，以消息列表的方式弹出推送，用户向左滑动推送，可出现删除选项，用户点击可删除该条推送。

2、 用户点击消息，可跳转到APP内对应链接

通知栏推送

1、 推送消息，从页面上方向下弹出，保持两秒，后向上消失。

2、 用户点击可打开APP内对应链接。

app打开页推送

1、 用户打开app后，消息推送以弹窗的方式推送。

2、 推送类型分为两种1、版本更新。2、营销推送。3、图片推送。用户点击“更新”或“去查看”可跳转到对应链接。用户可点击“取消”或右上角×关闭推送窗口。

消息中心

1、 消息以列表的方式排列，消息分为已读和未读两种。

2、 未读和已读状态通过icon标识。

3、 用户点击右上角“全部标记为已读”可将所有消息更改为已读状态。

4、 用户点击消息可跳转到消息详情页

5、 用户向左滑动消息可出现“已读”“删除”按钮，点击已读，可将消息标示为已读状态，点击删除，会出现“确认删除”按钮，点击后可删除消息

后台界面

消息推送管理

1、推送事件以列表的方式排列，按照创建时间由上向下排列。默认显示全部推送

2、用户可以设置条件搜索（题目、方式、年级、科目、类型、推送时间）

3、用户点击时间输入框，可弹出月历选择框。用户点击选择框中月份，可选择选择月份，在此界面点击年份，可选择年份。

4、在该界面用户可进行新建推送消息操作。

5、每条推送，用户可进行“编辑”“删除”操作。

6、用户点击“新建”“编辑”可跳转到对应界面，用户可对推送信息进行修改。

7、消息标题最多输入20字符，超出后输入无效。

8、推送方式默认选择全部。推送科目默认选择全部，年级默认全部，此设置用户均可修改。

9、用户输入可在富文本编辑器中输入推送内容

10、页面右侧可选择预览样式。用户点击样式展现对应预览效果。

11、发送方式选择定时发送，用户需选择定时时间，用户点击时间输入框交互效果同前。

明天计划的事情：

1.修改任务七调研PPT

2.准备小课堂
遇到的问题：

无
收获：

产品经理的自我修养之产品态度

一、PM应该如何做决定

很多PM讨论需求的时候，会遇到各种需求来源，可能你的需求不止来源于用户，可能还会来自同事、老板、客户，会有很多人说：我想要这个功能体系我想要那个功能体系，我看到某个app，我觉得这个做法挺好，那个挺好，你能不能参考一下。这种时候PM应该怎么办？

一句话：听大多数人建议，和少数人商量，自己一个人做决定。

听大多数人建议是指，什么建议都来者不拒，我们需要先了解别人想要的是什么，这就是之前提到的化繁为简中繁的一部分

再和少数专家、共同产品人一起商量，去请教他们，去讨论需求应该怎么做，用什么样的方式更合理。

最后一个人做决定，PM就是这个产品的最终负责人。一定要保证自己做出来的东西是经过深思熟虑的内容体系，不要说是别人提出来的，按照别人的想法去做的。我们可以跟别人沟通交流，但是一定要自己做决定。

二、谨防思维死角

PM做需求评审的时候经常会遇到各种各样来自研发人员的反驳，研发人员会觉得为什么这么做，作为一个新手PM往往会犯的错误就是只注重自己想要表明的功能体系，研发人员提到的问题在之前完全没有进行考虑。

我们之前提到，作为产品经理，要听大多数人建议，和少数人商量，最后自己一个人做决定，但是这并不代表，决定人是自己就可以有思维死角。

好的产品经理会列出多种方案，ppt展示出来的只是其中一部分，ppt没有展示的就是他进行思考的过程，当研发人员问到其他情况为什么不采用的时候，PM可以给出理由进行说明，这种情况下，研发会觉得PM很靠谱。如果说总是被研发问到没有考虑过的问题，研发人员首先就会对PM不信服，后续工作就很难展开。

这是PM做事的基本态度，如果被提到自己没有考虑到的问题，后续要多想想为什么会出现这种漏洞，是因为没有听取意见，没有跟专业人员商量，没有足够的项目经验，还是自己的思维不够开阔，眼界太狭窄，想清楚之后努力去弥补这些不足，尽量避免自己出现思维死角。