【6月12日温馨提醒，作品提交倒计时3天】 ①大赛小程序赛道作品提交截止时间为：2020年6月15日21:00，请各位参赛者务必提前准备好材料，最好提前1天能够完成所有提交流程，截止提交系统关闭后将无法提交作品，请知悉！ ②如果因为类目资质问题无法成功提交作品，也可以考虑提交体验版小程序，并不影响评分。体验版不用提交审核，生成体验二维码就行了，记得在文档里注明。 特别说明：如果选择提交体验版，则需要停用线上版本。如果上线版和体验版两个同时提交，将会优先评审上线版本。体验版不需要添加体验成员，评审期间，我们会给评委临时开通体验权限。如涉及指定账号才能登陆，请将登陆账号密码写在介绍文档第一段中。 ③参赛的所有队员都需要进行学籍认证，请组长督促队员务必在15号前完成学籍认证事宜。 竞赛规程-作品提交要求：https://developers.weixin.qq.com/community/competition/intro 基础教程 - 上线（官方教程） https://developers.weixin.qq.com/community/develop/doc/000c62859eccb0df4516caed456802?highLine=%25E5%25B0%258F%25E7%25A8%258B%25E5%25BA%258F%25E6%258F%2590%25E4%25BA%25A4 微信小程序支持手机端提审和发布啦！（小程序助手+小程序服务商助手）https://developers.weixin.qq.com/community/develop/article/doc/000cce8fc804509d253a7a0275d013 【提审加急】小程序开发者们，手机上也可以提审加急。 https://developers.weixin.qq.com/community/develop/article/doc/000a6616840d181ce52a3bfc75e413

视频和录屏都可以，作品提交的内容决定分数的高低

请问你提交成功了吗？一般视频格式都是可以上传成功的

如何编写参赛作品的介绍文档  （大赛组委会老师个人建议） 本人声明：这里所写的内容只是我个人的观点，不代表大赛官方，仅供选手参考。这个不是标准模板， 大赛介绍文档没有模板，自己的文档应该怎么写比较好是你们自己考虑的事情，事后不能以此文档的建 议作为评价标准来要求。    参赛作品提交要求： 1. 介绍文档：综合描述作品和团队情况，内容应包括但不限于小程序说明、应用场景、解决的实际问 题、技术开发方案（包括小程序端和后台服务器端）、团队组成与分工等，如果引用非团队成员的开 发成果，务必在文档中说明。文档要求提交PDF格式，文件大小在10M以内。 2. 演示视频：演示参赛作品的主要使用流程并配上讲解，时长限在3分钟内。 3. 小程序appid。    很多学生一直在问到底如何写介绍文档，我这里将之前在群里的讨论交流归纳整理如下几点建议， 选手可以参考，但不要局限于此。  （一）介绍文档有什么用？让评委老师更好地了解你的作品！  虽然开发团队对自己的作品很熟悉，但是评委并不清楚这个小程序，包括应用背景、内部技术、作 品特色以及未来运维等等，这些内容也无法通过直接试用而全面了解，所以团队需要在文档中清楚地展 现这些内容。  （二）介绍文档主要应该写什么？简单地说，就是针对作品评分标准，写清楚相关的内容。下面所列部 分只是一个引导，选手根据自己的产品进行删减和补充，不要全部照搬。  1. 产品定位 （1） 应该说清楚这是一个什么小程序，具体的应用场景是什么以及解决什么实际问题？建议直接了 当，突出重点，应用场景和实际问题要有一定的调查材料支撑，注意不能是网上随便抄来的。 这部分是让评委大概了解这个小程序是干什么用的以及为什么要开发。 （2） 提出现实问题之后，建议简单地阐述一下自己的产品方案，这里的方案不是技术方案，而是自 己打算做一个什么样的产品来解决现实的问题。 2. 需求分析 虽然参赛的介绍文档中没有明确说明要做需求分析，但是产品定位的评分中要求有明确的目标用户 和使用场景，所以比较好的做法是进行用户和需求分析。  （1） 在用户和需求分析方面，大家可以采用自己学过的一些方法和技术，原则就是用户分析到位， 系统需求应该包括功能需求和非功能需求，不论是哪方面的需求，都应该是紧密结合自己要开 发的系统，而不是泛泛地抄一些类似教科书上面的内容。 （2） 举例：参观清华的非功能需求就是根据系统的实际要求，提出了关键的三个内容：一是性能， 给出具体的量化指标；二是安全性，诸如身份证敏感信息等；三是可靠性，包括停电和断网问 题、游客快速进入的问题等。 3. 交互设计 交互设计部分应展现整个系统的信息结构，说明配色和整体设计原则，把系统核心功能的交互设计 图展现出来，然后选择自己认为可以突出亮点的几个关键设计进行说明。 4. 技术方案 技术方案部分应给出系统的总体框架设计图，并做相应的说明，然后给出系统的技术选型、开发环 境，包括所采用的框架、第三方组件等。总体框架介绍清楚之后，应该着重介绍系统开发方面自己的突 出贡献部分或者亮点部分，这个需要根据自己开发的系统进行归纳，选择核心重点或技术难点部分来说 明相应的技术实现。 5. 系统测试 这个部分是可选的，为了说明自己系统的最终效果，可以考虑写一下功能测试和性能测试，说明测 试方案和测试结果，要注意清楚而且有实际的真实测试结果，不要乱写乱编。 如果自己开发的系统非常简单，而且没有特别的性能要求，可以忽略这部分。 6. 系统上线与运维 对于一些需要自己运营的作品，这部分也是非常重要的，需要说明如何上线以及未来的运营和维护 方案，特别是一些需要特殊资质的作品，更要说清楚这一点。  （三）其他  也许同学们认为评委只要体验小程序就应该可以了解整个作品，实际上小程序本身呈现的更多是从 用户角度的使用，对于小程序的应用背景、交互设计思路、所用开发技术的复杂度和难度以及系统实现 水平等，很难从简单的试用了解清楚，因此需要开发团队在文档中写清楚，以便评委更好地了解你们的 作品。但是，需要特别强调的是要阐述清楚和突出重点，切忌胡抄乱写，也不建议套用所谓某些软件工 程文档模板而长篇大论，太长的文档是很难读的。 

