数字化产品开发

起点

一套系统真正的成本，不在开发，在「说不清楚」

把一件事搬到线上，要过三关：把流程说清楚、把系统建起来、把系统养下去。多数团队卡在第一关 —— 不是不懂业务，而是业务平时存在于人的习惯里，一旦要写成规则，才发现同一个环节三个人有三种做法。

所以我们的做法是先自己当客户。练笔活动每年九期，每期都有收稿、分配、评分、汇总、公布、结算，跑满一期就能暴露一批没想清楚的地方。这套系统就是这样长出来的：需求不是写在文档里的假设，而是「这一期又卡在哪」的具体记录。

一般做法的三个坑

先做功能清单，再回头补流程，最后发现流程本身要改
系统上线即交付，运营改一个字段都要排期
数据只能进不能出，换一家供应商等于从零开始

我们的做法

先画流程再定功能，流程确认后功能清单才有意义
配置项全部开放给运营，改维度、改文案不用等版本
数据与源码可交付，任何时候都能整体搬走

console / 投稿管理 · 第 25 期

#025 存在即合理号星际间武装货运飞船观察录 11 164 字已收

#025 冬至（V2.0） 30 229 字已收

#025 关于维修申请表 P1—025C 的故事 7 577 字待补齐

#025 （匿名稿件 · 作者信息已在评审期隐藏） — 评审中

#025 （匿名稿件 · 双盲模式，评审人同样不可见） — 双盲

收稿进度 86%

评稿完成 64%

签到率 78%

界面示意，数据为示例

业务线

四条业务线，共用一个底座

账号、内容、权限、流程、通知这五层在四条业务线里是同一套实现 —— 所以先上哪一条都不会变成孤岛，后面补哪一条也不用重做一遍数据。

B.01

社区与内容系统

论坛、圈子、内容创作者平台：话题与动态、图文与短视频、私信、会员等级与积分、内容审核与举报、付费与变现。把散在群聊里的讨论沉淀成可检索的资产。

圈子话题会员等级内容审核

B.02

教育考试系统

覆盖教、学、练、考：录播课程与直播授课、章节练习、题库管理、随机组卷、自动阅卷、错题本与学习报告。适用于职业培训、课外辅导与企业内部考核。

课程章节题库组卷自动阅卷

B.03

AI 应用

知识库问答、智能客服、AIGC 内容生成、文档解析与流程自动化。银河图书馆里每一张拆解卡，都是这套能力在真实语料上跑出来的结果。

知识库问答 AIGC 流程自动化

B.04

定制开发

网站、APP、小程序与后台系统一体化定制：按你的流程来，不按我们的模板来。可以从零做一个新产品，也可以只补上现有系统缺的那一块。

多端定制后台系统二次开发

拆开看

四条业务线，其实都由这五层组成

下面按「层」而不是按「产品」来讲。每一层先说明通用能力，再指出换到社区、教育或 AI 场景时它变成什么 —— 这样可以按层选，也可以整套上。可按功能点勾选，不必为一行用不上的代码付费。

先定谁是谁，再谈功能

任何一套系统，第一个要落地的都不是功能，而是身份：谁能看、谁能写、谁能批。不同业务线的角色模型差别很大 —— 社区是会员与版主，教育是教师与班级， AI 应用是调用方与知识库范围 —— 但都能归到「角色 × 资源 × 动作」这一张表上。

多角色与自定义权限组：内置管理员 / 编辑 / 审核 / 普通用户，可自由组合
会员体系：等级、成长值、勋章、订阅，名称与层级可按行业习惯重命名
组织关系：班级、院系、门店、项目组等树形归属，支持一人多归属
登录方式：手机号验证码、微信、企业微信、学校统一身份认证
数据可见范围：按角色、按归属、按字段三级控制，默认最小可见
操作审计：谁在什么时候改了什么，全量留痕且可导出

登录手机号 / 微信 / 企业微信 / OIDC、CAS 统一认证

