视觉画布设计
canvas-design
基于设计原则创作静态视觉作品,用于海报与品牌图形。
tech-service【文档与办公】生成"三下乡社会实践-科技服务类"立项申报书 docx。覆盖科技服务、医疗服务、法律援助、农业技术指导四类子方向,含服务对象需求清单、专业能力匹配矩阵、按服务场次实施方案表(场次/日期/地点/对象/服务内容/人数/专业要求)、服务流程设计、持续帮扶机制、服务人次与解决方案量化产出。直接输出可提交的 Word 文档。
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
name: tech-service description: 生成"三下乡社会实践-科技服务类"立项申报书 docx。覆盖科技服务、医疗服务、法律援助、农业技术指导四类子方向,含服务对象需求清单、专业能力匹配矩阵、按服务场次实施方案表(场次/日期/地点/对象/服务内容/人数/专业要求)、服务流程设计、持续帮扶机制、服务人次与解决方案量化产出。直接输出可提交的 Word 文档。 metadata: version: 1.0.0 author: awesome-student-ai-skills skill suite triggers:
本 skill 处理"大学生暑期三下乡社会实践-科技服务类"立项申报书全流程:信息采集 → 服务需求分析 → 专业能力匹配 → 服务方案设计 → 按场次实施 → docx 生成 → 质检。仅处理"科技服务类"子类(科技/医疗/法律/农业技术服务为主),调研/支教/宣讲类请走对应 skill。
科技服务类与调研/支教/宣讲类的核心区别在于"专业输出"——评审看的是服务专业性、需求匹配度、可持续性,而非数据采集(调研)、教学方法(支教)或一对多传达(宣讲)。科技服务类申报书必须有:服务对象需求清单 + 专业能力匹配矩阵 + 按服务场次实施方案 + 服务人次与解决方案量化产出 + 持续帮扶机制。
输出文件:可提交的 .docx(A4 纸张,宋体小四正文,黑体三号标题,1.5 倍行距,首行缩进 2 字符)。
适用:用户提到"三下乡""社会实践""科技服务""医疗服务""法律援助""农业技术指导""IT 维修""电商培训""数字素养培训""上门服务""暑期社会实践立项申报书"等关键词,且实践主要形式为面向村民/社区居民提供专业技术服务(非走访调研、非中小学支教、非集中宣讲)。
不适用(需走其他 skill):
四种服务子方向速查:
| 子方向 | 典型选题 | 专业背景要求 | 服务对象 |
|---|---|---|---|
| 科技服务 | IT 维修、电商培训、数字素养、智能手机使用 | 计算机/通信/电子/电子商务 | 村民、村电商、留守老人 |
| 医疗服务 | 健康体检、慢病管理、急救培训、中医药科普 | 临床医学/护理/药学/公共卫生 | 村民、老年人、慢病患者 |
| 法律援助 | 民法典宣讲与咨询、反诈、未成年人保护、土地纠纷 | 法学/知识产权 | 村民、妇女、外出务工人员 |
| 农业技术指导 | 种植技术、养殖防疫、农机使用、农产品加工 | 农学/园艺/植物保护/动物科学 | 种养殖大户、合作社、家庭农场 |
触发条件组合:用户输入包含"三下乡/社会实践" + "科技服务/医疗服务/法律援助/农业技术指导/IT 维修/电商培训/数字素养"中任一 → 进入本 skill。
默认假设:未明确说明时默认为科技服务子方向(覆盖最广、立项通过率最高、与高校学科匹配度最高)。用户若指向其他三类,按对应子方向调整服务内容与专业要求。
科技服务类 vs 其他子类核心区别:
1. 子方向确认
→ 确认服务子方向(科技/医疗/法律/农业)→ 锁定服务对象类型
→ 明确团队专业能力是否匹配(必须有对应学科背景成员)
2. 信息采集
→ 通用 10 字段 + 服务专属 12 字段(详见第三章)
→ 分批追问,不替用户编造服务能力
3. 服务需求分析
→ 调研服务对象实际需求 → 列出需求清单 → 按优先级排序 → 匹配团队专业能力
4. 专业能力匹配
→ 团队成员专业背景 → 服务内容 → 匹配度评估(高/中/低)
→ 低匹配项必须由指导教师补充或调整服务内容
5. 服务方案设计
→ 每项需求对应 1 套解决方案(服务流程 + 工具 + 预期解决程度)
→ 总服务场次 5~8 场,覆盖 150~300 人次
6. 按场次实施安排
→ 每场:场次序号 + 日期 + 地点 + 服务对象 + 服务内容 + 人数 + 专业要求
→ 5~8 行覆盖整个实践期
7. 持续帮扶机制
→ 建立"线上 + 线下"长效服务,每月 1 次远程答疑,每季度 1 次现场回访
8. docx 生成
→ python build.py --data data.json --out output.docx
9. 质检
→ 专业匹配度 + 需求匹配度 + 场次人数加总 + 持续机制可行性
关键节点控制:
与调研/支教/宣讲的边界判定:科技服务类有"上门 + 维修/培训/咨询"特征,强调"一对一解决问题"或"小班技能培训";调研类有"问卷+访谈"特征;支教类有"中小学生+课时"特征;宣讲类有"一对多集中传达"特征。混合实践以主要形式归类,科技服务占比 ≥ 60% 归本 skill。
申报书字数与篇幅:科技服务类申报书 45006500 字为宜,封面+11 栏目+签字页,约 812 页 A4。
| 字段 | 说明 | 示例 |
|---|---|---|
| 团队名称 | 含"赴+地点+主题+服务团" | 赴 XX 县数字赋能科技服务团 |
| 实践主题 | 团中央年度主题 | 乡村振兴 青春建功 |
| 实践地点 | 精确到村/社区 | XX 省 XX 县 XX 镇 3 个行政村 |
| 实践时间 | 含出发返程 | 2025.07.15-07.21(7 天) |
| 团队人数 | 5~12 人为佳(小而精) | 5 人 |
| 队长信息 | 姓名/学号/专业/年级/电话 | 张三/202212345/计算机 2022 级/大三/138XXXXXXXX |
| 指导教师 | 姓名/职称/电话/是否随队 | 李教授/副教授/139XXXXXXXX/随队 |
| 申报单位 | 学院全称 | 计算机科学与技术学院 |
| 申报日期 | 中文格式 | 2025 年 5 月 20 日 |
| 成员信息 | 每人 5 字段 | 姓名/学号/专业/分工/电话 |
A. 服务子方向与对象
B. 需求与方案 5. 服务对象需求清单:3~6 项核心需求(如"智能手机使用 + 电商开店 + 反诈 + 视频通话") 6. 需求优先级排序:高/中/低(按需求紧迫程度 + 团队能力匹配度综合排序) 7. 团队专业能力匹配矩阵:每项需求 × 团队成员专业 → 匹配度评估 8. 解决方案设计:每项需求对应 1 套方案(服务流程 + 工具 + 预期解决程度)
C. 场次与产出
9. 服务场次:58 场为宜,单场 2060 人,总覆盖 150300 人次
10. 单场时长:60180 分钟(培训类 90120 分钟、维修类 60180 分钟、咨询类 30~60 分钟/人)
11. 服务记录方式:签到表 + 服务记录单 + 满意度反馈表 + 解决方案手册
12. 持续帮扶机制:线上答疑群 + 月度回访 + 季度现场服务 + 学年度长效接力
| 类别 | 必采字段 | 示例 |
|---|---|---|
| 安全 | 应急联系人 3 名、应急流程分级、保险购买情况 | 平安短期意外险 30 万保额 |
| 宣传 | 校内/校外/新媒体三类平台 + 发布篇数 | 中青网 1 + 校团委 2 + 抖音 3 |
| 预算 | 交通/食宿/物资/印刷/其他 5 项 + 金额 + 计算依据 | 物资 1500 元 = U 盘 50×20 + 维修工具 400 + 培训手册 100×6 |
| 物资清单 | 维修工具/培训手册/反诈单页/小礼品 | 维修工具包 5 套 + 培训手册 100 份 + 反诈单页 200 份 |
| 优先级 | 字段 | 缺失影响 |
|---|---|---|
| P0 必填 | 团队名称/主题/地点/时间/队长/指导教师/服务子方向/需求清单/专业能力匹配 | 申报书退回重填 |
| P1 重要 | 团队人数/成员分工/按场次表/服务方案/安全预案/预期成果/持续帮扶机制 | 评审扣大分 |
| P2 推荐 | 经费计算依据/宣传计划/学校审批/团中央专项报送 | 评审加分项 |
子方向相关:
需求与对象相关:
专业匹配相关:
场次与产出相关:
科技服务类申报书固定 11 栏目,缺一不可。各栏目字数与评审权重已在 §十 给出。
封面:项目名称、团队名称、申报单位、申报日期
(封面副标题标注"科技服务类",与调研/支教/宣讲类区分)
一、团队基本信息(表格 7 行 2 列)
- 团队名称(赴+地点+主题+服务团)
- 实践主题(团中央年度主题)
- 实践地点(精确到村)
- 实践时间(精确到日,7~15 天)
- 团队人数(5~12 人,小而精)
- 队长(姓名/学号/专业/年级/电话)
- 指导教师(姓名/职称/电话/是否随队/专业方向)
二、团队成员信息表(5 列)
| 姓名 | 学号 | 专业年级 | 团队分工 | 联系方式 |
- 分工必须具体到"做什么",不能只写"成员"
- 科技服务类建议分工:主讲 / 维修操作 / 培训助教 / 记录归档 / 后勤保障
- 团队示例:5 人含计算机 3 + 通信 2,专业互补覆盖硬件/软件/网络
三、实践主题与背景(400~600 字,3 段)
- 团中央主题对应(150 字)
- 服务子方向选定理由(200 字)
- 实践对象基本情况(150 字,含数字化水平/医疗服务可及性/法律意识等数据)
四、实践目的与意义(300~500 字,2 段)
- 对当地:服务 N 人次 + 解决 X 类具体问题 + 建立 Y 项持续帮扶机制
- 对学生:专业知识应用 + 服务意识培养 + 基层国情认识
五、实践内容与实施方案【重点,800~1200 字】
- 实践形式:科技服务类(说明与调研/支教/宣讲的边界)
- 服务对象需求分析:需求清单 + 优先级
- 按场次实施安排表(核心)
| 场次 | 日期 | 地点 | 服务对象 | 服务内容 | 人数 | 专业要求 |
每场对应 1 行,5~8 场
底部合计:N 场 × M 人次 = 总服务人次
六、服务方案【科技服务类专属,独立栏目】
- 子方向:科技服务(IT 维修 + 电商培训 + 数字素养)
- 结构化表格:
| 需求 | 匹配专业能力 | 服务流程 | 预期解决方案 |
每项需求对应 1 行
- 每项配"持续帮扶机制":线上答疑群 + 月度回访 + 季度现场服务
七、安全保障预案(300~500 字,5 段)
- 出行安全 / 人身安全 / 应急联系人 / 应急流程 / 保险购买
- 服务类专属安全:维修类带电作业安全 / 医疗服务消毒规范 / 法律援助免责声明
八、预期成果(必须可量化)
- 服务场次:N 场
- 服务人次:M 人次(村民 N1 + 老人 N2 + 大户 N3 + 干部 N4)
- 解决方案:X 套(IT 维修方案 Y 套 + 电商开店方案 Z 套 + 数字素养培训方案 W 套)
- 服务记录:签到表 N 份 + 维修记录单 Y 份 + 培训手册 Z 份
- 持续帮扶机制:线上答疑群 1 个 + 月度远程答疑 + 季度现场回访 + 学年度接力
- 新闻稿:X 篇(中青网/校团委/学院公众号)
- 短视频:Y 个
九、经费预算(5 类标准科目 + 计算依据)
| 预算科目 | 金额(元) | 计算依据 |
- 交通费 / 食宿费 / 物资费 / 印刷费 / 其他
- 科技服务类物资费占比建议 30~40%(维修工具 + U 盘 + 培训手册)
十、宣传计划
- 校内媒体(团委公众号、校报)
- 校外媒体(中青网、地方媒体)
- 新媒体平台(抖音、B 站、视频号)
十一、指导教师意见 + 学院团委意见
- 双栏预留签字空间(空 6 行 + 签字行 + 日期行)
栏目顺序固定:1→11,不能调整。学校下发模板若有微调,按学校模板填,但 11 栏目齐全。
字数控制:总字数 4500~6500 字。封面 100 字、一/二表 200 字、三 500 字、四 400 字、五 1000 字、六 600 字、七 400 字、八 300 字、九 200 字、十 200 字、十一签字 100 字。
栏目间逻辑链:主题(三)→ 目的(四)→ 实施方案(五)→ 服务方案(六)→ 安全(七)→ 成果(八)→ 经费(九)→ 宣传(十)。前栏目铺垫,后栏目落地,不能脱节。
科技服务类独有栏目:六、服务方案——这是科技服务类与调研/支教/宣讲类最显著的区别。调研类有"问卷设计"栏目,支教类有"教案"栏目,宣讲类有"宣讲大纲"栏目,科技服务类有"服务方案"栏目。
封面副标题:必须标注"科技服务类",便于评审一眼定位子类。常见格式:(XX 主题·科技服务类)。
五、六两栏联动:实施方案的按场次表是"在哪服务、服务几场、谁接受服务",服务方案是"每项需求怎么解决、用什么工具、解决到什么程度"。两者必须对应——场次表的服务内容总和 = 服务方案的解决项数。
| 栏目 | 字数 | 表格 | 重点 | 易扣分项 |
|---|---|---|---|---|
| 封面 | 100 | 无 | 副标题注"科技服务类" | 缺副标题 |
| 一、团队信息 | 100 | 7×2 | 团队名含"服务团" | 缺"服务团"三字 |
| 二、成员表 | 100 | 5 列 | 分工到"做什么" + 专业互补 | 只写"成员" |
| 三、主题背景 | 500 | 无 | 团中央主题对应 + 服务子方向理由 | 子方向与团能力不符 |
| 四、目的意义 | 400 | 无 | 量化目标 + 持续机制 | 写"扩大影响" |
| 五、实施方案 | 1000 | 7 列场次表 | 按场次表 + 需求清单 | 用"前期/中期/后期" |
| 六、服务方案 | 600 | 4 列方案表 | 需求×能力匹配 + 流程 | 缺持续帮扶机制 |
| 七、安全预案 | 400 | 无 | 5 段齐 + 保险 + 服务专属安全 | 无保险 |
| 八、预期成果 | 300 | 无 | 场次+人次+方案+机制 | 写"取得良好效果" |
| 九、经费预算 | 200 | 3 列 | 5 类+计算依据+物资清单 | 全是整数 |
| 十、宣传计划 | 200 | 无 | 三类媒体 + 中青网 | 无中青网 |
| 十一、签字栏 | 100 | 无 | 双栏空 6 行 | 缺日期行 |
封面:项目名称(一行 25 字内)、团队名称(一行 20 字内)、申报单位(学院全称)、申报日期(XXXX 年 X 月 X 日)。无表格。副标题一行:(XX 主题·科技服务类)。
一、团队基本信息:7 行 2 列表格,列宽 [4.5cm, 11.5cm]。表头加粗居中,数据居中。"队长"字段一行写完姓名/学号/专业/年级/电话(用斜杠分隔)。"指导教师"字段含"专业方向"(如"软件工程/物联网"),便于评审判断专业匹配度。
二、团队成员信息表:5 列表格,列宽 [2.5, 2.8, 3.5, 3.5, 3.7]cm。成员数 ≤ 12 人(科技服务类小团队为佳,专业互补)。每行分工必须具体到"做什么"(如"主讲 IT 维修 + 维修操作"),不能只写"成员"。
三、实践主题与背景:3 段共 400~600 字。第 1 段团中央主题对应;第 2 段服务子方向选定理由(结合当地需求 + 团队专业);第 3 段实践对象基本情况(必须有数据,如"5 个行政村 60 岁以上老人 1240 人,智能手机持有率 68%,但能独立完成视频通话的仅 23%")。
四、实践目的与意义:2 段共 300~500 字。对当地段必须含三项量化:服务人次 + 解决问题数 + 持续帮扶机制。对学生段必须含三项提升:专业知识应用 + 服务意识培养 + 基层国情认识。
五、实践内容与实施方案:3 子节共 8001200 字。(一)实践形式 150 字,说明科技服务类与调研/支教/宣讲的边界;(二)服务对象需求分析 300 字,列出 36 项需求 + 优先级;(三)按场次实施安排表 7 列 N 行(5~8 场),底部合计场次与总服务人次。
六、服务方案:4 列结构化表格,列宽 [3.5, 3.5, 5.5, 3.5]cm。表头:需求 / 匹配专业能力 / 服务流程 / 预期解决方案。每项需求对应 1 行。表后追加"持续帮扶机制"小节(150 字):线上答疑群 + 月度远程答疑 + 季度现场回访 + 学年度接力。
七、安全保障预案:5 段共 300~500 字。除通用安全外,必须含服务类专属安全:(1)维修类带电作业安全(断电操作、防静电、工具绝缘);(2)医疗服务消毒规范(一次性器械、医疗废物处理);(3)法律援助免责声明(不撰写诉讼文书、复杂案件转介)。
八、预期成果:以项目符号列出 6~8 项,必须可量化。核心三项:服务场次 + 服务人次 + 解决方案数。其他:服务记录归档 + 持续帮扶机制 + 新闻稿 + 短视频。禁止写"取得良好效果""扩大项目影响"等空话。
九、经费预算:5 类标准科目(交通/食宿/物资/印刷/其他)3 列表格,列宽 [3.5, 3.0, 9.5]cm。金额非整数 + 计算依据。科技服务类物资费占比 30~40%(维修工具 + U 盘 + 培训手册)。底部合计行自动加总。
十、宣传计划:3 类媒体各 1 段。校内媒体(校团委公众号 + 校报 + 学院公众号)、校外媒体(中青网 + 地方电视台 + 地方日报)、新媒体(B 站 + 抖音 + 微信视频号)。发布时间节点:启动报道 + 中期进展 + 结项报道。
十一、指导教师意见 / 学院团委意见:双栏预留签字空间,每栏空 6 行 + 签字行 + 日期行。学校审批意见为可选项(include_school_approval=True 时追加)。
科技服务类 11 栏目构成一条完整逻辑链:服务对象基本情况(三)→ 团队能力匹配(一/二)→ 服务需求清单(五)→ 服务方案(六)→ 持续帮扶机制(六/八)→ 服务记录归档(八)。每个栏目的"输入"是上一栏目的"输出"。
衔接检查清单:
队长:张三 / 202212345 / 计算机科学与技术 2022 级 / 大三 / 138XXXXXXXX
成员 1:李四 / 202212346 / 计算机科学与技术 2022 级 / 大三 / 138XXXXXXXX
成员 2:王五 / 202212347 / 软件工程 2023 级 / 大二 / 138XXXXXXXX
成员 3:赵六 / 202212348 / 通信工程 2022 级 / 大三 / 138XXXXXXXX
成员 4:钱七 / 202212349 / 通信工程 2023 级 / 大二 / 138XXXXXXXX
指导教师:李教授 / 副教授 / 软件工程 / 139XXXXXXXX / 随队
专业覆盖度:计算机 3 人(覆盖硬件维修 + 软件维护 + 系统重装)+ 通信 2 人(覆盖网络配置 + 智能手机操作)+ 指导教师软件工程背景(补强电商培训)。
分工矩阵:张三(队长 + 总协调 + IT 维修主讲)/ 李四(IT 维修操作 + 系统重装)/ 王五(电商培训主讲 + 培训手册设计)/ 赵六(数字素养培训 + 网络配置)/ 钱七(反诈宣讲 + 后勤保障 + 答疑群管理)。
5 场科技服务覆盖 200 人次,含 IT 维修/电商培训/数字素养:
人次构成:留守老人 40 + 村民 90 + 村电商 20 + 干部 50 = 200 人次 解决方案:IT 维修方案 1 套(修复 50 台 + 维护手册 100 份)+ 电商开店方案 1 套(帮助 20 户开店 + 教学视频 5 个)+ 数字素养培训方案 1 套(操作手册 100 份 + 反诈单页 200 份)
持续帮扶机制:建立"XX 县数字赋能"答疑微信群 1 个,5 名成员轮值(每人每周 1 天),2 小时响应;每月最后一个周末视频连线集中答疑;每季度 1 次现场回访(2~3 名队员赴地);下一年度暑期接力服务。
封面副标题:固定格式 (XX 主题·科技服务类),与调研类/支教类/宣讲类形成区分。
一、团队基本信息:科技服务类团队人数 5~12 人(小团队为佳,专业互补)。团队名称含"服务团"三字(如"赴 XX 县数字赋能科技服务团")。指导教师字段含"专业方向"。
二、团队成员信息表:分工必须含动词(如"主讲 IT 维修 + 维修操作""培训助教 + 签到管理")。团队成员专业必须有明确学科分布(如"计算机 3 + 通信 2",覆盖硬件/软件/网络)。
三、实践主题与背景:第 3 段实践对象基本情况必须有量化数据。科技服务子方向需含数字化水平数据;医疗服务子方向需含慢病发病率/就医距离;法律援助子方向需含纠纷类型分布;农业技术指导子方向需含主导产业规模。
四、实践目的与意义:对当地段必须含三项量化——服务人次(如"覆盖 200 人次")+ 解决问题数(如"修复电脑 50 台 + 电商开店 20 户")+ 持续帮扶机制(如"建立线上+线下长效服务,每月 1 次远程答疑")。对学生段强调"专业知识应用"——把课堂所学带到基层。
五、实践内容与实施方案:3 子节结构固定。(一)实践形式 150 字说明子方向与边界;(二)服务对象需求分析 300 字列需求清单 + 优先级(高/中/低);(三)按场次实施安排表 7 列:场次/日期/地点/服务对象/服务内容/人数/专业要求。底部合计行。
六、服务方案:4 列结构化表格。每项需求对应 1 行。表后必须追加"持续帮扶机制"小节,含线上答疑群 + 月度远程答疑 + 季度现场回访 + 学年度接力。机制可行性是评审重点。
七、安全保障预案:除通用 5 段外,必须含服务类专属安全。维修类:断电操作、防静电、工具绝缘;医疗类:一次性器械、医疗废物处理、与当地卫生院联合;法律类:不撰写诉讼文书、复杂案件转介律所、签署咨询免责声明。
八、预期成果:6~8 项项目符号列表。核心三项:服务场次(N 场)+ 服务人次(M 人次,分类统计)+ 解决方案数(X 套,分类统计)。其他:服务记录归档 + 持续帮扶机制 + 新闻稿(明确发布平台与篇数)+ 短视频(明确时长与平台)。
九、经费预算:5 类标准科目 + 物资清单。科技服务类物资费占比 30~40%(维修工具 + U 盘 + 培训手册 + 反诈单页 + 小礼品)。计算依据必须含单价 × 数量。
十、宣传计划:3 类媒体各 1 段,发布时间节点必须含启动/中期/结项三个时点。中青网投稿必须有(团中央官方平台)。
十一、签字栏:双栏预留,每栏空 6 行 + 签字行 + 日期行。学校审批意见可选。
封面副标题正反例:
团队成员分工正反例:
实践对象基本情况正反例:
实践目的与意义正反例:
按场次表正反例:
服务方案正反例:
预期成果正反例:
经费预算正反例:
安全预案正反例:
服务对象需求清单是科技服务类申报书的"地基"。需求不清,方案就是空中楼阁。
需求来源(三选一或组合):
需求清单格式(3~6 项为佳):
| 序号 | 需求描述 | 服务对象 | 紧迫程度 | 团队能力匹配 |
|---|---|---|---|---|
| 1 | 智能手机基础操作(视频通话/扫码支付) | 留守老人 | 高 | 高(计算机专业) |
| 2 | 电脑故障维修与系统重装 | 村民 + 村电商 | 高 | 高(计算机专业) |
| 3 | 电商开店与直播带货基础 | 村电商 + 致富带头人 | 中 | 中(需电商知识补充) |
| 4 | 网络反诈识别 | 全体村民 | 高 | 中(需法律知识补充) |
| 5 | 数字素养(政务 App/健康码使用) | 村民 | 中 | 高(计算机专业) |
优先级 = 紧迫程度 × 团队能力匹配度:
反例:❌ "村民需要什么我们就做什么"——无优先级,方案散乱 正例:✅ "5 项需求中 3 项高优先级(智能手机/电脑维修/反诈),2 项中优先级(电商/数字素养),高优先级安排 4 场主力服务,中优先级各安排 1 场"
匹配度评估矩阵(每项需求 × 每位成员):
| 需求 \ 成员 | 张三(计算机) | 李四(计算机) | 王五(计算机) | 赵六(通信) | 钱七(通信) | 综合匹配度 |
|---|---|---|---|---|---|---|
| 智能手机操作 | 高 | 高 | 高 | 高 | 高 | 高 |
| 电脑维修 | 高 | 高 | 中 | 中 | 低 | 高 |
| 电商开店 | 中 | 中 | 低 | 中 | 中 | 中 |
| 网络反诈 | 中 | 低 | 中 | 高 | 中 | 中 |
| 数字素养 | 高 | 高 | 高 | 高 | 高 | 高 |
低匹配项处理:必须由指导教师补充(如指导教师为法学背景,可补强反诈类需求)或调整服务内容(如将"电商开店"调整为"电商基础认知")。禁止"团队无能力却硬上"——评审会扣专业性分。
需求清单的每项高优先级需求至少对应 1 个服务场次。需求清单与服务方案的对应关系必须 1:1(每项需求 1 套解决方案)。场次表底部合计 = 需求清单各项服务人次之和。
科技服务子方向需求清单示例(5 项):
医疗服务子方向需求清单示例(5 项):
法律援助子方向需求清单示例(5 项):
农业技术指导子方向需求清单示例(5 项):
每项需求对应 1 套解决方案,必须包含四要素:匹配专业能力 + 服务流程 + 工具 + 预期解决程度。
示例(智能手机基础操作):
标准化 + 个性化:
服务流程四阶段:
解决方案 vs 服务流程的区别:服务流程是"怎么做",解决方案是"做到什么程度 + 留下什么"。
解决方案三要素:
示例(电脑维修):
持续帮扶机制是科技服务类申报书的"加分项"——评审看的是"项目结束后能不能持续"。
四级持续机制:
示例:建立"线上 + 线下"长效服务,每月 1 次远程答疑,每季度 1 次现场回访,每年暑期接力服务,形成"XX 县数字赋能"长效品牌。
反例:❌ "建立长效机制"——空话,无具体安排 正例:✅ "建立'XX 县数字赋能'答疑微信群,5 名团队成员轮值(每人每周 1 天),2 小时内响应;每月最后一个周末视频连线集中答疑;每季度 1 次现场回访(2~3 名队员赴地);下一年度暑期接力服务。"
| 需求 | 匹配专业能力 | 服务流程 | 预期解决方案 |
|---|---|---|---|
| 智能手机基础操作 | 计算机/通信,熟悉 Android/iOS | 调研手机型号 → 一对一教学 → 发放手册 → 加答疑群 | 60 位老人 80% 独立完成视频通话 + 操作手册 100 份 + 答疑群 1 个 |
| 电脑故障维修 | 计算机,硬件/软件能力 | 检测故障 → 维修/重装 → 测试 → 填写维修单 | 修复 50 台(系统 30+硬件 15+优化 5)+ 维护手册 100 份 + 答疑群 1 个 |
| 电商开店基础 | 计算机/通信,电商知识(指导教师补充) | 平台选择 → 注册开店 → 商品上架 → 直播基础 | 帮助 20 户开店 + 录制教学视频 5 个 + 答疑群 1 个 |
| 网络反诈识别 | 计算机/通信 + 法律(指导教师补充) | 案例讲解 → 一对一答疑 → 安装反诈 App → 加群 | 200 人次培训 + 反诈单页 200 份 + 反诈 App 安装 150 部 |
医疗服务子方向(每项需求对应 1 套方案):
法律援助子方向(每项需求对应 1 套方案):
农业技术指导子方向(每项需求对应 1 套方案):
评审看服务方案时关注 4 点:
反例:❌ "开展 IT 维修服务,帮助村民维修电脑"——无流程、无工具、无解决程度、无持续机制 正例:✅ "需求'电脑故障维修' → 匹配专业'计算机,硬件/软件能力' → 流程'检测故障 → 维修/重装 → 测试 → 填写维修单 → 加答疑群' → 解决方案'修复 50 台 + 维护手册 100 份 + 答疑群 1 个 + 月度远程答疑 + 季度现场回访'"
按场次实施安排表是科技服务类申报书的核心,评审第一眼看的就是这张表。
| 场次 | 日期 | 地点 | 服务对象 | 服务内容 | 人数 | 专业要求 |
|---|---|---|---|---|---|---|
| 第 1 场 | 7.15 下午 | XX 镇 A 村文化礼堂 | A 村留守老人 40 人 | 智能手机基础操作(视频通话/扫码支付) | 40 | 计算机/通信,主讲 1 + 助教 2 |
| 第 2 场 | 7.16 上午 | XX 镇 A 村村委会 | A 村村民 30 人 | 电脑故障维修(系统重装/硬件更换) | 30 | 计算机,维修 2 + 记录 1 |
| 第 3 场 | 7.16 下午 | XX 镇 B 村电商服务站 | B 村村电商 20 人 | 电商开店与直播带货基础 | 20 | 计算机/通信,主讲 1 + 助教 2 |
| 第 4 场 | 7.17 上午 | XX 镇 B 村文化广场 | B 村村民 60 人 | 网络反诈识别 + 反诈 App 安装 | 60 | 计算机/通信 + 法律指导,主讲 2 |
| 第 5 场 | 7.17 下午 | XX 镇 C 村小学 | C 村村民 50 人 | 数字素养(政务 App/健康码使用) | 50 | 计算机/通信,主讲 1 + 助教 3 |
| 合计 | 5 场 | 3 个村 | — | IT 维修 + 电商培训 + 数字素养 + 反诈 | 200 人次 | — |
5~8 场为宜:
单场人数控制:
场次分布均衡:
必须含合计行:场次总数 × 单场人次 = 总服务人次。总服务人次必须与预期成果(八、)的"服务人次"完全一致。
反例:❌ 场次表合计 200 人次,预期成果写"覆盖 300 人次"——数据不一致,评审扣分 正例:✅ 场次表合计 200 人次(40+30+20+60+50),预期成果写"覆盖 200 人次(留守老人 40 + 村民 90 + 村电商 20 + 干部 50)"——数据完全对应
每场服务必须明确"专业要求"——主讲几人 + 助教几人 + 记录几人。5 人团队典型分工:
专业要求列必须明确学科背景(如"计算机/通信")+ 角色分工(主讲/助教/维修/记录/后勤)。
科技服务类场次表设计推荐按"3+2"模式:3 场主力服务(高优先级需求)+ 2 场辅助服务(中优先级需求)。
5 场 200 人次模板(科技服务子方向):
8 场 300 人次模板(医疗 + 法律联合子方向):
❌ 场次表 3 列(日期/地点/工作):评审看不到对象、人数、专业要求
✅ 场次表 7 列(场次/日期/地点/服务对象/服务内容/人数/专业要求):评审一目了然
❌ 场次表无合计行:评审要自己算人次
✅ 场次表底部合计行:5 场 × 200 人次(留守老人 40 + 村民 90 + 村电商 20 + 干部 50)
❌ 场次表所有场次都安排在同一村:覆盖不足
✅ 场次表分布在 3 个村:覆盖均衡,且每村至少 1 场
❌ 场次表"专业要求"列空着或只写"团队全员":评审无法判断专业匹配
✅ 场次表"专业要求"列写"计算机/通信,主讲 1+助教 2":评审可判断匹配度
科技服务类评审五维打分,总分 100。
| 维度 | 权重 | 评分要点 | 高分标准 | 低分表现 |
|---|---|---|---|---|
| 专业性 | 30% | 团队专业与服务内容匹配 + 服务流程规范 + 解决方案专业 | 计算机 3+通信 2 团队修电脑教电商,指导教师随队,方案含工具+流程+解决程度 | 团队无相关专业成员硬上,方案只有"开展服务"无流程 |
| 需求匹配度 | 25% | 需求来源真实 + 优先级合理 + 需求与场次对应 | 需求清单来自当地委托函 + 5 项需求按紧迫程度排序 + 每项高优先级需求有对应场次 | 需求"拍脑袋"想出来,无优先级,场次与需求脱节 |
| 可持续性 | 20% | 持续帮扶机制可行 + 资料留存 + 学年度接力 | 线上答疑群+月度远程+季度现场+年度接力,留下操作手册+视频回放 | "建立长效机制"空话,无具体安排 |
| 安全性 | 15% | 安全预案齐全 + 保险购买 + 服务类专属安全 | 5 段安全预案 + 全员短期意外险 + 维修断电规范 | 只有"注意安全"一句话 |
| 传播力 | 10% | 宣传计划 + 媒体覆盖 + 短视频产出 | 中青网+校团委+抖音+B站全覆盖,3 个时间节点发布 | 无宣传计划 |
高分案例(85 分):
低分案例(45 分):
校级初审(团委)→ 学院复审(学院团委 + 指导教师)→ 学校终审(校团委 + 专家组)。初审筛格式,复审筛内容,终审筛质量。3 级评审均通过方可立项。
科技服务类高频踩坑 10 例,每例含反例 + 正例 + 要点。
坑 1:服务内容与团队专业不匹配
❌ 反例:团队 5 人全是历史专业,申报"IT 维修 + 电商培训"科技服务 ✅ 正例:团队 5 人含计算机 3 + 通信 2,申报"IT 维修 + 电商培训 + 数字素养"科技服务 要点:科技服务类必须专业匹配,文科团队可申报法律援助或政策宣讲
坑 2:需求清单"想当然"
❌ 反例:未做预调研,凭印象写"村民需要电商培训" ✅ 正例:实地预调研 2 天,访谈村干部 5 人 + 村民 20 人,梳理出 5 项需求并按紧迫程度排序 要点:需求必须有来源(团委反馈/预调研/委托函),不能"拍脑袋"
坑 3:场次表用"前期/中期/后期"
❌ 反例:前期开展 IT 维修,中期开展电商培训,后期开展数字素养 ✅ 正例:7.15 下午 A 村智能手机 40 人;7.16 上午 A 村电脑维修 30 人;7.16 下午 B 村电商 20 人 要点:场次表必须按"日"为粒度,每行含场次/日期/地点/对象/内容/人数/专业要求 7 列
坑 4:服务方案只有"开展服务"无流程
❌ 反例:服务方案:开展 IT 维修服务,帮助村民维修电脑 ✅ 正例:服务方案:检测故障 → 维修/重装 → 测试 → 填写维修单 → 加入答疑群;预期修复 50 台(系统 30+硬件 15+优化 5) 要点:服务方案必须含 4 列(需求/匹配能力/服务流程/预期解决方案)
坑 5:无持续帮扶机制
❌ 反例:建立长效机制,扩大项目影响 ✅ 正例:建立"XX 县数字赋能"答疑微信群,5 名成员轮值(每人每周 1 天),2 小时响应;每月视频连线集中答疑;每季度现场回访;下一年度暑期接力 要点:持续帮扶机制含四级(线上答疑+月度远程+季度现场+年度接力),每级有具体安排
坑 6:预期成果写"若干"
❌ 反例:服务若干人次,取得良好效果,扩大影响 ✅ 正例:服务 5 场 × 200 人次(留守老人 40+村民 90+村电商 20+干部 50),修复电脑 50 台,发放手册 100 份,建立答疑群 1 个 要点:所有成果必须可量化,禁止"若干""一定""相关"
坑 7:安全预案只有"注意安全"
❌ 反例:团队将严格遵守安全规定,注意人身、财产安全 ✅ 正例:5 段安全预案(出行/人身/应急联系人/应急流程/保险)+ 服务类专属安全(维修断电操作、工具绝缘、防静电) 要点:服务类必须含专属安全(维修带电作业/医疗消毒/法律免责声明)
坑 8:经费全是整数
❌ 反例:交通费 3000 元,食宿费 5000 元,物资费 2000 元,合计 10000 元 ✅ 正例:交通费 2860 元(高铁 130×5×2 + 包车 300×4),食宿费 3920 元(招待所 120×3×7 + 餐费 40×5×7),物资费 1500 元(U 盘 50×20+维修工具 400+培训手册 100×6) 要点:每项金额非整数 + 计算依据含单价×数量
坑 9:物资费占比过低
❌ 反例:物资费 200 元(占预算 2%)——评审怀疑没准备实物 ✅ 正例:物资费 1500 元(占预算 30%)——U 盘 + 维修工具 + 培训手册 + 反诈单页 + 小礼品 要点:科技服务类物资费占比 30~40%
坑 10:场次表与预期成果数据不一致
❌ 反例:场次表合计 200 人次,预期成果写"覆盖 300 人次" ✅ 正例:场次表合计 200 人次(40+30+20+60+50),预期成果"覆盖 200 人次(留守老人 40+村民 90+村电商 20+干部 50)" 要点:场次表合计 = 预期成果人次 = 服务记录归档数,三者必须完全一致
坑 11:团队成员专业与服务内容脱节
❌ 反例:5 人团队全是文学专业,申报"IT 维修 + 数字素养培训" ✅ 正例:5 人团队含计算机 3 + 通信 2,申报"IT 维修 + 数字素养 + 电商培训" 要点:团队专业必须覆盖 ≥ 60% 服务内容,低匹配项由指导教师补强
坑 12:服务流程无前置沟通与后续跟踪
❌ 反例:服务流程:检测故障 → 维修 → 测试(缺前置与跟踪) ✅ 正例:服务流程:前置沟通(服务前 3 天确认场地)→ 现场服务 → 服务归档 → 后续跟踪(7 天电话回访 + 30 天现场回访) 要点:服务流程必须含"前置 → 现场 → 归档 → 跟踪"四阶段
坑 13:服务子方向与团队学科背景不符
❌ 反例:计算机学院团队申报"医疗服务 + 法律援助" ✅ 正例:计算机学院团队申报"科技服务(IT 维修 + 电商培训)",跨学院联合申报医疗/法律 要点:服务子方向必须与团队学科背景匹配,跨学科可联合申报
坑 14:持续帮扶机制无落地点
❌ 反例:建立长效机制,扩大项目影响(空话) ✅ 正例:建立"XX 县数字赋能"答疑微信群,5 名成员轮值,2 小时响应;每月视频连线集中答疑;每季度现场回访;下一年度暑期接力 要点:持续帮扶机制每级都要有具体安排(人/时间/方式)
坑 15:物资清单与方案脱节
❌ 反例:服务方案含"操作手册 100 份",物资清单只列"印刷费 200 元" ✅ 正例:服务方案含"操作手册 100 份",物资清单含"操作手册 100 份 × 3 元 = 300 元" 要点:物资清单必须与服务方案一一对应,金额可追溯
# 使用自定义数据生成
python build.py --data data.json --out output.docx
# 使用内置示例数据生成(演示用)
python build.py --demo --out demo.docx
# 查看帮助
python build.py --help
| 字段 | 类型 | 说明 | 示例 |
|---|---|---|---|
| team_name | str | 团队名称 | 赴 XX 县数字赋能科技服务团 |
| theme | str | 实践主题 | 乡村振兴 |
| location | str | 实践地点 | XX 省 XX 县 XX 镇 3 个行政村 |
| practice_time | str | 实践时间 | 2025.07.15-07.21(7 天) |
| team_size | str | 团队人数 | 5 人 |
| leader_name / leader_id / leader_major / leader_grade / leader_phone | str | 队长信息 | 张三/202212345/计算机 2022 级/大三/138XXXXXXXX |
| advisor_name / advisor_title / advisor_phone / advisor_with_team | str | 指导教师 | 李教授/副教授/139XXXXXXXX/随队 |
| college / apply_date | str | 申报单位/日期 | 计算机科学与技术学院/2025 年 5 月 20 日 |
| members | list | 成员信息(每人 5 字段) | [{name, id, major, role, phone}] |
| team_info | dict | 团队基本信息(与上述字段冗余,优先用 team_info) | 7 行 2 列表数据 |
| theme_background | list | 实践主题与背景(3 段) | [str, str, str] |
| purpose_significance | list | 实践目的与意义(2 段) | [str, str] |
| implementation_plan | dict | 实施方案(form/questionnaire/schedule) | 含场次表 |
| service_plan | dict | 服务方案(subdirection/needs_table/sustain_mechanism) | 4 列表数据 |
| safety_plan | list | 安全保障预案(5 段 + 服务专属) | [str × 5~6] |
| expected_results | list | 预期成果(6~8 项) | [str × 6~8] |
| budget_items | list | 经费预算(5 类 + 计算依据) | [{item, amount, basis} × 5] |
| budget_total | str | 预算合计 | 10000 |
| publicity_plan | list | 宣传计划(3 类媒体) | [str × 3] |
| include_school_approval | bool | 是否含学校审批意见 | False |
生成 docx 后按以下清单逐项检查,任一项不达标返回修改:
不同学校下发的三下乡立项申报书模板在栏目顺序、字数要求上有微调。优先用学校下发的模板填,本 skill 的内容作为质量参考。
| 学校类型 | 栏目差异 | 字数差异 | 经费上限 |
|---|---|---|---|
| 985/211 | 11 栏目齐全 | 总字数 6000~8000 | 1.5~2 万 |
| 普通本科 | 11 栏目齐全 | 总字数 4500~6500 | 0.8~1.5 万 |
| 高职高专 | 9~10 栏目(合并签字栏) | 总字数 3000~5000 | 0.5~1 万 |
部分学校要求三下乡项目对接团中央专项(如"数字乡村""健康中国""法治乡村")。若项目对接专项,在申报书末尾追加"附:团中央专项报送说明",注明对应专项、契合度、预期形成优秀案例数。
科技服务类建议跨学院组队(如计算机学院 + 法学院联合申报"IT 维修 + 反诈咨询")。跨学院组队需在团队成员信息表注明"队长所在学院为申报单位,其他成员所在学院为协作单位"。
部分学校要求持续帮扶机制含"跨年度接力"安排(即下一年度三下乡接力服务)。需在服务方案"持续帮扶机制"小节明确接力团队组建方式(如"由本届队长对接下届队长,9 月前完成交接")。