时间 事件 免佣卡与B补互斥项目 9月10日 1. 第一次进行项目评审 1. 评审会反馈出问题 a. 返利卡无法和其它离线奖励进行互斥 a. 司机第一天进入新手村是否需要享受奖励 1. 业务全程参与评审（业务同学未提出上线后需要观测哪些数据） 9月11日-9月12日 1. 张斌、石磊、黄欣雨、李彦廷初步拉齐修改方案（将返利卡模式移至免抽成内，跑n免x） https://alidocs.dingtalk.com/i/nodes/QG53mjyd80Rj9EnwFQlQblE5V6zbX04v?utm_scene=team_space 9月16日 1. 第二次进行项目评审（针对第一次遗留问题进行评审） 1. 会议上开发抛出还需要额外梳理 a. 涉及哪些系统需要改造 1. 业务全程参与评审 9月18日 1. 第三次进行项目评审（开发同学说需要给项目做个收尾，还得在评一次） a. 本次评审一是解决遗留问题，二是免抽成接入新绝尘项目评审 9月22日 沟通项目排期 9月23日 技术方案评审 10月15日 产品上线 10月15日-10月16日 产品功能验收 10月16日 确定灰度试点城市，和城市进行产品侧宣贯 免佣卡互斥收益测算 10月22日 运营反馈【免佣卡与B补互斥】无法进行看数，没有办法进行全量推广 10月24日 【免佣卡互斥收益测算】需求评审 10月27日 【免佣卡与B补互斥】全国全量推广 10月29日 1. 技术确定上线时间，但时间较久，拉BI同学评估是否可以介入 1. 经沟通决定11月24号上线，前期先看一下粗数（从灵犀看板中获取） 10月29日 1. 使用互斥功能的过程数据无法看见，具体对接同学未确定； 10月31日 统计出第一版数据 11月5日 和曹经理沟通发现后数据较粗，重新整理字段后，当晚发送给石磊 11月6日 下午3点+，408会议室同曹琦对齐新逻辑 增加不同叠加类型订单占比及B补率的新数据输出（曹琦） 11月7日 产品侧统计出第一版数据，但业务侧不认，需要进行验证 11月10日 1. 确认粗算看数逻辑， 11月24日 【免佣卡互斥收益测算】需求上线 新手村互斥和B补重复人群剔除项目 10月15日 新手村互斥需求评审，新手村复用免佣卡互斥的逻辑； 10月17日 【B补互斥-重复人群剔除】需求多次评审 10/17 第一次讨论：耗时1小时，沟通B补互斥的方案，确定整体方向； 10/23第一次评审：耗时1.5h，方案核心链路不完整， 1.活动中配置动态人群，人群更新后，出现重叠怎么处理； 2.老绝尘系统中如何处理等问题未说明 ； 10/27 第二次讨论：耗时2h，沟通第一次评审遗留问题，并说明收益测算方案； 10/29 第二次评审：耗时1.5h，补充说明动态人群、绝尘、收益测算等方案问题，同时新手村互斥与重复人群剔除需求合并； 10/31 第三次讨论：针对人群测算的性能问题沟通； 需求整体周期很长，从第一次提起到技术方案沟通，已过去2周； 11月3日 增加返利卡与免抽成卡优先级调整需求 11月4日 B补互斥细节逻辑讨论（14点，17点） 11月5日 技术方案评审 11月7日 采霜提出从技术侧捞取线上策略官配置活动的行为数据，分析是否影响测算效果 11月11日 17：00 根据技术捞取的数据分析，现有产品方案与策略官操作习惯不匹配，将导致测算准确度很低，需要调整产品方案； 22：00 技术侧找产品经理沟通可能的方案 11月12日 产品经理输出产品方案 11月13日 13：30 需求评审，评审会上提到编辑场景无法解决，讨论1h 17：10 再次组织讨论，确定最终方案，耗时1h 11月14日 确定需求排期，需延期4天至12月1日发布 11月17日 ● 经管通知，必须12月3日开全国 ● 重新协调排期，增加所有的周日，最终11月28日上线，11月30灰度，12月3日开全国 问题： 产品侧： 1. 上线前未与运营同学同步确认，明确上线后需重点观测的数据指标。 2. 初步核算的数据结果产出后，未与运营同学沟通对齐，确认是否符合预期要求。 运营侧： 1. 针对项目的价值评估口径，缺少前置验证（原定收益计算口径为对比基期计算） 技术侧： 你是一个PMO，针对上述项目过程进行整理，请根据现有的信息梳理以下内容： 1.根据现有内容按照时间线，梳理日历时间图，在时间轴上分别标注项目、每次沟通时间、讨论时间、评审使时间、方案变更时间、上线时间等；并分析其中周期； 2.将以下信息按照项目、日期、事件、备注等格式整理成结构化内容，方便复盘会上进行沟通； 3.分析过程中存在的问题，分别说明产品侧、技术侧和运营侧存在的问题及改善措施；