{"id":369,"date":"2026-08-07T04:12:06","date_gmt":"2026-08-07T04:12:06","guid":{"rendered":"https:\/\/humanrobotinteraction.org\/2027\/?page_id=369"},"modified":"2026-08-12T18:01:20","modified_gmt":"2026-08-12T18:01:20","slug":"student-design-competition","status":"publish","type":"page","link":"https:\/\/humanrobotinteraction.org\/2027\/student-design-competition\/","title":{"rendered":"Student Design Competition"},"content":{"rendered":"\n<div class=\"cfp-hero\">\n  <div class=\"cfp-hero-inner\">\n    <p class=\"cfp-eyebrow\">Submitting \u00b7 Call for Papers<\/p>\n    <h1 class=\"cfp-hero-title\">Student Design Competition<\/h1>\n    <p class=\"cfp-hero-sub\">ACM\/IEEE International Conference on Human-Robot Interaction (HRI 2027)<br>Theme: Robots in Public Spaces<\/p>\n  <\/div>\n<\/div>\n\n<div class=\"cfp-content\">\n  <h2 class=\"cfp-h2\">Important Dates<\/h2>\n  <div class=\"cfp-dates\">\n    <div class=\"cfp-date-row\">\n      <span class=\"cfp-date-label\">Submission deadline (paper + optional video)<\/span>\n      <span class=\"cfp-date-value\">November 20, 2026<\/span>\n    <\/div>\n    <div class=\"cfp-date-row\">\n      <span class=\"cfp-date-label\">Notification of acceptance<\/span>\n      <span class=\"cfp-date-value\">December 18, 2026<\/span>\n    <\/div>\n    <div class=\"cfp-date-row\">\n      <span class=\"cfp-date-label\">Camera-ready deadline (paper + final video)<\/span>\n      <span class=\"cfp-date-value\">January 2, 2027<\/span>\n    <\/div>\n    <div class=\"cfp-date-row\">\n      <span class=\"cfp-date-label\">SDC showcase<\/span>\n      <span class=\"cfp-date-value\">Check conference program<\/span>\n    <\/div>\n  <\/div>\n  <p class=\"cfp-p\"><em>All deadlines are 23:59 AoE.<\/em><\/p>\n\n  <h2 class=\"cfp-h2\">About the Student Design Competition<\/h2>\n  <p class=\"cfp-p\">The Student Design Competition (SDC) is a venue within the HRI conference where student teams present original human-robot interaction design work to an audience of researchers, practitioners, and judges. The goal of the SDC is to showcase design thinking in HRI: the quality of the interaction design, the clarity of the rationale behind design decisions, and serious engagement with the realities of deploying robots among people.<\/p>\n  <p class=\"cfp-p\">Submissions are <strong>student projects<\/strong> \u2014 they are not expected to meet the rigor bar of full papers, and the review process is designed accordingly. What we do expect is serious design thinking.<\/p>\n  <p class=\"cfp-p\">We invite participants to design robots and interactive systems for the complex, shared, often unpredictable environments where robots increasingly operate \u2014 and to show us not only what they designed, but why.<\/p>\n\n  <p class=\"cfp-p\">The project can exist in several formats:<\/p>\n  <ul class=\"cfp-list\">\n    <li><strong>Physical robot systems<\/strong> \u2014 new platforms built from scratch, or existing\/commercial platforms where the design contribution is a modification, a new interaction, or software-based behavior.<\/li>\n    <li><strong>Software-only systems<\/strong> \u2014 e.g., conversational agents, coordination systems, or interfaces mediating human-robot encounters in shared spaces.<\/li>\n    <li><strong>Interaction concepts and scenarios<\/strong> \u2014 well-developed interaction designs demonstrated through enactment, video prototyping, Wizard-of-Oz techniques, or similar methods.<\/li>\n    <li><strong>Spatial and service design concepts<\/strong> \u2014 designs addressing how robots, people, and public environments are configured around one another.<\/li>\n  <\/ul>\n\n  <p class=\"cfp-p\">We are not looking for full-fidelity prototypes or any particular level of autonomy. It is completely acceptable for a robot to be lo-fi or puppeted (\u201cWizard-of-Oz\u201d) during the demonstration, as long as this is disclosed. Expensive hardware is not required and confers no advantage: a rigorous, well-argued software or conceptual design can win this competition. Conversely, a technically sophisticated robot with a thin or retrofitted interaction story is a poor fit for the SDC.<\/p>\n\n  <ul class=\"cfp-list\">\n    <li><strong>Who:<\/strong> student teams. Students at any stage \u2014 undergraduate through PhD \u2014 and from any discipline are eligible. Multidisciplinary teams are encouraged.<\/li>\n    <li><strong>Team size:<\/strong> 2\u20135 students. Team members may be at different institutions. No student may be on more than one team.<\/li>\n    <li><strong>Institutional entries:<\/strong> no limit on entries per institution; to foster diversity, teams from many different institutions will be prioritized in the showcase.<\/li>\n    <li><strong>Faculty involvement:<\/strong> faculty advisors may appear as co-authors, but the project must be student-led, and student contributors listed first.<\/li>\n    <li><strong>Can\u2019t find a team?<\/strong> Contact the chairs \u2014 if multiple individuals express interest, we will help match you into teams.<\/li>\n  <\/ul>\n\n  <h2 class=\"cfp-h2\">Theme: Robots in Public Spaces<\/h2>\n  <p class=\"cfp-p\">The 2027 theme is robots in public spaces, interpreted broadly. We mean physical public and quasi-public environments: sidewalks, plazas, and parks; museums and libraries; airports and train stations; hospital lobbies, elderly-care facilities, and other shared institutional spaces. What these settings have in common is that they are multi-party, socially complex, and messy. Robots in public spaces encounter strangers rather than trained users, bystanders as well as intended users, crowds, queues, children, pets, mobility aids, competing social norms, and people who did not ask to interact with a robot at all.<\/p>\n  <p class=\"cfp-p\"><strong>Think about:<\/strong> In what specific space will the system exist, and do you know enough about how that space actually works day-to-day? Who are the stakeholders \u2014 including the people who never chose to encounter your robot? Is the robot supporting activities that already happen in this space, or creating a new one? What could go wrong when the space is crowded, loud, or uncooperative \u2014 and what are the risks of introducing a robot at all? Who might the design exclude, and what would change that?<\/p>\n  <p class=\"cfp-p\"><strong>Some example scenarios:<\/strong> a museum guide robot negotiating attention among a school group, a couple, and a solo visitor; a service robot in an elderly-care lobby that must be legible to residents with hearing loss or dementia as well as to visiting families; a sidewalk delivery robot navigating a crowded corridor shared with wheelchair users and strollers; or a voice-based system managing a multi-party queue at an airport gate.<\/p>\n\n  <h3 class=\"cfp-h3\">What makes a submission \u201con theme\u201d<\/h3>\n  <p class=\"cfp-p\">A submission engages the theme when it meets these criteria:<\/p>\n  <ul class=\"cfp-list\">\n    <li>The interaction is situated in a specific, named public or quasi-public setting \u2014 not \u201canywhere.\u201d<\/li>\n    <li>The design accounts for more than one party: intended users and bystanders, passers-by, staff, or other stakeholders present in the space.<\/li>\n    <li>At least some key design choices exist because the setting is public \u2014 they would not make sense for a private, single-user context.<\/li>\n    <li>The submission engages at least one real-world complication of the setting: crowding, noise, uninvited interaction, accessibility, diverse norms, consent, maintenance, or similar.<\/li>\n  <\/ul>\n\n  <h2 class=\"cfp-h2\">Work in Progress<\/h2>\n  <p class=\"cfp-p\">Your project does not need to be finished at the submission deadline. Two rules apply:<\/p>\n  <ol class=\"cfp-list-ol\">\n    <li>Your paper must describe the final deliverable concretely enough to convince reviewers that it will be strong at the conference. Define your goals and your criteria for \u201csuccess\u201d clearly from the outset, state what is done and what remains, and show that the remaining work is realistic within the timeline.<\/li>\n    <li>By the camera-ready deadline (and at the conference), the work you present must be a completed design project as described in your accepted submission.<\/li>\n  <\/ol>\n  <p class=\"cfp-p\">Reviewers will explicitly assess whether proposed work is achievable in the time available.<\/p>\n\n  <h2 class=\"cfp-h2\">Submission Format<\/h2>\n  <p class=\"cfp-p\">SDC submissions will be published in the HRI 2027 proceedings as demonstration papers in the non-archival companion (non-APC) category. The written paper should read as a tightly scoped, design-centric extended abstract, not a full technical paper:<\/p>\n  <ul class=\"cfp-list\">\n    <li><strong>Length:<\/strong> up to four (4) pages including references.<\/li>\n    <li><strong>Format:<\/strong> HRI 2027 <a class=\"cfp-link\" href=\"https:\/\/www.overleaf.com\/latex\/templates\/acm-conference-proceedings-primary-article-template\/wbvnghjbzwpc\" target=\"_blank\" rel=\"noopener\">proceedings format<\/a>.<\/li>\n    <li><strong>Anonymization:<\/strong> SDC submissions are not anonymous.<\/li>\n    <li><strong>Video<\/strong> (optional but strongly encouraged): a video of up to three (3) minutes showing the interaction \u2014 enactments, sketches, and rough prototypes are all acceptable at submission time.<\/li>\n    <li><strong>Submission site:<\/strong> will open closer to deadline, check back to stay updated.<\/li>\n  <\/ul>\n  <p class=\"cfp-p\">The same work may not be published in more than one HRI 2027 track. In particular, submitting the same project to both the SDC and Late-Breaking Reports (LBR) is not permitted; teams found to have duplicate accepted submissions will be asked to choose one track.<\/p>\n\n  <h2 class=\"cfp-h2\">What Your Paper Must Include<\/h2>\n  <p class=\"cfp-p\">Every submission must clearly describe:<\/p>\n  <ul class=\"cfp-list\">\n    <li><strong>Scenario and setting<\/strong> \u2014 the public or quasi-public environment, and why it matters for the design.<\/li>\n    <li><strong>Users and stakeholders<\/strong> \u2014 who interacts with the system, who is affected by it (including bystanders), and what they need.<\/li>\n    <li><strong>The interaction<\/strong> \u2014 what actually happens between people and the robot or system, described concretely.<\/li>\n    <li><strong>Design goals and constraints<\/strong> \u2014 what the design is trying to achieve, and the social, physical, ethical, and practical constraints it operates under.<\/li>\n    <li><strong>Design process and rationale<\/strong> \u2014 how the team arrived at the design, what alternatives were considered, and why key choices were made.<\/li>\n    <li><strong>Expected or observed user experience<\/strong> \u2014 anticipated or evidenced responses from users and bystanders, including potential failure modes.<\/li>\n    <li><strong>Demonstration plan<\/strong> \u2014 how the team will demonstrate the work at the conference (live interaction, video-supported demo, enactment, etc.), and, for work in progress, what remains to be completed and by when.<\/li>\n    <li><strong>Representative artifacts<\/strong> \u2014 at least one image of the design: sketches, renderings, CAD models, journey maps, storyboards, or photographs.<\/li>\n  <\/ul>\n  <p class=\"cfp-p\">Technical implementation details should be concise \u2014 only as detailed as needed to support the design story and make the interaction claims credible.<\/p>\n\n  <h2 class=\"cfp-h2\">Evaluation Criteria<\/h2>\n  <p class=\"cfp-p\">Submissions will be evaluated primarily on design quality, rationale, and engagement with public-space challenges \u2014 not on raw technical complexity. Reviewers and judges will prioritize:<\/p>\n  <ul class=\"cfp-list\">\n    <li>Clarity and coherence of the scenario and its public-space context;<\/li>\n    <li>Quality of the interaction design, including multi-party and bystander considerations;<\/li>\n    <li>Depth and transparency of the design process and rationale;<\/li>\n    <li>Engagement with social, ethical, accessibility, and deployment realities;<\/li>\n    <li>How effectively the demonstration (and video, if provided) communicates the core interaction and its value;<\/li>\n    <li>For work in progress: whether the remaining work is realistic before the camera-ready deadline.<\/li>\n  <\/ul>\n  <p class=\"cfp-p\">Technical robustness matters only to the extent needed to support the interaction being demonstrated. Every reviewed submission will receive constructive written feedback identifying at least one strength and one area for improvement.<\/p>\n\n  <h2 class=\"cfp-h2\">Awards<\/h2>\n  <p class=\"cfp-p\">Accepted teams compete for:<\/p>\n  <ol class=\"cfp-list-ol\">\n    <li><strong>Best Design Award<\/strong>, selected by the judging panel using the published rubric;<\/li>\n    <li><strong>Public Spaces Award<\/strong> for the submission that most deeply engages the theme, selected by the judging panel;<\/li>\n    <li><strong>People\u2019s Choice Award<\/strong>, selected by conference attendees by open vote during the showcase.<\/li>\n  <\/ol>\n\n  <h2 class=\"cfp-h2\">At-the-Conference Demonstration<\/h2>\n  <p class=\"cfp-p\">At least one member of each accepted team must register for and attend HRI 2027 in person to present on the day of the SDC showcase; other team members are encouraged to attend in person or participate remotely as they are able.<\/p>\n  <p class=\"cfp-p\">Accepted teams will present a live or video-supported demonstration of their work in a dedicated demo session open to judges and conference attendees. Demonstrations may take the form of live interaction with a physical or software system, structured enactments or Wizard-of-Oz demonstrations, or video-supported presentations with interactive elements. Every team must bring something physical to anchor the conversation; where travel makes that impossible, a poster (plus the video) is acceptable. Teams should design their demonstration to let judges and attendees experience or vividly understand the core interaction, and should be prepared to discuss their design rationale with judges.<\/p>\n  <p class=\"cfp-p\">After acceptance, the chairs will contact each team to ask what they plan to bring and what setup support they need (table, power, speakers, floor space, etc.).<\/p>\n\n  <h2 class=\"cfp-h2\">Funding and Support<\/h2>\n  <p class=\"cfp-p\">The SDC cannot currently guarantee travel funding. We will be collecting funding and cost information with the submission in the case that funding becomes available. Because of this, students seeking support should consider: the <a class=\"cfp-link\" href=\"https:\/\/www.ieee-ras.org\/membership\/member-support-program\/\" target=\"_blank\" rel=\"noopener\">IEEE RAS travel grant program<\/a>; the HRI Student Volunteers program, which waives conference registration; the HRI Pioneers Workshop; and scholarships at their home institutions. We encourage low-cost prototyping \u2014 existing university resources, inexpensive and recycled materials \u2014 and remind teams that hardware cost plays no role in evaluation.<\/p>\n\n  <div class=\"cfp-contact\">\n    <h2 class=\"cfp-contact-title\">Contact<\/h2>\n    <p><strong>Student Design Competition Co-Chairs:<\/strong> Nikhil Gowda, Paige Tutt\u00f6s\u00ed<\/p>\n    <p><strong>Email:<\/strong> <a class=\"cfp-link\" href=\"mailto:sdc2027@humanrobotinteraction.org\">sdc2027@humanrobotinteraction.org<\/a><\/p>\n  <\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Submitting \u00b7 Call for Papers Student Design Competition ACM\/IEEE International Conference on Human-Robot Interaction (HRI 2027)Theme: Robots in Public Spaces Important Dates Submission deadline (paper + optional video) November 20, 2026 Notification of acceptance December 18, 2026 Camera-ready deadline (paper + final video) January 2, 2027 SDC showcase Check conference program All deadlines are 23:59 [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-369","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/pages\/369","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/comments?post=369"}],"version-history":[{"count":5,"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/pages\/369\/revisions"}],"predecessor-version":[{"id":440,"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/pages\/369\/revisions\/440"}],"wp:attachment":[{"href":"https:\/\/humanrobotinteraction.org\/2027\/wp-json\/wp\/v2\/media?parent=369"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}