是的

【特别公告】 5月20日报名组队已经结束，系统关闭了相关入口。有些参赛学生因各种原因未能在截止时间前组队，希望我们提供补报的机会。现在只能遗憾地告诉大家，大赛官网系统在报名和组队通道关闭之后，无法进行人工干预补录，以保证大赛的公正，请各位理解。 希望这些同学能够以此为鉴，以后参加比赛务必认真看清楚大赛规程与时间节点，也真诚希望你们明年再来报名参加小程序比赛，谢谢～

根据大赛规程，本次大赛面向中国及境外的高等学校在校学生，对参赛者身份有以下要求： 参赛者报名时应具有在校学籍，已毕业的学生不具备参赛资格。参赛者应保证报名信息准确有效，应提供学信网的教育部学籍在线验证报告。为提高参赛者身份验证的效率，参赛者可通过大赛的企业微信官方组织中的“学籍验证”应用进行自助验证。请每位参赛者在作品提交前（2020年6月15日21:00）完成学籍验证。 申请报告 在验证前，您需要首先注册并登录教育部学历查询网站“中国高等教育学生信息网（学信网）”（https://www.chsi.com.cn/），找到“高等教育信息”，进入“学籍”功能。 [图片] 接着，在您最新一段学习经历右上角点击进入“查看该学籍的在线验证报告”。 [图片] 如您未申请过该学籍的在线验证报告，如下图所示，可点击“申请”按钮。 [图片] 您需要保证大赛期间您的报告的有效性，建议设置在线验证报告有效期至少为5个月。 [图片] 若您已经申请过学籍在线验证报告，请确保有效期在2020年8月31日之后，若有效期不足，请操作“延长验证有效期”。 [图片] 申请后，即可查看您的学籍在线验证报告。 [图片] 学信网的使用过程中遇到任何问题，可在学信网帮助中心查找解决办法：https://my.chsi.com.cn/archive/help/index.action 提交至大赛进行验证 若您使用微信关注了大赛企业微信组织的微工作台/微信插件，请在微信中找到对应的企业会话，向其中的“学籍验证”会话直接发送您的16或12位“在线验证码”即可。 若您安装了企业微信app，可参考以下验证方法。 如下图所示，参赛者在加入大赛的企业微信官方组织后，可在工作台中找到“学籍验证”应用，点击即可进入。 [图片] 在菜单栏中点击“扫码验证”，将调用您的手机相机进行二维码扫描，请您扫描学籍在线验证报告中的二维码。 [图片] [图片] 扫码后，将收到如下提示。 [图片] 若由于各种原因无法通过扫码提交，您也可以直接将报告中的16或12位“在线验证码”直接发送给“学籍验证”应用。 [图片] 待大赛官方完成您的学籍在线报告验证后，将向您发送验证结果。在学籍验证过程中遇到任何问题，请联系“大赛-陈华榕”协助您解决。 请每位参赛者在作品提交前（2020年6月15日21:00）完成学籍验证，祝您比赛顺利！

【提审加急】小程序开发者们，手机上也可以提审加急。 https://developers.weixin.qq.com/community/develop/article/doc/000a6616840d181ce52a3bfc75e413

