老板临时要复购率,Tigshop开源商城系统后台统计接口先顶上

简介: 为快速响应老板对30日复购率的需求,在Tigshop后台紧急开发轻量接口:基于“已支付、剔除取消”口径,精准统计复购用户占比,并在Admin Dashboard嵌入含明细(总下单用户/复购用户/率)的卡片。权限隔离、缓存优化、支持CSV导出,兼顾准确、可追溯与交付速度。(239字)

老板要 30 日复购率。BI 还在采购流程里转圈。我先在 Tigshop开源商城系统后台丢了个接口加卡片。活先活下来。不是重做数据分析平台,是 Admin 顶一个统计口径明确的接口。

口径写脚注

已支付。剔取消。复购 = 周期内下过 ≥2 单的用户 / 下过单的用户。不写脚注,下周他换个算法找你麻烦。找麻烦的时候,他不会承认是口径变了。他会说你算错了。

能直接粘的接口

<?php
namespace app\adminapi\controller\report;

class Repurchase
{
   
    public function rate30d()
    {
   
        $end = time();
        $start = $end - 30 * 86400;
        $buyers = Order::where('pay_status', 1)
            ->whereBetween('pay_time', [$start, $end])
            ->column('user_id');
        $total = count(array_unique($buyers));
        $repurchase = 0;
        if ($total > 0) {
   
            $counts = array_count_values($buyers);
            $repurchase = count(array_filter($counts, fn($c) => $c >= 2));
        }
        $rate = $total ? round($repurchase / $total * 100, 2) : 0;
        return json([
            'total_buyers' => $total,
            'repurchase_buyers' => $repurchase,
            'rate' => $rate,
            'note' => '已支付口径,30日',
        ]);
    }
}

Admin 卡片

Dashboard 加一块:复购率、下单用户数、复购用户数。别只放一个百分比。百分比一个人一个算法,明细摆那儿,嘴少很多。

权限

报表角色。别全员看见。有些数,不是人人都该看。

性能

量大再预聚合。别一上来全表扫,看板一打开转圈,老板以为你在糊弄。先顶接口,慢了再加缓存或定时汇总表。

导出明细

老板追问「谁复购了」,接口加 CSV 导出 user_id 列表。能导出,争论少一半。争论少了,你日子好过。

别和 BI 抢活

这个接口是临时的。BI 上了可以关。关之前口径写文档。下个人接手知道 30 日是怎么算的。不知道就算法变成玄学。玄学老板最爱问。最爱问还最答不上来。

缓存策略

数据 T+1 也行。Dashboard 不需要秒级。Cache::set('report:repurchase:30d', $data, 3600) 一小时刷新。老板刷新看板,快就行。快比准晚一小时强。强在不会被骂「打不开」。复购率这种数,老板要的是趋势和口径,不是毫秒级实时。别过度工程。过度工程周会前交不出来。

