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

上午研究了支付宝接口的事情，让客户去填了资料；

下午补充了逗你学PC端的一些细节；

然后过了一遍app的原型，确定没有什么需要改UI图的地方；

晚上跟开发语音了很久，讨论的结果有限；

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

昨天计划的事情基本没做，因为要过一遍逗你学app的原型让UI放假前改，毕竟PC端的细节改了很多，但是过完一遍发现并没有什么几个app要改的UI，所以这事今天就算完了；

明日计划：

针对敏捷开发和用户体验再去看看相关的文章，并且写出一篇自己的文章，要有开头结尾结构通顺，而不再是仅仅列个导图就完了，写文章虽然更费时间，但是能够给我的锻炼也更大；

然后就是分析逗你学二期用户提出的要求的具体实现方式，比如团购、分享等，列出有几种方式以及优缺点，并且试图去了解一下逗你学的用户群以及用户需求；

如果还有时间，就去看看项目流程以及prd的相关文章，今天没来得及看

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

我在这个项目里，是仅仅产品经理，还是项目经理，甚至还是项目负责人？

然后还发现，我对于客户太过于依赖了，好像我就只是一个外包，需求全部依赖于客户给，有什么事情只是问客户该怎么办，完全不跟真实的用户接触，也不去调研他们的需求，甚至问客户他们对于用户的调研的结果都没有问过，我要转变这种思维，把这个产品的主导权拿在自己的手里，要去面对真实的用户，真实的需求，和客户一起去完成这个产品。

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

上午研究了支付宝的支付接口，让客户去注册了资料，晚上为这个事情又和开发对了很久，感觉就是开发应该找开发的leader讨论之后，告诉我结果就可以了，比如考虑到时间问题，肯定不可能再去研究改版后的支付接口，那么就要客户重新去填资料了，申请测试账号的问题也不是这个项目的事情，而定demo要不要不demo支付和延期几天，是我定，但也是要开发拿出具体的解决方案之后再和我讨论。

总体的感觉就是，要明确自己的角色，我只是产品经理，并不是项目经理，我负责的是在项目无法按时demo的时候，根据时间安排去决定是延期demo还是砍需求，以及砍哪些需求；甚至我应该负责的就只是砍什么需求，只是因为我和客户直接对接，所以决定下日期，但这也就应该够了。

而产品经理，是不能够当项目经理用的，现在终于体会到了老大的话：

PM的职责并不是画原型，而是去分产品的分期，确定产品要做的功能和优先级。 

 对于产品来说，最大的职责并不是将原型画出来，而是要证明自己要做的功能是合理的。

 如果你证明不了自己要做的功能是合理的，是值的尝试的，就是产品经理的失职。        

可以参考MVP，有无数的办法可以提前验证，如果不能够提前验证，那么就证明这是有风险。做为PM，一定要有这种风险的意识，要知道自己身上担负的责任，PM花了两周时间设计的原型，8人的开发团队要折腾近三周左右的时间。        

 原型和产品文档都是辅助的东西，我甚至不推荐产品经理去做原型设计，只拆分Story。

原型设计交给传统的UI更合适。然而在真实实施的过程中，因为很少有UI具备原型的设计能力，所以实施起来会有一些难度。这个不算特别重要，慢慢培养。         

 PM不需要为开发进度负任何的责任，这很重要，不要把PM当成项目管理来使用，如果你让PM去做了项目管理，恭喜你，Game 近乎 Over，产品经理没有时间再去思考如何做功能了。          

PM的职责就是把功能设计好，优先级排好，给开发团队讲清楚需求，结合Story优先级和功能实现的大概时间点去做排期。          

开发工期交给开发团队去做，Bug会和QA，开发团队一起来定。记着要在开发团队开发项目的时间里，去做好下一个产品迭代的设计。