|
|
export const studentTrainingPages = {
|
|
|
"comprehensive-case-training": {
|
|
|
title: "综合案例实训",
|
|
|
knowledge: "综合实训以一个完整案例串联市场洞察、产品规划、开发验证和上线运营，训练学生在真实业务背景下完成产品开发全流程。",
|
|
|
background: "请根据教师发布的综合案例，梳理问题、方案、实施过程和验证结论。教师可在班级任务配置中替换案例材料、任务说明、步骤和评分要求。",
|
|
|
goals: ["综合运用互联网产品开发方法", "完成基于案例的分析与方案设计", "形成可提交、可评价的完整实训成果"],
|
|
|
task: "请围绕教师发布的综合案例，完成分析、方案设计、实施说明和结果复盘，并提交实训成果。",
|
|
|
flow: ["案例理解", "问题分析", "方案设计", "实施验证", "成果复盘"],
|
|
|
fields: [
|
|
|
{ key: "caseAnalysis", label: "案例与问题分析", type: "textarea", placeholder: "概括案例背景、目标用户、核心问题与关键约束" },
|
|
|
{ key: "solution", label: "整体解决方案", type: "textarea", placeholder: "说明产品方案、关键功能、实施步骤与资源安排" },
|
|
|
{ key: "validation", label: "验证与复盘", type: "textarea", placeholder: "说明验证方式、结果、风险及后续优化建议" },
|
|
|
],
|
|
|
keyPoints: ["案例目标", "用户需求", "产品方案", "验证证据", "复盘改进"],
|
|
|
},
|
|
|
"product-development-process": {
|
|
|
title: "产品开发主要流程",
|
|
|
knowledge:
|
|
|
"智能硬件从概念到上线，关键在于打破软硬件开发的串行壁垒，建立并行协同、快速迭代的闭环机制。流程管理需要兼顾需求验证、系统设计、原型联调、合规认证、量产爬坡和市场反馈。",
|
|
|
background:
|
|
|
"作为智能产品研发从业者，需要熟悉产品从概念到上线的全过程，理解软硬件协作、项目管理、供应链配合和进度控制，能够协调团队完成从样品到商品的转化。",
|
|
|
goals: ["了解甘特图及其在项目管理中的应用。", "熟悉智能产品从概念到上线的主要流程。", "能够拆解任务、估算周期，并绘制产品开发过程甘特图。"],
|
|
|
task: "请以前面实训任务分析过的一款智能产品为例，填写下表，熟悉开发流程及工作内容。",
|
|
|
fields: [],
|
|
|
processRows: [
|
|
|
{
|
|
|
no: 1,
|
|
|
taskName: "概念定义与市场锚定",
|
|
|
description: "这是决定产品“做正确的事”的关键起点，核心在于验证需求真伪与技术可行性。",
|
|
|
},
|
|
|
{
|
|
|
no: 2,
|
|
|
taskName: "系统架构与并行设计",
|
|
|
description: "此阶段软硬件团队必须“同频共振”，严禁各自为战。",
|
|
|
},
|
|
|
{
|
|
|
no: 3,
|
|
|
taskName: "原型开发与软硬联调",
|
|
|
description: "从“能跑通”到“好用”的跨越，是智能产品最痛苦的阶段。",
|
|
|
},
|
|
|
{
|
|
|
no: 4,
|
|
|
taskName: "生产验证与合规认证",
|
|
|
description: "从“样品”到“商品”的惊险一跃，决定量产良率。",
|
|
|
},
|
|
|
{
|
|
|
no: 5,
|
|
|
taskName: "量产爬坡与市场发布",
|
|
|
description: "逐步提升产能，正式发布，收集首批用户反馈用于指导产品不断迭代更新。",
|
|
|
},
|
|
|
],
|
|
|
processUploadTip: "请根据各任务工作内容及预计工作的时长，利用Excel工具绘制产品开发全流程甘特图，并截图上传系统。",
|
|
|
},
|
|
|
"business-feasibility": {
|
|
|
title: "商业可行性论证",
|
|
|
knowledge:
|
|
|
"商业可行性论证关注产品是否值得做、能否卖、能否持续赚钱。需要同时判断市场空间、目标人群、价值主张、收入模式、成本结构、竞争壁垒和主要风险。",
|
|
|
background:
|
|
|
"智能产品进入开发前，不能只证明技术可行，还要证明商业可行。产品经理需要把市场洞察、用户需求、竞品格局、成本投入和收益预期放在一起评估，形成是否立项的判断依据。",
|
|
|
goals: ["掌握商业可行性分析的基本维度。", "能够判断一款智能产品的商业机会和主要风险。", "形成清晰的立项建议或优化建议。"],
|
|
|
task: "请选择一款拟开发智能产品，从市场、用户、竞争、成本、收益和风险等角度完成商业可行性论证。",
|
|
|
flow: ["市场机会", "目标用户", "收入模式", "成本结构", "风险判断", "立项结论"],
|
|
|
fields: [
|
|
|
{ key: "productName", label: "产品名称", placeholder: "例如智能声光伴眠吸顶灯" },
|
|
|
{ key: "targetMarket", label: "目标市场", type: "textarea", placeholder: "说明市场规模、增长趋势、使用场景和切入机会" },
|
|
|
{ key: "customerValue", label: "用户价值", type: "textarea", placeholder: "说明产品解决什么高频痛点，用户为什么愿意付费" },
|
|
|
{ key: "businessModel", label: "商业模式", type: "textarea", placeholder: "说明硬件销售、订阅、内容服务、配件或渠道合作等收入来源" },
|
|
|
{ key: "conclusion", label: "论证结论", type: "textarea", placeholder: "给出是否建议推进，以及需要先验证的关键假设" },
|
|
|
],
|
|
|
keyPoints: ["需求是否真实且可付费", "竞品是否留下差异化空间", "成本是否支持目标售价", "渠道和售后是否可承接", "法规认证是否有明显门槛"],
|
|
|
},
|
|
|
"consumer-behavior": {
|
|
|
title: "消费者需求与行为",
|
|
|
knowledge:
|
|
|
"消费者需求与行为分析通过问卷、访谈和数据可视化识别购买动机、决策因素和阻碍因素，帮助产品团队确定功能优先级、价格敏感度和传播重点。",
|
|
|
background:
|
|
|
"以智能健康生活产品为例，产品开发团队需要通过问卷调查收集足够多的数据，分析用户购买智能产品的决策因素，为后续关键功能开发提供市场需求数据支撑。",
|
|
|
goals: ["掌握消费者需求类型划分及特征。", "熟悉消费者行为理论与购买决策机制。", "挖掘影响消费者需求及行为的关键因素。"],
|
|
|
task: "借助 AI 或自行设计问卷，围绕用户购买智能产品的决策因素完成问卷设计、数据收集计划和分析结论。",
|
|
|
flow: ["问卷设计", "数据收集", "数据可视化", "行为洞察"],
|
|
|
fields: [
|
|
|
{ key: "researchTopic", label: "调研主题", placeholder: "例如智能产品购买决策因素调研" },
|
|
|
{ key: "questionnaire", label: "问卷内容", type: "textarea", placeholder: "粘贴问卷题目，至少包含基本信息、购买行为、决策因素和开放问题" },
|
|
|
{ key: "collectionPlan", label: "数据收集计划", type: "textarea", placeholder: "说明样本对象、渠道、预计样本量和收集周期" },
|
|
|
{ key: "visualConclusion", label: "可视化与结论", type: "textarea", placeholder: "说明你将如何展示数据，并总结主要购买决策因素" },
|
|
|
],
|
|
|
keyPoints: ["价格敏感度", "品牌信任", "功能实用性", "操作便捷性", "隐私安全", "生态兼容", "售后服务"],
|
|
|
},
|
|
|
"consumer-scenario": {
|
|
|
title: "消费场景解构",
|
|
|
knowledge:
|
|
|
"消费场景解构用于把抽象需求落到具体时间、地点、人物、任务和情绪中，找到用户真正发生问题的瞬间，从而发现产品机会和功能设计切入点。",
|
|
|
background:
|
|
|
"很多智能产品失败并不是功能少，而是没有进入用户真实生活场景。通过拆解场景，可以识别触发因素、使用阻碍、情绪变化和可被产品改善的关键节点。",
|
|
|
goals: ["能够描述目标用户的典型消费场景。", "识别场景中的触发点、痛点和阻碍因素。", "将场景洞察转化为产品机会。"],
|
|
|
task: "请选择一个智能产品使用场景，按用户、场景、任务、痛点、情绪和机会点进行拆解。",
|
|
|
flow: ["人物", "场景", "任务", "痛点", "机会"],
|
|
|
fields: [
|
|
|
{ key: "userProfile", label: "目标用户", type: "textarea", placeholder: "描述用户身份、生活状态、能力限制和核心诉求" },
|
|
|
{ key: "scenario", label: "典型场景", type: "textarea", placeholder: "说明用户在什么时间、地点、环境下产生需求" },
|
|
|
{ key: "painPoint", label: "痛点与情绪", type: "textarea", placeholder: "说明用户遇到的阻碍、不满、焦虑或期待" },
|
|
|
{ key: "opportunity", label: "产品机会", type: "textarea", placeholder: "说明产品可以在哪个节点介入，以及提供什么价值" },
|
|
|
],
|
|
|
tableTitle: "场景拆解表",
|
|
|
tableRows: [
|
|
|
["用户", "谁在这个场景中使用或购买产品。"],
|
|
|
["触发", "是什么事件让用户产生需求。"],
|
|
|
["任务", "用户想完成什么事情。"],
|
|
|
["阻碍", "现有方案为什么不够好。"],
|
|
|
["机会", "产品可以如何降低成本、提升效率或改善体验。"],
|
|
|
],
|
|
|
},
|
|
|
"feature-conversion": {
|
|
|
title: "需求转化为功能",
|
|
|
knowledge:
|
|
|
"需求转化不是照搬用户原话，而是把模糊痛点翻译成可设计、可开发、可验收的功能。过程包括需求清洗、场景还原、功能定义、验收标准和优先级排序。",
|
|
|
background:
|
|
|
"假如你是某款智能产品的产品经理，在前期问卷调研和需求分析后，需要把收集到的用户需求转化为功能设计。你要成为需求的翻译者和决策者，而不是用户原话的传声筒。",
|
|
|
goals: ["学会梳理用户需求，剔除重复或低价值需求。", "将用户语言转化为功能设计和工程语言。", "能够对功能优先级进行排序。"],
|
|
|
task: "请基于前期调研得到的用户需求，完成需求清洗、功能转化和优先级排序。",
|
|
|
flow: ["需求收集与清洗", "场景洞察", "功能定义", "验收标准", "优先级决策"],
|
|
|
fields: [
|
|
|
{ key: "productName", label: "产品名称", placeholder: "填写拟开发智能产品名称" },
|
|
|
{ key: "rawNeeds", label: "原始需求收集", type: "textarea", placeholder: "粘贴用户原话、问卷反馈或访谈摘要" },
|
|
|
{ key: "priorityRule", label: "优先级规则", type: "textarea", placeholder: "说明你按用户价值、实现成本、技术风险、商业价值等因素如何排序" },
|
|
|
],
|
|
|
tableTitle: "需求转化工作表",
|
|
|
tableRows: [
|
|
|
["用户原话", "记录用户表达的现象、愿望或抱怨。"],
|
|
|
["场景洞察", "还原用户在什么场景下遇到问题。"],
|
|
|
["功能定义", "把需求转化为具体功能、交互或技术能力。"],
|
|
|
["验收标准", "定义开发完成后如何判断功能达标。"],
|
|
|
["优先级", "根据价值、成本、风险和依赖关系确定先后顺序。"],
|
|
|
],
|
|
|
},
|
|
|
"after-sales-service": {
|
|
|
title: "售后服务流程设计",
|
|
|
knowledge:
|
|
|
"售后服务流程设计关注用户购买后的持续体验，包括安装指导、故障受理、远程诊断、维修换新、回访评价和问题沉淀。好的售后流程能够降低退货率并提升品牌信任。",
|
|
|
background:
|
|
|
"智能产品通常同时包含硬件、软件和联网服务，售后问题可能来自设备、系统、网络、内容或使用方式。产品团队需要提前设计清晰的服务流程，避免用户遇到问题后无人响应。",
|
|
|
goals: ["理解智能产品售后服务的主要触点。", "能够设计从问题受理到解决闭环的服务流程。", "形成可执行的服务时效和责任分工。"],
|
|
|
task: "请选择一款智能产品，设计售后服务流程，明确用户问题如何进入、如何分流、如何解决、如何回访。",
|
|
|
flow: ["问题受理", "诊断分流", "解决方案", "回访评价", "数据沉淀"],
|
|
|
fields: [
|
|
|
{ key: "productName", label: "产品名称", placeholder: "填写智能产品名称" },
|
|
|
{ key: "serviceScenario", label: "服务场景", type: "textarea", placeholder: "列出安装、联网、使用、故障、退换货等典型售后场景" },
|
|
|
{ key: "serviceSla", label: "服务标准", type: "textarea", placeholder: "说明响应时间、处理时限、升级规则和责任角色" },
|
|
|
{ key: "serviceLoop", label: "闭环机制", type: "textarea", placeholder: "说明回访、评价、问题复盘和产品改进沉淀方式" },
|
|
|
],
|
|
|
tableTitle: "售后流程设计表",
|
|
|
tableRows: [
|
|
|
["服务触点", "用户通过哪些入口反馈问题。"],
|
|
|
["问题分类", "按硬件、软件、网络、使用指导、退换货等分类。"],
|
|
|
["处理动作", "客服、技术、维修、仓储分别如何处理。"],
|
|
|
["时效标准", "定义首次响应、解决、升级和回访时间。"],
|
|
|
["数据沉淀", "把高频问题反馈到产品和研发改进。"],
|
|
|
],
|
|
|
},
|
|
|
"requirements-doc": {
|
|
|
title: "产品需求说明书",
|
|
|
knowledge:
|
|
|
"产品需求说明书是产品、研发、测试、设计和运营协作的共同依据，通常包含文档说明、产品概述、用户需求、核心功能、非功能需求、硬件规格、测试验收和项目规划。",
|
|
|
background:
|
|
|
"以一款智能产品为例，学生需要参照 PRD 框架模板，一步步完成需求说明书，最终输出一份能够支撑后续设计、开发和验收的产品文档。",
|
|
|
goals: ["理解产品需求说明书的结构和用途。", "能够把用户需求、场景和功能设计组织成文档。", "能够写出功能优先级、非功能需求和验收标准。"],
|
|
|
task: "请选择一款智能产品，按照模板撰写产品需求说明书的核心内容。",
|
|
|
flow: ["文档说明", "产品概述", "用户场景", "功能需求", "非功能需求", "测试验收"],
|
|
|
fields: [
|
|
|
{ key: "docPurpose", label: "文档说明", type: "textarea", placeholder: "说明文档目的、受众、适用范围和版本信息" },
|
|
|
{ key: "productOverview", label: "产品概述", type: "textarea", placeholder: "说明产品定位、目标用户、核心价值和使用场景" },
|
|
|
{ key: "functionalNeeds", label: "核心功能需求", type: "textarea", placeholder: "描述硬件功能、软件功能、交互流程和优先级" },
|
|
|
{ key: "nonFunctionalNeeds", label: "非功能需求", type: "textarea", placeholder: "说明性能、安全、合规、兼容、稳定性等要求" },
|
|
|
{ key: "acceptance", label: "测试需求与验收标准", type: "textarea", placeholder: "说明测试范围、验收指标和上线标准" },
|
|
|
],
|
|
|
keyPoints: ["文档说明", "产品概述", "用户需求与场景", "核心功能需求", "非功能需求", "硬件规格与设计", "测试验收", "项目规划"],
|
|
|
},
|
|
|
"hardware-cost": {
|
|
|
title: "智能硬件成本估算",
|
|
|
knowledge:
|
|
|
"智能硬件成本估算通常从 BOM 成本、研发投入、模具与结构件、认证测试、包装物流、售后损耗和渠道费用等方面展开。成本估算会直接影响目标售价和商业可行性。",
|
|
|
background:
|
|
|
"智能产品开发不能只看功能是否可做，还要判断成本是否可控、供应链是否稳定、目标售价是否能够覆盖成本并保留利润空间。",
|
|
|
goals: ["了解智能硬件成本构成。", "能够按模块估算 BOM 和一次性投入。", "能够判断目标售价与成本之间的关系。"],
|
|
|
task: "请选择一款智能硬件产品，估算主要成本构成，并判断目标售价是否具备商业可行性。",
|
|
|
flow: ["BOM 拆解", "一次性投入", "认证测试", "包装物流", "目标售价", "利润判断"],
|
|
|
fields: [
|
|
|
{ key: "productName", label: "产品名称", placeholder: "填写智能硬件产品名称" },
|
|
|
{ key: "targetPrice", label: "目标售价", placeholder: "填写预计零售价或渠道价" },
|
|
|
{ key: "costSummary", label: "成本估算说明", type: "textarea", placeholder: "说明关键器件、结构件、认证、包装物流和售后成本估算依据" },
|
|
|
{ key: "pricingConclusion", label: "价格可行性结论", type: "textarea", placeholder: "判断目标售价是否覆盖成本、毛利和渠道费用" },
|
|
|
],
|
|
|
tableTitle: "成本估算表",
|
|
|
tableRows: [
|
|
|
["主控芯片与核心板", "估算主控、存储、电源管理等核心电子物料成本。"],
|
|
|
["传感器与通信模组", "估算传感器、蓝牙、Wi-Fi、蜂窝通信等模块成本。"],
|
|
|
["结构件与模具", "估算外壳、按键、屏幕、模具分摊和装配成本。"],
|
|
|
["认证与测试", "估算 CCC、CE、FCC、RoHS 等认证和可靠性测试成本。"],
|
|
|
["包装物流与售后", "估算包装、仓储、物流、退换修和备件成本。"],
|
|
|
],
|
|
|
},
|
|
|
};
|
|
|
|
|
|
export function getStudentTrainingPage(pageKey) {
|
|
|
return studentTrainingPages[pageKey] || studentTrainingPages["product-development-process"];
|
|
|
}
|