相关文章
|
2月前
|
人工智能 编解码 自然语言处理
把 DeepSeek Harness 接入视频剪辑工作流:开源 Timeline Studio 插件的工程实践
开源插件 dsh-timeline-studio-plugin 将 DeepSeek Harness 接入 Timeline Studio,通过 7 个安全工具实现自然语言驱动的视频工程编辑:支持工程检查、语义预演(diff)、事务式修改(apply)与 MP4 渲染验证,严格限制文件访问边界,保障专业剪辑流程可靠可控。
|
3月前
|
运维 安全 Java
为什么不建议从零开发商城?集体放弃自研,转向开源二开的核心原因
电商技术选型核心在于规避隐性成本:自研商城看似自由,实则长期维护、迭代、安全投入巨大;成熟开源系统可省60%无效开发。本文对比VortMall(高并发多业态)、TigShop(全开源Java/低二开成本)、Jinor(PHP轻量快启)等5大主流方案,聚焦架构弹性、源码透明、生态持续与场景匹配,助企业精准降本增效。
328 0
为什么不建议从零开发商城?集体放弃自研,转向开源二开的核心原因
|
4月前
|
存储 人工智能 安全
OpenHuman:本地优先的开源Agent
OpenHuman 展示了一条本地优先的 Agent 路线:把个人记忆、数据连接、自动更新结合,让 Agent 更懂你,也更尊重数据边界。
565 1
|
4月前
|
运维 安全 搜索推荐
网站被挂黑链、遭遇恶意攻击怎么办?一文搞定应急清理+永久防护
本文详解网站被挂黑链、篡改、攻击的完整应对方案:从识别危害、5步紧急止损,到彻底清除后门木马、数据库恶意代码,再到程序层、服务器层、防护工具三层加固。破除“只删黑链”误区,强调备份、强密码、漏洞修补与常态化运维,助站长根治黑链反复、排名暴跌、浏览器拦截等顽疾。(239字)
|
4月前
|
监控 算法 机器人
中小IT团队告警治理完整方案:多系统告警统一归集+P1-P3分级+企业微信自动派单实战
Zabbix发企业微信、Syslog往邮箱里塞、UPS的App自己弹窗、云监控又是另一个通知渠道——告警不聚合,IT团队等于一直在4个App之间来回切换。本文从归集→分级→收敛→派单四步给出完整告警治理链路:用Flask搭建统一告警接收服务、P1-P2-P3三级分级规则表、根因收敛算法(一台交换机DOWN不再发37条)、企业微信+钉钉自动派单配置,适合2-5人IT团队的轻量落地。
635 0
|
6月前
|
人工智能 测试技术 调度
移动端 RPA 的架构重构:基于多模态视觉大模型的自动化调度系统压测复盘
本文复盘企业级移动端RPA重构实践,介绍如何以“侠客工坊”AI数字员工平台替代传统坐标录制方案:基于多模态大模型实现视觉语义决策、高并发多机型调度、零代码编排、异常自愈及MCP协议集成,显著提升自动化鲁棒性与运维效率。
457 10
|
7月前
|
安全 关系型数据库 网络安全
等保 2.0 合规架构:分布式系统全链路落地实战指南
本文详解分布式微服务系统落地等保2.0的合规实践,聚焦“一个中心、三重防护”体系,直击边界模糊、身份碎片、日志分散、规则静态四大痛点,提出纵深防御、零信任、内生安全等五大设计原则,并分层给出通信加密、边界管控、计算环境加固及统一安全管理的可落地代码级方案。
510 3
|
JavaScript API 数据安全/隐私保护
5 大主流电商商品详情解析实战手册:淘宝 / 京东 / 拼多多 / 1688 / 唯品会核心字段提取 + 反爬应对 + 代码示例
本文详解淘宝、京东、拼多多、1688、唯品会五大电商平台商品详情页的数据解析逻辑,涵盖价格、SKU、库存、供应商等核心字段提取,针对各平台动态渲染、字体加密、API调用、反爬机制等难点提供完整代码与应对策略,助力开发者高效实现电商数据采集与分析。
|
数据采集 数据可视化 API
QUIC协议优化:HTTP/3环境下的超高速异步抓取方案
本文介绍了一种基于QUIC和HTTP/3的异步爬虫方案,用于抓取知乎热榜数据并生成趋势图。通过HTTPX与aioquic结合实现高性能连接复用,配合代理IP绕过反爬限制,提取标题、热度等信息。利用Python代码示例展示了异步抓取流程,并借助Matplotlib绘制话题热度变化图表。分析显示突发热点生命周期短,而深度话题热度更稳定。此方案可优化内容运营策略,快速捕捉潜在爆款话题。
730 4
QUIC协议优化:HTTP/3环境下的超高速异步抓取方案
|
12月前
|
人工智能 文字识别 API
医疗票据OCR技术演进:从模板匹配到智能理解的突破
医疗票据OCR正从传统模板匹配迈向智能理解新阶段。快瞳科技融合OCR与医疗知识图谱,实现高精度、自适应识别,显著提升效率与准确性,推动医疗数字化智能化升级。
748 3