2020-11-04

今天是紧张的一天！非常累，但是有很多启发～

推荐需求评审会

背景：早上与推荐的需求会议，关于“新增7日留存指标“的问题。我们和推荐产品argue了很久，最终没有达成一致
思考：
1）我们觉得双发在沟通需求的过程中，心态都不是一个很价值导向心态。需求方基本是传达需求，心里就是想着怎么说服开发去做这件事。开发方就是想着怎么能维护好当前的指标体系，更少成本的开发。原本双方这样的考虑都是没问题的。但是没有在第一步，需求的价值层面做对齐；【这个需求到底想解决什么问题，怎么样看数才能解决这个问题】。
2）其实是我们在业务心中的一个定位问题，到底数据组希望给业务的形象是什么样的？
“只要是数据问题，都可以去找他们”？“他们可以可以从数据中给到我们一些指导”？

紧急需求【搜索“优惠搜索”需求】

背景：“优惠搜索”模块是横向项目，美团侧做的实验，日志没有落在大搜自己的项目里。所以我们看不到数据。其实问题在一个月前就已经发现，但是当时业务和数仓都没有主动去追到底是为什么没有这个数据。导致今天要汇报的时候看不到这个数。
思考
1）第一点，我们其实关于源头数据为什么不对，需要更加积极去追踪。虽然业务也有责任去问后端，但是我们是消费数据的人，应该有主动性。
2）像这样的横向项目，后面到底应该谁去做数据的建设？点评数据团队？还是美团数据团队？我的建议是，各自建，点评做点评的，美团做美团的。

紧急需求【搜索-“分bg搜索点击uv”需求】

背景：财务找美团搜索要各个bg的搜索点击uv的数据，美团直接找到我们提需求。阳少把它作为一个tt的工单去处理，但是又一直没有放在优先级别做。导致别人崔了很多次，我们也很被动。
思考
1）美团开发不是我们直接的需求方，点评数仓可以去沟通，但是不应该直接去对接需求；合理的流程是拉上搜索产品、数据产品一起沟通一下。
2）其实平台时间的业务是需要看分bgbu的搜索点击uv的，而且我们搜索建设的意向数据有太多不同的口径。到综到餐都是直接用的业务表，外卖是自己做的归因。而且业务不看的标准化数据我们竟然都没出（比如外卖的意向uv）。后续需要好好盘点一下这块到底要怎么优化