起因
官网预约项目中遇到的一些困惑。
学习
学习了PMP和UXpin这两本书，第一次积累了一点理论知识。
实践
自己作为产品 - 在原有小鱼互动的基础上，开发一个新的小组件。
近期项目遇到的一些问题
- 数据流 大型项目中间数据的流向，每个人清楚自己的部分，要互相转接。产品则只熟悉过程。
- 结构划分 过程中间每个部分的开发划分有疑惑。
- 变更频繁 需求不明确，原型经常进行大范围改动。
- 沟通不畅 需要比较多转达的内容。
主动尝试推进一个小项目的进展
构思项目可行性
我需要在页面上做一个可以评论聊天的互动内容。
inin 能不能接受并且帮忙推广。
海鼎 是否有足够的工期完成制作。
秋双 是否需要参与修改。
白水 那边的登录是否有可用接口接入登录。
编辑 能不能接受在页面上有一个额外的功能入口。
用户 是否愿意使用这个功能。
产品效果如何。
绘制草图。
只需要表达最基础的想法即可。
按照阶段去重复调试。
删减去额外的功能，使结果停留在最简洁的方案上。
重复以上步骤，逐步细化到细节。
构思可用场景。
思考现有哪些页面可以有该升级。
致力于推进这些场景的发生。
思考可以迭代升级的方案
最简洁方案中预留多少升级空间。如何进行升级。
尝试发现新的亮点
http://test.nie.163.com/test_html/test/test/mbar/
-****
换位思考的一些体验
- 信息在修改的时候无法快速传达到每个人。
很多想法都是在第一时间产生然后表达的，在构成想法后如果立刻和干系人沟通的话，记录会遗留在一对一沟通的过程中。
- 产品在制作原型的时候，经历过大量的交互场景作为参考，所以非常容易在脑海中模拟出他所希望表达的内容。而当开发没有经历过类似的场景时，会对产品描述的内容产生误读。
预留好页面以及类似场景的过程。
如果无法构想出类似的场景，先安静的作出自己的理解，再去进行修改。在修改出来的成果上在表达一些自己的意见。开发可以主动展示简单版的交互过程。
- 产品在画原型图的思考方式，和开发在收到原型图时的思考方式不同
我作为用户是如何操作的 vs 我看到原型如何在脑海中模拟开发步骤。
- 产品在思考的时候关注的要点，和开发在思考的时候关注的要点不一致。
产品习惯于思考的内容为——执行一个具象的过程或者绘制一个可视化的组件。
而开发习惯于抽象
开发如何配合产品工作
抽象过程其实有助于产品更好的思维。
及早向产品请求草图，结构图，而不是等待事无巨细的设计稿。
适当摆脱自己作为程序员的思考方式。
及时的沟通，以及预设好变更文档。自己也要对于每个阶段的变更做记录。
开发的行动计划可以早于产品。
