换新工作已经2个月了，已经基本适应了这里的节奏。遇到的各种坑也让我渐渐摸索出一种可以跟程序猿有效有质量沟通的方式。
一、原型！千万不能偷懒！
产品狗的对于产品总有一种想当然的感觉。点下“已关注”这个按钮就该弹出“是否取消对该用户的关注”这种提示啊！这还需要说嘛！这tm简直就像1+1=2一样无须解释啊！
然而，你永远都不能代表所有人，你揣度不到程序猿会怎样理解你的原型，如果你不说，程序猿的默认反应就是这里没有。
总结：
1、产品狗最喜欢说“用户会喜欢这样的”、“用户很容易理解呀”、“用户已经被其他app教育过了”。放狗屁，你连做你旁边的程序猿都代表不了，何况广大用户呢？你只能代表你自己。
2、原型上每一个按钮，每一步操作，都必须写清楚（敲黑板）！哪怕你后来口头沟通都不好使。每个程序猿都辣么忙，你算老几，你跟我说句话，加个需求我就得记住？
二、对于不确定的细节，跟领导碰过之后一定要记下来！
对于小公司，在设计原型的时候，肯定有很多很多的细节坑是没想过的；或者是想当然的认为这里不是问题。只有当测试包装到你手机上，你真正去使用的时候才发现那些你觉得顺理成章的细节处理全都是bug啊！程序猿其实更委屈&崩溃，我又没接到需求，我就一搬砖的，我哪知道要怎么做&优化真坑爹啊，又废时间又看不到明显产出。
这些细节问题在跟领导确定或自己决定后，一定要拿小本本记住！明确列好之后再统一发给程序猿们。否则首先你会忘，哪怕你已经跟程序猿们提过要改，最终版本是不是你自己当初定的版本也未可知。其次以一个较为正式的方式发给程序猿们也会相对来说更能引起他们的重视，更有据可查。
三、需求和bug分开提到禅道里！
互联网时代，请所有的产品狗们善用工具，不要为难程序猿，更不要为难自己。
最后的最后，其实程序猿们都是比较好沟通的，即使是改需求这种崩溃的事儿，只要跟他们沟通好为什么这么改，大家还是愿意配合的。即使抱怨着“这个功能我都改6遍了！”，你依然可以让他心甘情愿的改第7遍。在某些时候示弱，这一点以后再慢慢整理，目前我只是潜意识里会这样去做，跟程序猿间的关系还算融洽。
其实人与人之间交往，很重要的一点就是“同理心”，站在对方的角度去考虑。你为程序猿节省了时间，他自然愿意听你的话。
