第303章 穿透核验(1/4)
打印机吐出最后一页时,纸面还带着热度。
林听晚把见山法务的邮件压在第三十一页旁边,红笔在「穿透核验」下划了一道线。
小会议室没人说话,空调风掀动桌上的条款清单。
唐棠先忍不住,「穿透到什么程度?
私域备注里有用户原话,产后控糖、老人血糖、便利店位置都有。
给出去不只是商业秘密,连用户都不该被摊开。」
周既白把邮件看完,手指停在附件编号上,「投资方要穿透,不是要全部明细,是判断复购真假和口径有没有被美化。」
陈砚秋翻开电脑,「复购率用的是运营ppt数据。
三十天百分之二十一点六,六十天百分之三十二点四。
被质疑,估值模型会打回去。」
梁舒看向唐棠,「运营那边的ppt是谁做的?」
「我和运营一起整理的。」唐棠把电脑转过来,屏幕上是浅绿色模板,每页都有折线和饼图,结论漂亮:高粘性、强推荐、低流失。
林听晚没评价模板,只问:「底表在哪?」
唐棠顿了一下,「底表是从社群接龙、客服登记和小程序后台摘出来的。
运营合并去掉异常订单。
ppt是清洗后结果。」
「清洗规则?」
「有口头规则。」唐棠声音低了,「赠品不算,试吃不算,退款不算,重复手机号合并。
赶路演材料,没单独写版本号。」
陈砚秋眉头皱,「退款不算复购可以理解,但退款率本身要披露。
投资人抽样发现ppt只剩好看订单,会认为我们选择性披露。」
梁舒已经打开待办文档,「那今天先不美化。
把所有口径摊开:后台导出、退款原因、客诉工单、二次购买明细、脱敏字段。
先承认缺口,再补证据。」
林听晚点头,「不要用ppt回答ppt。
给可验证的数据包,先把口径定清楚。」
她把白板擦干净,写下版本号User_data_dd_V0.
1,下面分四列:数据源、字段、责任人、核验方式。
「唐棠,你联系运营,导小程序后台订单,字段要订单Id、下单时间、商品SKU、实付金额、优惠金额、退款状态、退款原因、渠道来源。
手机号只留脱敏Id,规则用ShA256加盐,不给明文,不给可反向识别字段。」
唐棠立刻点开企业微信,「我让他们半小时内导。」
「梁舒,你做复核表。
每个数据源要有导出时间、导出人、后台截图、文件哈希、清洗规则、版本号。
清洗不是为了变好看,是为了让别人知道我们删了什么、为什么删。」
「明白。」梁舒敲字很快,表头冒出来:数据包编号、源系统、原始行数、剔除行数、剔除原因、保留行数、复核人。
「陈砚秋,你把财务模型里的复购率先冻结,不要再引用ppt结论。
等底表出来,用同一批订单Id回填收入、退款、现金回款。
复购不能只在运营表里成立,也要在财务表里对得上钱。」
陈砚秋把模型另存为「融资模型_复购待验证版」,「如果底表低于ppt口径,估值会被压。」
本章未完,请翻下一页继续阅读.........