AI作业管理平台，从0~1全流程分享

上周末把女儿的语文作业进行分析后，今天又从我的职业习惯出发，进行了需求梳理和功能设计，再通过AI工具完成原型开发，现在将过程和结果做个简单分享。

一、需求梳理

对需求的梳理，先要对业务场景进行了解，然后按照用户角色和典型场景-核心业务流程-当前存在的问题和其他解决方案，进行逐级明确。

拆分需求后用类型进行标识，如属于数据查询、流程长、操作繁琐等问题。穷举识别到的需求后，再通过亲和图聚类分析出功能列表，排列优先级和开发难度。

因为涉及的用户角色和场景都比较少，所以没有做额外的干系人分析和产品规划，直接在业务流程层面着手，这些需求还可进一步挖掘和细化。

如下列举了部分需求：

• P0（必做）：如自动化统计归类、教师上传考试成绩后做自动关联推荐（解决效率与针对性问题）
• P1（高价值）：如作业比例管控（满足新课标对作业多样性的政策要求）
• P2（差异化）：如RAG推荐（通过API或本地部署调用大模型和知识库，为教师提供内容价值）

二、可行性评估

要素提取和解析、作业推荐涉及到模型的选型，deepseek的api费用不贵，作业本身输入的tokens也不多，所以直接调用V3。涉及到RAG、知识库搭建，这个可以通过MCP协议调用一些知识库产品，如ima或notebookLM。因为产品本身的定位，对垂直领域的专业知识要求并不高，所以就不额外花费成本搞微调，更不用提预训练了。

在合规性方面可以通过提示词优化和多agent配合，做一些合规性检查，避免输出结果出现明显问题。

如果要增加学生的作业检查、写字姿势或体育作业检查，需要额外调用OCR和姿态识别，费用有点高。如果是企业来搞的话，可利用开源系统搭建数据中台，根据区域调研结果和学校采购情况，做一些作业平台的对接。

三、产品原型设计

3.1 界面入口

产品主要是分为教师端和家长端，为了聚焦注意力，可以把核心、高频查看的内容放在外面，教师端优先展示当前的作业占比和推荐作业；家长端优先展示作业完成进度和学习策略推荐。

3.2 教师工作台

教师可点击进入工作台，查看按各类型的作业统计图表。后续可以借鉴copilot，通过推荐问题生成数据。

| 如把各类api和教师在平台内布置的作业做数据整合，提炼字段、指标和数据标签，按照场景进行归类；之后开发零代码组件，根据场景进行筛选、查询、可视化图表的组合。当用户提出问题的时候，首先通过大模型进行意图识别和解析，如果复杂任务可以使用大模型生成sql语句，最后调用场景和组件进行呈现。

可根据教师是否已完成作业布置，显示今日/明日作业推荐。教师可以配置推荐策略，如设置各类型作业的占比、侧重基础加固/兴趣拓展、有没有学校活动相关联等，通过这些配置，补充背景信息，作业推荐更加符合教师需要。

此外，还可推荐一些长周期作业，教师可以根据当前的学习情况和学生负荷选择推送。学校可基于此建立长作业管理体系，提供更多资源支持。

3.3 家长工作台

家长点击工作台，可查看最近未完成的作业列表，一些重难点作业可以给到孩子相应的帮助，而不是一味批评或督促，并给到家长相应的辅导策略，让家长给到孩子的帮助更有针对性、更有效。

家长还可做一些反馈或记录孩子完成作业过程中的分心情况、情绪标识等，让教师和系统了解孩子对作业的态度和匹配情况，不断优化推送内容。

四、用户旅程图构建

以上是我给一家婚宴企业做的CRM系统用户旅程地图，类似这样，可以方便分析产品对用户痛点的满足情况，或放在真实场景中是否还有未考虑到的风险。

五、商业计划和风险分析

盈利方式可以通过C端盈利，如功能点收费、计量收费、家长端附加功能收费、转流到其他平台收取第三方费用；也可做B端，和学校按年、按服务内容（如一些增值服务、定制开发等）进行收费。

风险的话就是一些推荐算法问题、或合规性检查不过关导致的投诉问题，这块可以通过加强教师端的审核来规避。

版本迭代计划就按照敏捷管理，1.5月或2个月一版本进行交付上线，可参考得到APP对外公开直播，将产品评审和发布向目标用户公开，提升与用户的交互性，也能够通过舆论提升产品的增长趋势。

此外还可通过一些数据埋点、问卷调查、访谈调研、专家访谈、参与一些展会活动等逐步收集更多需求，不断迭代产品。