一次沟通引发的思考

分享一个身边真实的案例

公司一个社区运营提了一个关于社区主题被点赞和被分享的明细数据埋点需求，并召集了产品、开发和BI同学进行讨论。运营首先介绍了埋点需求的背景是他们想看看主题文章都是被哪些具体的用户点赞和分享，然后提出的解决方案是记录每一篇主题的点赞人uid、点赞时间。随后，开发质疑该需求的价值，但运营只是阐明明细数据是他们年度分析用户的一些指标，对再进一步的应用则未加描述。仅社区一年一次的使用，则需要开发修改表结构，并做长期的数据维护和统计，最后没能说服开发实施。此时，产品提出若仅是年度分析使用，可否有其他替代方案，BI则提到公司购买的GIO工具可以辅助类似分析，并得到了开发和产品的支持。只是运营仍为难的表示，GIO只能近似无法精准分析，且他的方案已向其领导汇报过，有点骑虎难下，左右为难，因为他还需要去领导那汇报一次。

从以上案例可以得到以下启发：

1 如何提需求，适用所有人群，包括产品和技术。提需求时尽量描述问题和目的，而不是给解决方案，然而现实是大部分人都是直接提解决方案。弊端如下：

a 需求方容易先入为主，认为其方案是最佳的，从而较难听取他人意见，难免一番争执，最后大家都不愉快

b 可能会错过更好的解决方案

2 沟通顺序，对于一个问题，先和相关同事探讨或请教，得到一个大家都认可的解决方案，然后再该方案汇报领导，最后再去执行。一方面方案更好的落地，另外，避免同时向领导汇报多次，造成不好的印象。

3 如何说服他人，强调事情的意义和目标，而不是描述过程。如故事中的运营一直在说做埋点，是为了他想看看数据，但没有强调看数据再之后的作为，比如基于详细数据描述用户画像，从而产生更多吸引用户的主题文章。

图片发自App