适合我们的项目
- 业务逻辑清楚，但缺少系统支撑，靠人扛着
- 需要与现场设备、既有系统对接
- 对数据可核查、可追溯有硬性要求
- 希望先小范围验证，再逐步推广
- 能指定一位懂业务的人参与对接
四条业务线，
一套交付标准。
我们不做「什么都能做」的承诺。以下四条线是经过判断后愿意承接的范围， 每一条都写清了解决什么问题、交付什么、以及在什么情况下我们会建议您另找方案。
- MODE
- 项目制 / 长期技术服务
- SCALE
- 小团队直连，适合中等复杂度项目
- AREA
- 广东湛江本地优先，异地可远程
01 / INFORMATION SYSTEMS
信息系统：让数据能对上账
这是我们起家的方向，也是目前落地最实的业务线。 判断一个信息系统做得好不好，标准很朴素：月底对账时，系统里的数字和仓库里的实物能不能对上； 出了问题，能不能查到是哪一步、谁操作的。
典型场景
- 业务管理系统：订单、库存、结算、客户与供应商关系，替代散落的 Excel 与纸质单据。
- 多租户 SaaS：一套系统服务多家企业，数据按租户隔离，各自管理自己的业务。
- 追溯与合规系统：需要对产品来源、流向、质检留痕的行业，如校服、食品、农产品。
- 软硬件结合：PDA 扫码、标签打印、称重设备、门禁等现场设备的数据采集与回传。
- 系统对接：把已有的 ERP、财务、政务系统打通，避免重复录入。
交付什么
| 阶段 | 交付物 | 验收方式 |
|---|---|---|
| 需求确认 | 业务流程说明、字段与状态定义、权限矩阵 | 客户确认关键流程与数据口径 |
| 原型与模型 | 可点击原型、数据库设计说明 | 按真实单据走一遍，检查是否漏字段 |
| 开发与联调 | 可运行系统、设备对接说明 | 在真实环境跑通一条完整业务 |
| 上线与培训 | 部署包、操作手册、培训记录 | 客户人员独立完成一次完整操作 |
| 运维期 | 日志与备份方案、问题响应约定 | 按约定的响应时限处理问题 |
实证：湛江煌文学服溯源平台即属此线，已商用运行。 查看项目案例 →
02 / AI AGENTS
AI 智能体：接手一段流程，而不是陪聊
我们对 AI 的判断标准很具体：它能不能替人完成一段有明确输入输出的工作， 并且出错时能被发现和纠正。做不到这两点的「智能」，在企业场景里价值有限。
典型场景
- 业务 Agent：按指令查数、填单、比对差异、发起催办，把重复的点击操作收敛成一句话。
- 文档与图像识别：快递面单、质检报告、纸质单据的结构化提取，替代手工录入。
- 知识问答：基于企业自己的制度、规范、历史工单回答问题，答案标注出处。
- 流程编排：把多个系统与人工节点串成一条带分支的自动化流程，关键节点保留人工确认。
我们怎么保证它不出事
- 可溯源：检索问答必须给出依据来源，不允许无出处的编造回答。
- 可回退：涉及写操作的动作保留人工确认或撤销窗口。
- 可观测：每次调用记录输入、输出与耗时，异常能被复盘。
- 有兜底：模型不可用时降级到规则或人工，而不是整个流程卡死。
已有的工程积累：在学服溯源项目中，我们实现了基于扫码行为的多维加权评分风控、 面单手机尾号的分级提取与纸质单据 OCR 识别；在自研游戏项目中，设计了双 AI 系统—— 用本地部署的大模型辅助开发流程，同时驱动 NPC 的自主决策。 两类场景的共同点是：AI 必须嵌进具体流程，而不是独立存在。
交付什么
一个可运行的智能体或识别服务、一份提示词与知识库维护说明、一份效果评测记录 （用您的真实样本跑出的准确率，而不是厂商演示数据）、以及降级与人工介入的操作规程。
03 / LEARNING
学习系统：从「讲过了」到「会做了」
多数企业培训的问题不是没有内容，而是无法确认谁真的学会了。 学习系统的价值在于把「完成培训」变成可验证的状态，并与岗位要求挂上钩。
典型场景
- 岗位培训与考核：新员工上岗前的必修课与考核，未通过不能排班。
- 安全生产与合规培训：定期复训、到期提醒、记录留存以备检查。
- 产品与经销商培训：把产品知识、话术、政策变化快速同步到一线。
- 碎片化学习：移动端为主，适合车间、门店、外勤人员的零散时间。
关键设计
| 问题 | 常见做法 | 我们的做法 |
|---|---|---|
| 刷课 | 记录播放时长 | 按知识点设检查点，答对才推进，配合随机抽题 |
| 学会了没 | 只看考试分数 | 结合答题分布、重试次数与实操记录判断掌握度 |
| 内容过期 | 靠人工记 | 课程绑定有效期与复训规则，到期自动提醒 |
已有的实践：我们为区域中学做过学期调研考试的多科目成绩分析， 输出科目、班级与分数段的对比结论，用于定位薄弱环节。 这类工作让我们熟悉教育数据的口径与统计陷阱，但要说清楚： 它是数据分析项目，不是完整的在线学习平台。 学习系统本身仍处于方案储备阶段，可先做单岗位试点。
04 / GAMES
游戏：用可玩的方式解决注意力问题
企业场景里的游戏，多数不是为了娱乐，而是为了让枯燥的内容被看完、被记住。 这类项目的成败不在画面，而在机制是否服务于传播或培训目标。
典型场景
- 培训小游戏：把安全规程、操作流程做成闯关，答错即给出正确做法。
- 科普与品牌互动：扫码即玩的小游戏，用于展会、包装、公众号引流。
- 流程演示：用可交互的形式说明一条业务链路，比 PPT 更容易讲清。
- 数据可视化互动：把监管或运营数据做成可探索的画面，用于汇报与大屏。
技术与约束
- 形态：微信小游戏或 H5 页面，扫码即玩，不要求下载安装。
- 包体：控制首包体积，适配中低端安卓机与旧款 iPhone。
- 数据：可与业务系统打通，把答题、闯关结果回传为培训记录。
- 合规：涉及小游戏备案、内容审核的环节，按平台要求执行。
现有的作品：我们自研了深度政治模拟游戏《我的政治世家》 （Unity 与 Godot 双工程并行验证），以及虚构宇宙模拟平台 Genesis Engine （C++20，六个模拟引擎模块）。两者都处于在研阶段，尚未商业发行。 对客户项目而言，这意味着我们熟悉复杂玩法与系统模拟， 但轻量小游戏与商业发行的经验仍需在项目中积累。
05 / FIT
怎么判断该不该找我们
建议另找方案的情况
- 需要全国多点同时实施与驻场
- 要求极短工期（如两周内上线复杂系统）
- 需求尚未成型，希望乙方代为「想清楚做什么」
- 预算与复杂度明显不匹配，且不接受缩减范围
- 需要特定行业资质（如涉密、金融核心系统）
为什么把「不适合」写出来：项目一旦开始， 双方的时间成本都收不回来。提前说清楚，比事后解释便宜得多。