角色内置 4 类 + 自定义权限组，按「资源 × 动作」勾选

会员等级 + 成长值 + 勋章 + 订阅，整套可关闭

组织树形可多级，支持一人多归属与跨组织协作

隐私默认仅显示昵称，真实信息按角色逐级开放

审计关键操作全留痕，保留期可配置

结构对照

每条业务线，骨架其实是同一个

把每条业务线剥到只剩骨架，都是三段：对象 → 处理 → 结果。中间那一步决定这套系统好不好用，也决定了要花多少钱 —— 先确认对象是什么，后面几层自然成立，选型就不会被功能清单牵着走。

社区与内容

论坛、圈子、创作者平台、垂直兴趣社区

内容留存

难的不是发布，是「发完之后有没有人看」：需要推荐、榜单与提醒把内容推到人眼前
审核必须前置，靠事后删帖的社区最后都会失去创作者

教育考试

职业培训、课外辅导、企业内部考核

课程报告

判分口径必须一次定义清楚：主观题、客观题、多次作答如何取值，规则先于界面
学习报告的价值大于分数本身 —— 没有报告，学员下次不会再来

AI 应用

知识库问答、智能客服、内容生成、文档处理

语料回答

模型不是难点，语料才是：知识库的质量决定回答上限，先整理再训练比换模型有用
必须留一条「答不出来就转人工」的退路，否则第一个错误答案就会毁掉信任

后台示意

运营后台长什么样：以练笔活动为例

下面两张图取自我们自己每天在用的那套后台。实际交付版支持交互筛选、悬浮查看明细与一键导出；社区、教育场景的看板换成对应的指标即可，交互逻辑一致。

社群活跃度趋势

近 12 周 · 示意数据

峰值周W12 · 活跃 92 人（开期当周）

谷值周W1 · 活跃 48 人（休整期）

结论活跃度与期次节奏强相关，休整期需要轻量维系动作

投稿与评稿完成量

第 21–25 期 · 示意数据

投稿量评稿完成量

投稿增长第 21 期至第 25 期累计增长约 64%

评稿完成率从 63% 提升至 83%，与算法分配上线时间吻合

技术底座

一套代码，六个终端

移动端跨端开发，一套代码编译到安卓、iOS 与两个小程序平台；服务端按业务域拆服务，活动期集中访问不会互相拖慢 —— 换终端不动后端，改后端不动界面。

架构

前后端分离

界面与业务逻辑各自独立发布：加一个终端不影响服务端，改一处规则不用重新打包 APP。

终端

一套代码多端

同一套业务代码编译到 Web、H5、安卓、iOS、微信小程序与抖音小程序，六端功能与数据始终一致。

服务端

可拆可扩

按业务域拆服务，报名、考试、活动开场等高峰可单独扩容；缓存扛读、数据库留底，高峰当天不加机器也不卡。

技术栈

WebVue 3（Composition API）· NuxtJS 3（SSR / 静态生成）

移动端UniApp 一套代码编译到安卓 / iOS / 微信小程序 / 抖音小程序 / H5

服务端Spring Boot 3.5+ / JDK 17+，按业务域拆微服务

数据层MySQL + Redis，读写分离，按需横向扩容

交付形态容器化部署，公有云 / 私有云 / 校内服务器均可运行

稳定性怎么保证

业务都有「集中那一刻」：截稿前 24 小时、考试开考、活动开场。这些时间窗单独压测
内容与结果自动落库并每小时快照，误删可回滚到上一个快照
接口带幂等键，网络抖动导致的重复提交不会变成两条记录
升级先上灰度环境，跑满一个完整业务周期才推到正式环境

合作方式

三种合作方式，功能完全一致

三类客户的技术人力差别很大，所以三种方式都按「交付之后没有专职技术人员也能长期运行」设计。区别只在数据放在哪、能改多深、以后谁维护 —— 多数组织从托管版起步，规模稳定后再迁移或买断。

