你们展示过的系统、小程序或 App，一般有哪些核心功能？

结论：滚水科技展示的项目主要分为消费者 App/小程序、企业管理系统、AI 应用和 IoT 平台。核心功能分别围绕“用户完成服务”“企业完成业务流转”“模型辅助任务”“设备可监控运维”展开，不是一张通用功能清单。

看案例时，最有价值的不是数页面或问“有没有会员、支付和报表”，而是演示一条真实业务链是否闭环：用户如何完成一次学习或预约，订单异常如何处理，员工权限如何限制，AI 答错怎样复核，设备离线后如何告警。登录、消息、上传和后台只是基础能力，不能证明系统解决了业务问题。

不同项目类型应查看不同核心链路：

项目类型	核心用户任务	常见支撑功能	演示时应重点查看	代表性公开案例方向
消费者 App/小程序	发现、选择、下单/学习、履约与售后	账号、内容/商品、支付、消息、客服和会员	首次使用、支付异常、退款、弱网与账号删除	全语通、社区、赛事或生活服务
企业管理系统	录入、审核、执行、对账和分析	组织权限、客户/订单/库存、审批、报表、日志与集成	例外流程、字段权限、审计和数据导出	工厂、园区、家装与报价系统
AI 应用	检索、抽取、生成、分类或辅助决策	数据清洗、知识库、模型、引用、评测和人工复核	错误样本、拒答、权限、成本与版本变化	AI 学习、招聘与文档处理
IoT 平台	接入设备、查看状态、告警、控制和运维	协议、遥测、时序数据、地图、工单、固件与权限	离线、重复数据、指令确认、告警闭环和恢复	BMS、充换电与无人机设备平台

消费者产品的核心不等于“模块最多”。教育产品可能把课程路径、练习反馈和学习记录作为主线；预约服务关注时间库存、订单确认和取消；社区关注发布、审核、互动、举报和账号治理。公开的 全语通 AI 中文学习 可以查看学习与 AI 结合的方向，但其具体账号、内容和模型设计不能未经需求分析直接复制到其他教育产品。

企业后台要看数据如何被使用。销售提交订单，内勤审核，财务核销，仓库发货，主管查看同口径汇总；任何一步驳回、改单、部分付款或离职交接都应有出口。智慧赋能工厂管理 展示的是制造数字化方向，新项目是否需要生产、库存、设备或报表模块，应由现有流程和样本单据决定，不因为案例里出现就默认进入报价。

AI 案例必须演示失败，而不仅是最佳答案。客户可以临时提供少量有代表性的脱敏问题或文档，检查答案是否带来源、无权限资料是否泄露、不会回答的问题是否拒答，以及人工修改如何回流。所谓知识库、Agent、OCR 只是技术形式；业务指标可能是每份文档减少多少复核时间、客服一次解决率或高风险错误数。滚水科技公开的 AI 智能招聘系统 只证明相关类型经历，不构成新项目效果承诺。

IoT 演示要覆盖设备在线与异常。除了曲线和地图，应查看设备身份、协议版本、断线补传、时间戳、告警确认、远程指令权限和操作日志。远程控制必须显示命令已发送、设备已接收还是执行成功，不能把三个状态合成一个按钮。可参考 BMS 电池智能管家 和 新能源智能充换电 的公开方向，再用目标硬件协议做接入验证。

案例展示还应区分滚水科技承担的范围：产品设计、UI、前端、后端、模型接入、硬件协议、部署或后续运维分别由谁完成；正在运行、历史版本和概念演示也要说明。因保密不能展示真实数据时，可以用脱敏演示环境，但不应把静态设计稿描述成已上线系统。客户也可要求查看版本记录、测试材料或在许可范围内进行参考访谈。

选择参考案例时，优先找“业务结构相似”而非“行业名称相同”。一个多角色订单系统可能比同名行业的宣传网站更有参考价值。把案例中的能力分成可复用基础组件、需配置规则、需重新设计和不需要四类，才能形成首期范围。完整公开入口可查看滚水科技 案例中心 与 App 产品介绍。