字体
大
中
小
关灯
上一章 回目录    收藏 下一页

第303章 穿透核验(1/4)

打印机吐出最后一页时,纸面还带着热度。

林听晚把见山法务的邮件压在第三十一页旁边,红笔在「穿透核验」下划了一道线。

小会议室没人说话,空调风掀动桌上的条款清单。

唐棠先忍不住,「穿透到什么程度?

私域备注里有用户原话,产后控糖、老人血糖、便利店位置都有。

给出去不只是商业秘密,连用户都不该被摊开。」

周既白把邮件看完,手指停在附件编号上,「投资方要穿透,不是要全部明细,是判断复购真假和口径有没有被美化。」

陈砚秋翻开电脑,「复购率用的是运营ppt数据。

三十天百分之二十一点六,六十天百分之三十二点四。

被质疑,估值模型会打回去。」

梁舒看向唐棠,「运营那边的ppt是谁做的?」

「我和运营一起整理的。」唐棠把电脑转过来,屏幕上是浅绿色模板,每页都有折线和饼图,结论漂亮:高粘性、强推荐、低流失。

林听晚没评价模板,只问:「底表在哪?」

唐棠顿了一下,「底表是从社群接龙、客服登记和小程序后台摘出来的。

运营合并去掉异常订单。

ppt是清洗后结果。」

「清洗规则?」

「有口头规则。」唐棠声音低了,「赠品不算,试吃不算,退款不算,重复手机号合并。

赶路演材料,没单独写版本号。」

陈砚秋眉头皱,「退款不算复购可以理解,但退款率本身要披露。

投资人抽样发现ppt只剩好看订单,会认为我们选择性披露。」

梁舒已经打开待办文档,「那今天先不美化。

把所有口径摊开:后台导出、退款原因、客诉工单、二次购买明细、脱敏字段。

先承认缺口,再补证据。」

林听晚点头,「不要用ppt回答ppt。

给可验证的数据包,先把口径定清楚。」

她把白板擦干净,写下版本号User_data_dd_V0.

1,下面分四列:数据源、字段、责任人、核验方式。

「唐棠,你联系运营,导小程序后台订单,字段要订单Id、下单时间、商品SKU、实付金额、优惠金额、退款状态、退款原因、渠道来源。

手机号只留脱敏Id,规则用ShA256加盐,不给明文,不给可反向识别字段。」

唐棠立刻点开企业微信,「我让他们半小时内导。」

「梁舒,你做复核表。

每个数据源要有导出时间、导出人、后台截图、文件哈希、清洗规则、版本号。

清洗不是为了变好看,是为了让别人知道我们删了什么、为什么删。」

「明白。」梁舒敲字很快,表头冒出来:数据包编号、源系统、原始行数、剔除行数、剔除原因、保留行数、复核人。

「陈砚秋,你把财务模型里的复购率先冻结,不要再引用ppt结论。

等底表出来,用同一批订单Id回填收入、退款、现金回款。

复购不能只在运营表里成立,也要在财务表里对得上钱。」

陈砚秋把模型另存为「融资模型_复购待验证版」,「如果底表低于ppt口径,估值会被压。」
本章未完,请翻下一页继续阅读.........
上一章 回目录    收藏 下一页