用户画像与自动化报价系统

背景与真实问题

售电业务的报价过程原本依赖人工经验、Excel 表格和临时沟通记录。销售人员在拜访客户或电话沟通时,很难快速给出有依据、口径统一、后续可追溯的报价方案。这带来三个影响:报价效率低,客户沟通窗口容易错过;不同销售的报价口径不一致;客户信息和报价记录散落在聊天、表格和个人文件中,难以沉淀为业务资产。

我的角色

独立完成从产品判断、数据管线到部署运维的全链路:PRD 与 ADR 文档、负荷预测与核查校准、报价逻辑引擎、H5 前端、Flask 后端、部署与复盘。

用户与业务约束

目标用户是售电销售人员和内部业务同事。第一阶段不替代完整 CRM 或合同系统,而是先验证一个更轻量的闭环:输入客户用电信息,生成报价建议,保存报价记录,让同事能真实试用。

• 小程序测试号无法上传体验版,短期内不能依赖正式小程序发布;
• 同事不一定在公司内网,需要公网可访问的试用入口;
• 项目需要快速上线内测,先用 H5 + Flask API + SQLite 完成最小可用闭环。

方案结构

客户数据入库 → 数据字典 → 成本基线
     ↓
负荷预测模型 → 预测曲线生成 → 核查校准
     ↓
报价逻辑引擎 → 推荐价格形成 → 报价结果展示
     ↓
H5 前端(填表→报价结果)+ 微信小程序构建产物

关键产品决策:先做「销售可用」的 H5 试用入口,而不是卡在小程序上传流程上;报价结果不只给一个数字,而是提供综合评分、负荷画像、曲线图和三档报价,帮助销售解释报价依据;报价记录自动入库,为客户跟进、历史查询和成交分析留出空间。

当前结果与证据

• H5 和 API 已部署到公网试用环境,同事可直接试用;
• 后端由 systemd 托管,crontab 执行每日备份和周期健康检查;
• 自测覆盖数据管线、客户写入、报价写入、历史查询、H5 与小程序构建;
• 工程文档完整:PRD、3 份 ADR、验收标准、自测报告、部署 runbook、事故复盘;
• 基础曲线数据、成本表和市场价格表形成可复用数据资产。

可公开核验的材料

• 查看本页脱敏界面与生成流程:首页、现场录入、报价结果与曲线流水线四张截图;
• 查看 ETDS 系统主线:说明该工具如何进入后续的预测、策略与 PnL 闭环。

风险边界

当前为内测阶段:HTTP + 公网入口,无登录权限,不适合公开传播;客户级数据、真实户号与报价明细不进入公开作品集;正式生产前还需域名、HTTPS 和访问控制。

下一步

绑定域名并配置 HTTPS;增加登录权限和内测访问控制;增加报价导出、客户跟进状态和管理后台;在真实试用后,按使用记录调整字段、报价解释和结果页表达。