托管版

开通即用 · 由荒启科幻负责运行与维护

四条业务线全部开放，功能与私有化版一致
无需自备服务器，无需技术人力
配置完成当天即可上线
版本自动更新，新能力无需另行升级
数据每日备份，可随时导出全量数据
含标准品牌定制：Logo、主题色、站点名称
数据存放在荒启科幻托管环境
不支持深度功能定制与自有域名下的完全独立部署

咨询托管版

私有化部署版

部署到你的环境 · 数据完全自主

四条业务线全部开放，功能与托管版一致
部署到自有服务器或指定云环境，数据不出边界
字段、流程、报表口径均可调整
可对接组织现有的统一身份认证与内部系统
自有域名与品牌视觉，不出现荒启标识
含部署文档、运维手册与操作培训
需要具备基础的服务器资源与技术对接人

咨询私有化部署

源码买断

一次性交付 · 之后完全由你处置

完整源码、数据库结构与文档一次交付，知识产权清晰
可自行二次开发，也可以接入自有系统
交付前做一次代码走查，补全注释与目录说明
含一周交接：环境搭建、目录结构、二次开发规范
上线首月仍由我们盯盘，出问题照旧兜底
后续版本升级需另行购买或按次委托
需要有能接手代码的开发人员

咨询源码买断

源码与文档一并交付

不管选哪种方式，交付物里都包含数据库结构与接口说明。托管版可按需导出，私有化与买断版直接给源码 —— 不存在「系统是你的，但代码不是」。

双周迭代

需求进排期后按两周一个版本推进，每个版本结束可演示；验收不过的改动不进入下一版本，避免问题越滚越大。

上线之后仍有人管

上线首月由我们盯盘，之后按年提供缺陷修复、性能优化与版本升级。不追求「验收即失联」的一次性项目。

报价按模块算

按功能模块、复杂度与交付周期报价，签约前给出明细；后续没有追加的隐藏项，需求变更单独评估、单独确认。

交付流程

五步走完，先跑通再扩展

我们从不建议一次性把所有功能都打开。真实需求往往要在一次完整业务周期之后才会显形 —— 先跑通最小闭环，再根据实际使用情况扩展，是成本最低的路径。定制项目在此基础上多一道原型与方案确认，避免做到一半才发现方向不对。

流程梳理

把你的业务从头走一遍：一次活动怎么开、材料怎么收、任务怎么分、结果怎么公布。我们把它画成流程图，逐环节确认哪些需要系统承接、哪些可以直接简化。

原型与方案

给出关键界面的可点击原型与功能清单：哪些是标准能力、哪些需要定制、分别影响多少工期。这一步确认之后才进入开发，避免边做边改。

开发与试运行

双周一个版本，每个版本结束可演示。开发完成后用一批历史数据做完整试运行，验证流程是否走得通、数据是否对得上、权限是否有漏洞。

正式上线

导入正式数据，开放入口。上线首月我们全程陪跑，处理突发问题并同步记录改进项，一个完整周期结束后给出问题清单与优化建议。

迭代扩展

基于实际使用数据决定下一步：补模块、调规则、加对接。每次迭代都以「能减少一项人工操作」为标准，不做没有使用场景的功能。

时间参考

流程梳理1–2 次会议 + 1 份流程图确认

原型与方案1–2 周，含功能清单与排期

标准系统上线1 个业务周期内完成配置与试运行

定制开发按模块数量评估，双周一个可演示版本

首次迭代上线后第一个完整周期结束的 2 周内

具体周期取决于模块数量与定制深度，会在方案确认后给出明确排期。

交付物

可运行的完整系统（含全部已选模块）
业务流程图与配置说明文档
用户操作手册（按角色分别成篇）
管理员手册与常见问题清单
数据字典与接口说明
私有化与买断版额外提供部署、运维文档与源码

适用客户

这四类组织最适合我们

