小团队,
但每个项目都能找到人。
遂溪县遂城煌文网络工作室,坐标广东湛江。我们不做通用平台,也不接与能力无关的定制, 把精力放在能负责到底的项目上。从校服溯源起家,逐步延伸到 AI 智能体、学习系统与游戏—— 下面说明这条路径是怎么走出来的。
- OPERATOR
- 遂溪县遂城煌文网络工作室
- SCOPE
- 信息系统 · AI 智能体 · 学习系统 · 游戏
- STATUS
- 生产环境运行,持续接入中
我们是谁
遂溪县遂城煌文网络工作室,是一个专注校服垂直场景的小团队。 我们不做通用 SaaS,也不接各种行业的定制项目—— 把校服这一件事做透,已经需要投入全部精力。
团队的构成很直接:负责平台研发与运维的工程人员, 加上长期在区域内跑校服企业与服务点的业务人员。 前者决定系统能不能扛住产线的节奏,后者决定系统是否真的解决了问题。
关于规模的坦白:我们不是大厂,也没有庞大的交付团队。 选择我们意味着直接与技术负责人沟通,问题响应快; 同时也意味着,如果需要全国多点同时实施,需要提前排期。
为什么从这里开始
校服是个特殊品类:它是学生每天穿的衣服,直接接触皮肤; 它由学校统一采购,家长没有选择权;它又属于重点工业产品,有明确的追溯要求。 这三件事叠在一起,意味着「信任」不能靠感觉,必须有据可查。
但现实是,一所学校几千件校服,出了问题往往只能追溯到「哪一批货」, 再往下就只能靠企业自己说明。家长拿着衣服,除了看标签,没有别的验证手段。 这个断层,就是我们决定动手的地方。
- 对家长:扫码能看到批次、质检结论与生产时间轴,而不是一句「质量合格」。
- 对企业:出问题能按批次精确定位,不必整季产品下架;窜货有据可查。
- 对学校:验收时有可核对的依据,而不只是一张发票和一份复印件。
- 对监管:风险在发生前可见,而不是等投诉汇集上来才介入。
为什么从校服,走到四条业务线
不是为了把业务面铺大,而是因为做校服溯源的过程中,反复遇到三类需求, 它们各自长成了一条业务线。
| 业务线 | 起因 | 现在 |
|---|---|---|
| 信息系统 | 校服企业的订单、库存、流向靠纸质单据,对不上账 | 已商用,多租户 SaaS 运行中 |
| AI 智能体 | 面单、质检报告、纸质单据要人工录入,错误率高 | OCR 与风控评分已在项目中实际使用;游戏项目中的双 AI 系统已进入开发 |
| 学习系统 | 产线与服务点人员流动快,操作培训难以确认是否学会 | 已交付区域中学多科目成绩分析;在线学习平台仍在储备 |
| 游戏 | 培训与科普内容枯燥,看完率低;活动需要更轻的互动形式 | 自研《我的政治世家》与 Genesis Engine,均在研 |
这条路径的代价:除信息系统外,其余三条线多为在研或非商业项目,尚未形成完整交付记录。 我们没有把「在研」写成「已交付」,具体状态在 项目案例 页有如实说明。
建设历程
以下节点均有对应记录可查。我们不把计划写成已完成, 时间线只列已经发生的事。
小程序已通过平台注册与管局审核,具备对外服务条件。
管理后台、溯源 H5、PDA 端与小程序投入生产环境。
平台资料清单 V2.5 发布,覆盖架构、安全、备份与运维。
七项技术方案形成专利申请文件,覆盖防伪、风控与存证。
多家校服企业在产线、仓储与流通环节日常使用。
学服溯源项目的落地情况
以下数字仅指学服溯源项目,不代表其他业务线。 我们更愿意用可核对的口径描述进展,而不是用「服务数百家企业」这类模糊表述。
- ENTERPRISE
- 6 家
已商用的校服企业,在产线与仓储环节日常使用
- TERMINAL
- 6 端
总后台、企业后台、PDA、H5、小程序、监管门户
- CODING
- 33 位
Ecode 物品编码,按租户隔离码段管理
- CHAIN
- 7 环节
备案、赋码、质检、仓储、流通、发放、查验
- AREA
- 湛江
以遂溪县为起点,覆盖区域校服产业带
- UPTIME
- 生产环境
自 2026 年 8 月起持续运行,非演示环境
怎么合作
- 第一步 · 沟通场景:说明您的角色与最想解决的问题,我们会判断平台是否适合,不适合会直说。
- 第二步 · 针对演示:用真实批次走一遍与您场景对应的流程,而不是通用演示脚本。
- 第三步 · 小范围试跑:选一条产线或一个学校试点,跑通后再扩大范围,降低决策风险。
- 第四步 · 正式接入:签订服务协议,完成账号开通、产线调试与人员培训。
我们不做什么:不做与校服无关的行业定制, 不承诺无法验证的效果指标,不在未上线前收取全款。 这三条是我们与客户建立长期关系的基础。