任何沟通之前都要先了解到足够的信息再去对齐,尽量减少沟通时出现“这个我不清楚我再确认一下”的情况。这个需要一定的经验积累才能知道要去了解哪些信息,目前已知的有:开发的估期和人力资源安排,需求的优先级和期望交付时间。
任何沟通都有一个先后顺序,产品作为需求来源和开发实现中间的承接方,一定同时会和上下游内外部有沟通,这里任何先沟通的一方信息都是相对更不全面的。基本的顺序是先内部后外部,先下游后上游的去沟通,尽量在上级和外部前保持专业形象。并且在会上的时候尽量不要自己人信息没对齐的情况,即使出现了也不要被对方发现尽快掩盖过去。
私下沟通和会上沟通是不一样的,方案的确定应该是在更多的在私下沟通中完成,尽量避免会上出现方案的大改动。如果出现会上大改动的话,在有决策权的领导不在场或者没确认的情况下不要做出承诺,不确定的事情就先缓一缓去对齐信息之后再沟通,会上如果已经达成了共识后面再要修改的话其实是很不好的。
不要做自己没有权限的决策,不要做自己信息还没有十分了解的决策,不要太多的想当然。
每个产品都会有很多坑和隐藏信息,这些东西随着人员的流动到最后可能会变成不可解决的问题,在建立系统的时候尽量避免这些坑,在加入系统的时候尽快熟悉这些坑。
产品的工作不仅仅是产品设计,数据分析,行业调研,沟通对齐都是产品工作的一部分,你所沟通得到的每一个结论都是你的产出,所以得到的这个产出要求准确,因为其他人都会用你得到的结论去进行继续的沟通。
不要重复的发明轮子,竞品的设计中可能会有很多你没有意识到的隐性信息。