睿阳知识库 睿阳知识库
首页
  • npm库配置
  • PC端

    • npm常用命令
    • vue问题记录
    • SEO基础知识及优化
    • 禁止别人调试我的前端页面代码
  • 移动端

    • 小程序
    • Risun.js使用说明
  • Java

    • Maven库配置
    • RSP开发框架
    • RSP框架插件
  • .NET

    • Nuget库配置
  • Python

    • Pypi库配置
  • 常见问题

    • Word转Pdf字体错乱
    • 使用Jacob进行Word导出PDF
  • 自动部署
  • 前端带路径
  • Linux

    • 应用部署
  • Windows

    • 应用部署
  • 视频监控
  • MySQL系列~
  • 应用高可用
  • 静态代码扫描
  • OpenSSH版本升级
  • 区块链~
  • 软件过程文档目录
  • 著作权申请须知及申报示例
  • 项目申报技巧
  • 项目竣工资料清单
  • 科技项目申报流程及注意事项
  • 初级职称申报
  • 产品需求文档基础知识
  • 产品经理需了解的技术知识
  • 墨刀原型设计指南
  • 文档规范
  • 文档规范
  • 投标工作总结(一)
  • 科技项目申报心得体会
  • 数字孪生
  • AI
  • RSP基础平台
  • RMCloud
  • 区块链
  • 网络态势感知
  • 国产化
  • 数据湖
  • 贡献度
  • 文档编写说明
  • Markdown教程
工作链接
首页
  • npm库配置
  • PC端

    • npm常用命令
    • vue问题记录
    • SEO基础知识及优化
    • 禁止别人调试我的前端页面代码
  • 移动端

    • 小程序
    • Risun.js使用说明
  • Java

    • Maven库配置
    • RSP开发框架
    • RSP框架插件
  • .NET

    • Nuget库配置
  • Python

    • Pypi库配置
  • 常见问题

    • Word转Pdf字体错乱
    • 使用Jacob进行Word导出PDF
  • 自动部署
  • 前端带路径
  • Linux

    • 应用部署
  • Windows

    • 应用部署
  • 视频监控
  • MySQL系列~
  • 应用高可用
  • 静态代码扫描
  • OpenSSH版本升级
  • 区块链~
  • 软件过程文档目录
  • 著作权申请须知及申报示例
  • 项目申报技巧
  • 项目竣工资料清单
  • 科技项目申报流程及注意事项
  • 初级职称申报
  • 产品需求文档基础知识
  • 产品经理需了解的技术知识
  • 墨刀原型设计指南
  • 文档规范
  • 文档规范
  • 投标工作总结(一)
  • 科技项目申报心得体会
  • 数字孪生
  • AI
  • RSP基础平台
  • RMCloud
  • 区块链
  • 网络态势感知
  • 国产化
  • 数据湖
  • 贡献度
  • 文档编写说明
  • Markdown教程
工作链接
  • 投标工作总结(一)
  • 科技项目申报心得体会
    • 一、好的题目已经成功了一半
    • 二、让技术和管理的人都来提意见
    • 三、反复校对避免低级错误
    • 四、关键评分处展示申报单位实力
  • 个人心得
王忠孝
2022-12-01
目录

科技项目申报心得体会

项目申报书修改的四个注意事项

# 一、好的题目已经成功了一半

评审专家参与审核某科技计划项目,一个星期需要审核完成60份申报书,一份申报书40-80页不等,最长的有100多页。

星期一到星期五要上班,有时晚上还得加班,就只有周末两天来完成这个任务。但是周末还有孩子、家庭要照顾,你觉得分到每个项目评审的时间应该是多少?

所以,现在选题和课题名称变得越来越重要了,不是项目评审专家越来越浮躁,而是专家甚至没有时间精力去细看申报书(可行性研究报告)论证过程和前期研究基础。

一旦选题不好,课题名称不吸引人,就算我们的申请书(可行性研究报告)写得天花乱坠,专家们也不会看,直接被Pass了。

强烈建议大家一定要对自己的项目选题和项目名称千锤百炼,要努力用选题和课题名称在第一秒就抓住评审专家的眼球,“确认过眼神,我遇上对的人”。

选题和确定课题名称这个工作是一直贯穿在我们的整个项目申报过程中,在撰写的全程都要不断回过头去思考这个选题以及课题名称,同时还要和技术专家、行业专家进行沟通,反复推敲。

# 二、让技术和管理的人都来提意见

申请书(可行性研究报告)写出来之后,找单位科研业内人士来看我们的申报书,帮我们提意见和建议。同时也要找不懂技术的管理层同时来看看,给我们提意见。

技术同行可以对于我们的技术选题和创新性给予建议,管理同事可以从外行的角度来批判我们的申报书给予专家的感觉。虽然专家是技术型的,但是专家看报告的时间不超过15分钟,甚至很多专家不是细分技术领域的同行,那么外行给予的感觉更能体现出专家看到报告的感受。

报告本身如何不说,我们要修订成大家看了都觉得确实挺有创新性、新颖性、可行性的。

# 三、反复校对避免低级错误

严格来说,可行性研究报告要求我们要反复阅读,一个标点一个标点地去校对,一个字一个字地审阅,一句话一句话地通读,力争消灭一切错误。

因为我曾经遇到过一个专家因为申报书的表述错误直接拒绝再细看下去,给出的意见是申请报告质量差,科研态度不严谨,你怎么办?

# 四、关键评分处展示申报单位实力

长篇累牍的描述是无法打动专家的,因为专家根本看不见,那么如何清晰地展示申报单位的实力呢。

图表展示少不了,谈到申报单位的研究基础知识产权列表、近三年增长;科技成果列表、奖项图表少不了。

段落标题和首句自夸不能少,谈到申报单位的实力,一句话先把自己夸上天,下面再详细论述,有数据有真相的那种。

投标工作总结(一)

← 投标工作总结(一)

最近更新
01
vue问题记录
10-11
02
RSP进度
10-09
03
贡献度
09-28
更多文章>
Copyright © 2014-2025 甘肃睿阳科技有限公司 陇ICP备15001783-1号
  • 跟随系统
  • 浅色模式
  • 深色模式
  • 阅读模式