规模不是判断标准。有固定节奏的收稿与评审，看 B.01；有课程、题库与考试，看 B.02；想让语料变成可问答的知识，看 B.03；现有系统缺一块或想从零做一个，看 B.04。

文学与文化组织

每学期若干次征稿，成员几十人到数百人。常见困境是换届后流程断层、历史稿件散落在多个聊天记录里，历期数据无法横向比较。

推荐业务线　B.01 社区与内容系统

教育与培训机构

有课程、有题库、有考核，但学习过程散在多个工具里。最需要的是「学、练、考、报告」在同一条链路上，而不是再增加一个 App。

推荐业务线　B.02 教育考试系统

内容社区与创作者平台

已经有稳定的创作者与讨论，但内容都留在群聊与第三方平台里：搜不到、留不住、也无法沉淀成可运营的资产。

推荐业务线　B.01 + B.03 智能检索

想把 AI 用起来的企业

试过通用模型，但回答不准、不敢对外用。真正缺的不是模型，而是把内部文档整理成可检索、可追溯、可转人工的知识库。

推荐业务线　B.03 AI 应用 + B.04 定制

常见问题

关于开发合作

不是。练笔系统是我们自己用出来的起点，但支撑它的那五层能力 —— 账号与权限、内容与数据、流程引擎、多端界面、后台与集成 —— 和业务领域无关。社区、教育考试、AI 应用与定制开发都在承接范围内，区别只在业务对象不同，底座是同一套。

用得上，而且通常收益更明显。小组织的运营者往往就是兼职的负责人，时间更稀缺；哪怕只上「内容与数据 + 流程引擎」两层，也能省掉最耗时的内容整理、编号分发与结果汇总三件事。

这是我们在设计中最在意的问题。解决方案是尽量让成员不必主动打开网站：入口可以是群内的一条链接，也可以在微信小程序里直接完成；提醒通过公众号或群机器人推到手上，结果与反馈单以邮件送达。真正需要主动打开的场景只有一两个，且都是一次性动作。

三样：一台可访问的服务器（或云主机）、一个数据库实例、一名能执行部署命令并保持联系的技术对接人。部署文档与操作手册我们给全，必要时远程协助首次部署。没有技术对接人就先走托管版 —— 不用为了「自主」硬凑一个人。

不会，除非你明确书面授权。托管环境里的数据只用于为你提供服务；私有化与买断版的数据从一开始就在你自己的环境里，我们不接触。成员、内容、结果四类数据均支持完整导出（XLSX / CSV / JSON），不设置任何数据离场障碍。

管。买断改变的是代码的归属，不是交付责任 —— 交接完成后的头一个月仍由我们盯盘，出问题照旧兜底。之后按年可选购运维支持；如果你们自己有人接手，提前说明就行，我们不再介入。

说说你想做的东西

不需要准备需求文档。只要讲清楚两件事：现在这件事是怎么做的，卡在哪一步。我们就能判断哪些环节值得被系统承接，以及从哪一层开始最划算。

联系我们看看我们自己在用

一套系统真正的成本，不在开发，在「说不清楚」

四条业务线，共用一个底座

社区与内容系统

教育考试系统

AI 应用

定制开发

四条业务线，其实都由这五层组成

先定谁是谁，再谈功能

内容不是文件，是带状态的数据

把「谁该做什么」从人脑搬进系统

一套代码，每个终端各有各的脾气

后台不是给程序员看的，是给运营看的

每条业务线，骨架其实是同一个

运营后台长什么样：以练笔活动为例

一套代码，六个终端

前后端分离

一套代码多端

可拆可扩

三种合作方式，功能完全一致

五步走完，先跑通再扩展

流程梳理

原型与方案

开发与试运行

正式上线

迭代扩展

这四类组织最适合我们

文学与文化组织

教育与培训机构

内容社区与创作者平台

想把 AI 用起来的企业

关于开发合作

说说你想做的东西