今天终于公司内部正式转产品了，mark下。
非常感谢我的老板。
和转岗之后的leader简单聊了几句，明天抽空再补充上。
【工作随记】
一定确认清楚自己的项目工作范围和目标；
不要想的太多，想太复杂了。
随着调研数据和了解的深入，特别容易把一个需求想得复杂化；
项目：xx页面优化
2015.07.20-2015.07.27
【技能类学习】
PRD撰写
- 数据预估: 日均、年均；同时日均乘以工作日，按照实际工作日来计算
2.所有项目标点符合以及层级标题，全篇文章都需要统一
3.考虑一个功能点，要考虑全面。如果说一种情况下是这种结局方式；那么不是这钟情况的呢?要需要说明是怎么处理方式
4.用 非 x 的方式来说明不如直接罗列都是哪几种情况比较好。
2015.07.24
【沟通技巧类】
如果说有几种方案，即使倾向某一方案；
在和开发沟通时，可以说我这边想了有几种方案，是123，由于xx, 我更倾向于第x 个方案。你这边看下，哪种方案更好吧？想和你咨询讨论下，看看你的看法。
而不是在沟通时，直接先说第一种方案，如果第一种方案开发觉得有问题，然后开始各种批，你这个时候再说第二种方案就比较被动了。
2015.07.27
【杂七杂八】
由于不了解项目内容，导致本来很简单的一个事情，自己做了特别久。
特别不确定自己给到对方的需要是何种维度的数据；
最后和一个不是特别了解这块的人沟通之后，先给了一版我们所有的字段数据；
结果今天重新又给了对方一批确切的数据；
经验：
1.沟通咨询问题一定要个了解该项目了解这个模块的人说；这样才最有效；
2.要先预估了解下对方能给我们带来的收益和效果再看下扑入多少资源去做这件事；
3.沟通及开工之前，一定先确认双方对核心名词的理解是否一致；否则严重影响后期的工作内容；比如tag，三方叫法和指的东西都不一致；事先明确对方所指的这个是什么意思，可以减少后期沟通理解失误造成的错误；
2015.08.06
沟通效率最高：当面沟通＞电话沟通＞即时软件沟通＞邮件
1.特别是涉及交互类的方案确认，一定最起码电话沟通；
2.项目开发时，即时开发已知晓需求，还是需要保证再当面复述一次需求，确认已充分理解需求。
可以降低风险。
2015.08.20
本周记录