可以的，在作品提交的时候，系统会自动根据appid给你做类别的适配，请放心。

如何编写参赛作品的介绍文档  （大赛组委会老师个人建议） 本人声明：这里所写的内容只是我个人的观点，不代表大赛官方，仅供选手参考。这个不是标准模板， 大赛介绍文档没有模板，自己的文档应该怎么写比较好是你们自己考虑的事情，事后不能以此文档的建 议作为评价标准来要求。    参赛作品提交要求： 1. 介绍文档：综合描述作品和团队情况，内容应包括但不限于小程序说明、应用场景、解决的实际问 题、技术开发方案（包括小程序端和后台服务器端）、团队组成与分工等，如果引用非团队成员的开 发成果，务必在文档中说明。文档要求提交PDF格式，文件大小在10M以内。 2. 演示视频：演示参赛作品的主要使用流程并配上讲解，时长限在3分钟内。 3. 小程序appid。    很多学生一直在问到底如何写介绍文档，我这里将之前在群里的讨论交流归纳整理如下几点建议， 选手可以参考，但不要局限于此。  （一）介绍文档有什么用？让评委老师更好地了解你的作品！  虽然开发团队对自己的作品很熟悉，但是评委并不清楚这个小程序，包括应用背景、内部技术、作 品特色以及未来运维等等，这些内容也无法通过直接试用而全面了解，所以团队需要在文档中清楚地展 现这些内容。  （二）介绍文档主要应该写什么？简单地说，就是针对作品评分标准，写清楚相关的内容。下面所列部 分只是一个引导，选手根据自己的产品进行删减和补充，不要全部照搬。  1. 产品定位 （1） 应该说清楚这是一个什么小程序，具体的应用场景是什么以及解决什么实际问题？建议直接了 当，突出重点，应用场景和实际问题要有一定的调查材料支撑，注意不能是网上随便抄来的。 这部分是让评委大概了解这个小程序是干什么用的以及为什么要开发。 （2） 提出现实问题之后，建议简单地阐述一下自己的产品方案，这里的方案不是技术方案，而是自 己打算做一个什么样的产品来解决现实的问题。 2. 需求分析 虽然参赛的介绍文档中没有明确说明要做需求分析，但是产品定位的评分中要求有明确的目标用户 和使用场景，所以比较好的做法是进行用户和需求分析。  （1） 在用户和需求分析方面，大家可以采用自己学过的一些方法和技术，原则就是用户分析到位， 系统需求应该包括功能需求和非功能需求，不论是哪方面的需求，都应该是紧密结合自己要开 发的系统，而不是泛泛地抄一些类似教科书上面的内容。 （2） 举例：参观清华的非功能需求就是根据系统的实际要求，提出了关键的三个内容：一是性能， 给出具体的量化指标；二是安全性，诸如身份证敏感信息等；三是可靠性，包括停电和断网问 题、游客快速进入的问题等。 3. 交互设计 交互设计部分应展现整个系统的信息结构，说明配色和整体设计原则，把系统核心功能的交互设计 图展现出来，然后选择自己认为可以突出亮点的几个关键设计进行说明。 4. 技术方案 技术方案部分应给出系统的总体框架设计图，并做相应的说明，然后给出系统的技术选型、开发环 境，包括所采用的框架、第三方组件等。总体框架介绍清楚之后，应该着重介绍系统开发方面自己的突 出贡献部分或者亮点部分，这个需要根据自己开发的系统进行归纳，选择核心重点或技术难点部分来说 明相应的技术实现。 5. 系统测试 这个部分是可选的，为了说明自己系统的最终效果，可以考虑写一下功能测试和性能测试，说明测 试方案和测试结果，要注意清楚而且有实际的真实测试结果，不要乱写乱编。 如果自己开发的系统非常简单，而且没有特别的性能要求，可以忽略这部分。 6. 系统上线与运维 对于一些需要自己运营的作品，这部分也是非常重要的，需要说明如何上线以及未来的运营和维护 方案，特别是一些需要特殊资质的作品，更要说清楚这一点。  （三）其他  也许同学们认为评委只要体验小程序就应该可以了解整个作品，实际上小程序本身呈现的更多是从 用户角度的使用，对于小程序的应用背景、交互设计思路、所用开发技术的复杂度和难度以及系统实现 水平等，很难从简单的试用了解清楚，因此需要开发团队在文档中写清楚，以便评委更好地了解你们的 作品。但是，需要特别强调的是要阐述清楚和突出重点，切忌胡抄乱写，也不建议套用所谓某些软件工 程文档模板而长篇大论，太长的文档是很难读的。