一篇流水账
写一篇流水账，来记录一下第一次以产品身份带项目的经历。
- 2015年09月18日
今天是项目进入开发阶段第二天。
晨会
今天召开晨会大家态度挺不错的。
出的问题是：
- 在宣布了一个需求上有变更的时候，开发同学意见很大，但其实这个变动其实是简化了需求的，说明大家对商定好的事情进行变动这件事非常抵触，需要下次再开会讨论之前站在产品的角度考虑清楚问题，并且在与开发沟通会上沟通清楚问题，而要尽量少的参与到具体开发实施方案中去。
- 晨会上需要跟每一个开发同学同步好进度，项目进展是否顺利，有没有遇到问题，是否会延期，延期多久，是否会影响到其他同学。
- 在去询问或者宣布一个事情的时候，要把听众当成第一次听一样，把事情的前因后果以及逻辑性解释清楚。
和UI、UE同学协作的问题
- UI同学这边的工作安排没有处理好，导致UI同学这边感觉是在方案都出完了之后直接给了他们上色出图，而没有给足其设计师的角色地位和平等参与产品讨论的权利。UI同学这边有一些设计方案由于开发工期时间的问题直接放弃了。
下次工作流程可以是这样：
首先出产品方案，拿着手绘草图去和UE同学讨论出一个低保真原型；
然后和相关负责人进行方案评审；
评审通过后立项，和UI同学、开发同学、运营同学开会宣讲此次改版升级或者立项宣讲；
而后由UE和UI出一份设计稿，交付研发同学，然后推动项目进入研发阶段。 - 在和UE沟通过程中遇到一个问题，一个功能会被UE质问，你为什么要加这个功能，或者你为什么要这么做。
作为产品，应该这样来考虑，首先要站在用户的角度，新的需求是为了解决用户的哪些痛点，为了解决这个痛点而增加了什么功能，如何做才能让这个功能的体验更好。而不是单纯的从功能角度出发。
- 2015年09月21日
今天是项目进入开发阶段第三天。
体会
- 在进入开发阶段前，要确定清楚产品方案；
- 交付给开发同学的需求只能减不能增；
- 向上级汇报方案时，拿出自己的观点，说明为什么自己这么想这么做；
- UI稿应该前置；
- 要懂点儿心理学，用户体验，团队协作都用得到。