Technovation项目选题怎么做？2027赛季从真实需求走向可用作品！

Category: 科研国际竞赛 Date: 2026年10月15日下午4:29

2027赛季Technovation Challenge的作品不再只限于移动App，也可以是通过编程或人工智能解决真实社区问题的其他数字方案。对Junior和Senior团队来说，现在适合先找清楚用户是谁、问题发生在哪里，再逐步做出能够测试的作品。比起先确定一个宏大的项目名字，拿到真实需求、保留改进证据，更能帮助团队把选题落地。

学生协作开展科技项目

一、先选一个能接触到的用户群体

把“帮助所有人”缩小到能够实际访问的人群，例如校园社团的组织者、图书馆使用者，或社区中某项服务的使用者。选择自己能够接触的对象，便于反复理解问题，也能在原型完成后找到愿意试用的人。不要在没有沟通的情况下替别人决定他们需要什么。

开始访谈时，先问对方最近一次遇到困难的过程：当时要完成什么、用了什么办法、在哪一步受阻、最后怎样解决。尽量收集真实行为和具体情境，少问“你会不会喜欢我们准备做的App”这类容易得到礼貌赞同的问题。

二、把问题写成可以检验的一句话

要说明什么	可以追问的问题
使用者	谁会直接使用这个功能？
发生情境	在什么时间和地点遇到困难？
现有办法	现在怎样完成，哪里仍不方便？
验证方式	怎样观察方案是否解决了这一困难？

例如，团队关注的是校园物品借用，就可以先研究“借用者无法及时知道物品是否归还”这个具体环节。暂时不要把预约、支付、社交、推荐等功能全部装进去。一个问题说得越具体，越容易确定第一版究竟需要完成什么，也越容易判断它有没有改善原来的流程。

三、技术要服务于功能，作品要能运行

2027赛季接受的数字方案需要涉及编程和／或AI，具有实际功能，并经过真实用户测试。移动应用、互动网页以及编程控制的设备等都可能成为方案形式；只有展示内容、无法交互的静态网站不符合数字方案要求。先确定用户需要执行的动作，再选择工具。

最小原型可以只覆盖一个完整任务：用户输入什么，系统怎样处理，最后得到什么结果。如果核心问题用清楚的规则就能处理，没有必要为了出现“AI”两个字而额外加入模型。需要使用AI时，则要能解释输入、输出、选择理由与局限，而不只是展示调用成功的界面。

四、把测试与迭代一起记录

Junior和Senior团队在2027赛季需要展示两次或以上迭代，并给出具体改进的例子。迭代可以从任务是否顺利完成开始：用户在哪一步停住，是否误解按钮，系统是否给出可理解的反馈，再据此修改。不要把只换颜色或改项目名称当作充分的改进证据。

建议为每一轮保留四项内容：当时的版本、测试任务、实际观察、随后修改。测试时避免边演示边替用户完成所有步骤，否则很难看出界面本身的问题。如果试用人数不多，就如实写清样本和情境，不扩大成适用于整个群体的结论。

五、从一开始处理伦理问题

Junior和Senior团队还需要讨论至少两项伦理考虑，例如隐私、可及性、算法偏差或意外后果。它们应当进入功能设计：哪些信息确实需要收集，是否可以不用真实姓名；弱网或阅读困难的用户能否完成操作；系统判断错误时，用户是否有纠正或寻求帮助的办法。

若选题涉及未成年人、健康或其他敏感信息，优先用适合测试的模拟信息验证功能，并与导师、监护人讨论参与和数据处理安排。不要为了演示效果公开他人的个人资料，也不要把未经检验的结果包装成诊断或专业决策。

六、分工围绕交付任务，保留共同理解

可以按需求研究、功能实现、测试记录、展示表达安排主要负责人，但关键结论要全队理解。负责展示的成员也应了解技术选择，负责编程的成员也应知道访谈发现了什么。每次讨论明确下一步任务、负责人和完成判断，避免代码、调研和展示稿最后才第一次拼在一起。

2027赛季设Girls Track与Co-ed Track（亦称Mixed Track）两条赛道，团队最多5人，组别按2027年8月1日队内最年长成员年龄确定。本文的迭代与伦理要求针对Junior和Senior，不直接套用为Beginner组的统一提交清单。组队时先确认适用赛道、年龄组和各成员的持续投入，再继续细化项目。

七、开始做作品前，先回答两个问题

没有完整商业想法，可以先开始调研吗？

可以先从观察与访谈开始，把问题和现有办法梳理清楚。调研的目的正是判断某个想法是否值得继续，不必为了显得成熟而提前写出未经验证的市场规模或收入数字。

有一个能运行的原型，就完成准备了吗？

还需要测试、修改和说明。保留原型怎样回应需求、哪里失败、怎样修正的过程，比只准备一段顺畅的演示更有帮助。作品进展、技术记录和团队反思应当随着项目一起积累。

扫码添加顾问老师

预约Technovation Challenge课题规划与组队咨询

翰林国际教育咨询二维码