The question, and the short answer
An industrial humanoid will be used through at least five surfaces at once: its own body language, a few words of voice, a handheld or station screen, a remote pilot console, and a fleet dashboard. The robot's body mostly talks to bystanders. Screens are where decisions get made. Voice is a convenience, never the safety channel.
The design problem that matters most right now is not "how do I give the robot a command." It is "what happens in the ninety seconds after the robot gets stuck." That moment decides line uptime, worker trust, and how fast the AI model learns.
The consumer mental model of a humanoid is a helpful butler you talk to. Factories break that model quickly. Floors are loud, workers wear hearing and eye protection and gloves, crews are often multilingual, shifts run ten or twelve hours, and every movement near a person is a safety question. Meanwhile, the people who interact with a factory robot are not one user. A line associate walks past it hundreds of times a shift and never gives it a command. A team lead gets pinged when it needs help. A remote pilot may take over its arms from another building. A plant manager only sees it as a row in an uptime report.
So the useful question for a designer is: which person, at which moment, through which surface?
Where the industry actually is
Industrial humanoids moved from demo videos to paid factory work between 2025 and 2026, but the three companies I studied are taking very different bets. That difference changes what their UX looks like.
Figure
Figure 02 spent roughly eleven months in the body shop at BMW's Spartanburg plant, loading sheet-metal parts for welding across a run of more than 30,000 X3 vehicles. In June 2026 BMW announced that Figure 03 would take on a new job there: picking unsorted parts from bulk containers and placing them into sequencing trolleys in the exact order the assembly line needs them.
Figure 03 itself tells you a lot about Figure's interaction thinking. It is wrapped in washable, removable textiles and foam instead of exposed machined parts, it charges wirelessly, its fingertips can sense a few grams of pressure, and its audio hardware was rebuilt for real-time speech-to-speech conversation, with a much larger speaker and a repositioned microphone. Figure explicitly designs one robot for both the home and commercial work.
Inference Figure is betting that voice and approachable physical design carry a lot of the interaction. On a factory floor, that has to be paired with screens and light signals for the moments voice can't handle. Figure's careers page also lists many humanoid robot operator, robot pilot and data creator roles, which means there is a large internal user base for teleoperation and data tooling, not just end-customer UI.
Mind Robotics
Mind Robotics has raised a very large amount of money quickly: a seed round led by Eclipse, a $500M Series A co-led by Accel and Andreessen Horowitz in March 2026, and another $400M in May 2026. Its pitch is a single platform spanning AI models, robot hardware, and the software to run fleets inside a working plant, aimed at the fiddly, variable work that fixed automation has never handled well: routing wire harnesses, fitting soft trim, mating connectors when parts arrive slightly out of position.
Its founder, RJ Scaringe, has been openly skeptical of humanoid theater. He told the Wall Street Journal that "doing cartwheels does not create value in manufacturing," and has said the company leans toward more traditional factory robot designs. At the same time, one current safety engineering posting refers to the safety lifecycle of a humanoid robot, so the final form factor is not fully public.
Inference For Mind, the form factor is secondary to the data flywheel: real plant data retrains the models, and updates go back to robots in operation. Its open roles already include teleoperation software, operator tooling, annotation workflows and a product manager for data and teleoperation. I found no designer role posted. That is a gap a designer can speak to directly.
Skild AI
Skild AI raised a $1.4B Series C led by SoftBank in January 2026 at a valuation above $14B. Its Skild Brain is a single foundation model meant to control many kinds of robots, including humanoids, quadrupeds, arms and mobile manipulators, and it learns from simulation, internet video, teleoperation and live deployments in settings like warehouses, data centers, construction and factory assembly.
Skild's design job listings are the most concrete of the three. A UI/UX Designer role describes robot control applications built in React Three Fiber, 3D assets in Blender, dashboards and monitoring for robot management, and VR experiences for robot control. A Senior Robot Animator role in San Mateo focuses on authoring motion that runs on physical machines. The company says demonstrated ability matters more than years of industry experience.
Inference Because Skild's model runs on other companies' hardware, its UX lives mostly in software: teleoperation, fleet monitoring, task setup, and the tools that turn human corrections into training data.
A useful reference point: Agility Robotics
Agility's Arc platform shows what mature humanoid fleet software looks like today. It covers facility mapping, workflow setup, live monitoring and troubleshooting, reports KPIs like uptime, throughput and mean time between incidents, and connects to warehouse and manufacturing systems such as WMS, MES and PLCs. The lesson: the customer-facing product is as much the fleet software as the robot.
Who actually uses an industrial humanoid
Designing for "the user" fails here. Here are the five roles I would design for, ordered by how many of them exist on a typical floor.
| Person | Relationship to the robot | What they need to know | Constraints |
|---|---|---|---|
| Line associate | Works beside it, rarely commands it | Is it about to move toward me? Is it safe to reach in? Is it waiting on me? | Gloves, eye and hearing protection, hands full, glancing at it for under a second |
| Team lead or assist responder | Gets called when it's stuck | What went wrong, what it already tried, what my options are, and how long the line can wait | Covering several stations, walking, needs to decide in seconds |
| Remote pilot | Takes over the robot's arms from elsewhere | Full spatial picture, contact forces, what the robot intended, how to hand control back | Latency, fatigue over long sessions, many robots per pilot |
| Deployment or maintenance tech | Sets up, calibrates, fixes | Health, faults, logs, safe power-down and restart sequences | Works inside safety zones, needs certainty about robot state |
| Plant or operations manager | Owns the outcome | Uptime, throughput, interventions per hour, top failure causes, cost per task | Thinks in the same metrics as the rest of the line, like OEE and downtime Paretos |
Voice, touch, light, motion: what each is good for on a factory floor
Each channel has a job it is good at and a job it should never be given. The table below is my synthesis of the HRI research and factory constraints.
| Channel | Best at | Breaks down when | Design rule |
|---|---|---|---|
| Robot lights | Broadcasting state and intent to everyone nearby, instantly | States multiply beyond five or six, or rely on color alone | Small fixed vocabulary; pair each color with a distinct pattern for color-blind users |
| Motion and posture | Showing where the robot is about to go | Used as the main signal; field staff report motion confuses and scares people | Make motion legible and predictable, then back it up with light |
| Voice | Short, hands-free commands and confirmations; explaining why | Loud floors, hearing protection, many languages, safety-critical commands | Short call-and-response grammar; robot always repeats back; never the only way to stop |
| Sound (non-speech) | Urgency and direction cues | Masked by line noise; alarm fatigue | Reserve for state changes, not continuous status |
| Handheld or station screen | Decisions: seeing what the robot saw, choosing a recovery | Gloves, glare, when the person is mid-task | Big targets, three choices max, readable at arm's length |
| Wearable (wrist, badge) | Quietly getting the right person's attention | Anything requiring detail | Notify, then hand off to a screen |
| Physical E-stop | Stopping, always | Never replaceable by software | Always reachable, always visible, never voice-only |
| Remote console, VR or 3D | Teleoperation, labeling, exception recovery | Latency and long-session fatigue | Show intent and forces, not just video; make handback explicit |
Three findings from the research shaped this table. First, a study at a simulated warehouse intersection found that when a robot communicated its intent, people completed tasks faster and reported more trust and comfort; a humanoid avatar using familiar warehouse hand gestures was the preferred format. Second, researchers who surveyed staff at a factory robot company found that field teams considered motion the least desirable way for a robot to show intent, and that it tended to confuse or scare people, which pushed them toward custom light signals. Third, a 2025 multimodal framework proposes matching the channel to the level of information: a flashing light for the next move, a beep for a task switch, speech for the longer-term goal.
On voice specifically, a recent systematic review of voice-based HRI found strong technical progress but limited evidence of robust deployment outside the lab. In the United States, OSHA requires a hearing conservation program when noise averages 85 decibels over a shift, a level many production areas reach, which means many workers near a humanoid will be wearing hearing protection.
The five-layer interaction stack
Put together, an industrial humanoid needs a coordinated system of surfaces. Each layer serves a different person and escalates to the next when it runs out of bandwidth.
Body language
Lights, posture, and legible motion that broadcast state and intent to anyone within a few meters.
Voice and gesture, up close
A small command grammar ("hold," "resume," "what are you doing") with spoken read-back, in the crew's languages.
Assist card on a handheld or station screen
When the robot is stuck: what it sees, what it tried, what it needs, and three recovery options. Tied into the plant's existing andon and help-call system.
Remote pilot console
Takeover with a 3D view, contact forces, the robot's intended plan, and a clear handback. Every intervention ends with a one-tap cause label.
Fleet and learning view
Interventions per hour, time to assist, and a ranked list of failure causes, in the same language as the plant's MES and downtime reports.
A consumer humanoid can collapse layers 1 to 3 into voice plus a phone app. An industrial one can't, because the people, noise, and stakes are different at each layer.
The moment that matters most: when the robot gets stuck
Every one of these companies describes its advantage as a data flywheel: deploy robots, collect real-world data, retrain, push better behavior back out. Skild names teleoperation as its richest data source. Mind Robotics calls the loop with Rivian's plants its core moat. Figure built Figure 03 to upload large amounts of fleet data for continuous learning.
The flywheel has a human bottleneck. The most valuable data comes from the cases the robot can't do yet, and those cases are resolved by people: a team lead reseating a part, a remote pilot finishing a connector mate. If that recovery is slow, confusing, or unlabeled, the line loses time and the model learns nothing.
So I think the highest-leverage UX in industrial robotics right now is exception handling. It touches every layer of the stack in about ninety seconds:
| Step | What happens | Surface |
|---|---|---|
| 1. Detect | The robot's confidence drops. For example, it tried to mate a harness connector twice and didn't feel the latch. | Robot internal |
| 2. Signal | Lights switch to a blue pulse. Nearby associates know it's waiting, not failing dangerously. | Layer 1 |
| 3. Call | The nearest team lead's wearable buzzes; the assist card opens on their handheld. | Layer 3 |
| 4. Decide | Fix it here, send it to a remote pilot, or skip the unit and flag it for rework in the MES. | Layer 3 |
| 5. Recover | If a person approaches, the robot parks its arms and shows white. If remote, the pilot takes over. | Layers 1, 2, 4 |
| 6. Teach | A one-tap cause label ("part out of position," "connector damaged," "grip slipped") attaches to the recording. | Layer 4 |
| 7. Learn | Fleet view updates the failure Pareto; the AI team sees which cases to train on next. | Layer 5 |
I built an interactive prototype of this flow. Try it below.
Design principles I would bring to this work
- Safety is physical. Convenience is voice.Stopping the robot should never depend on being heard or understood. Voice makes the easy things easier; hardware and light handle the dangerous things.
- Never make the associate guess.At any moment, someone glancing at the robot for half a second should know whether it's working, yielding, waiting on a person, safe to approach, or stopped.
- Five states, not fifty.A light language only works if it is small enough to learn in one shift briefing. Every extra state competes with the ones that keep people safe.
- Show what it tried, not just what failed.An assist card that says "latch not detected after 2 attempts, part appears 3 mm low" earns trust. One that says "Error 4012" doesn't.
- Every rescue is a lesson.Design the end of each intervention so labeling the cause takes one tap, because that label is training data.
- Speak the plant's language.Plants already run on andon calls, MES flags, downtime codes and OEE. Robot UX should plug into those, not invent a parallel universe.
- Design for the tenth hour of the shift.Fatigue, glare, gloves, and noise are the default conditions, not edge cases.
Open questions I'd want to test
How many robots can one remote pilot supervise before time-to-assist climbs? Should the robot ever ask a nearby associate for help directly, or always route through a team lead? How should a humanoid communicate a safe power-down, given that a balancing robot can't simply be switched off the way a fixed arm can? How should light and voice behave when two robots from different vendors share an aisle? And which failure causes do line workers actually see most often, versus what the logs report?
Safety standards will shape many of these answers. ISO 10218 was revised in 2025, and ISO 25785-1, the first standard written for industrial mobile robots that must actively balance, is still in committee draft. The interaction patterns designed now will need to fit whatever those standards require.
Method: desk research across company announcements, job postings, trade press and published HRI research, current as of September 2026. The inferences marked above are my own and have not been confirmed by the companies. My next step is interviewing people who work on factory lines to test the stack and the assist flow.
Sources
- Figure, "Introducing Figure 03." figure.ai
- The Robot Report, Figure 03 design and audio details, Oct 2025. therobotreport.com
- BMW Group press release on Figure 03 at Spartanburg, June 2026. press.bmwgroup.com
- BMWBLOG, Figure 03 joins Spartanburg, June 2026. bmwblog.com
- TechCrunch, Mind Robotics $500M Series A, Mar 2026. techcrunch.com
- SiliconANGLE, Mind Robotics $400M, May 2026. siliconangle.com
- Mind Robotics open roles via Built In. builtin.com
- Skild AI, Series C announcement, Jan 2026. skild.ai
- Skild AI open roles. greenhouse.io
- Figure open roles. greenhouse.io
- Agility Robotics, Arc launch, and Contrary Research profile. agilityrobotics.com, contrary.com
- Bhattathiri et al., "Unlocking human-robot synergy: The power of intent communication in warehouse robotics," Applied Ergonomics, 2024. sciencedirect.com
- Bacula et al., "Integrating Robot Manufacturer Perspectives into Legible Factory Robot Light Communications," ACM THRI, 2023. dl.acm.org
- Chiossi et al., "Designing Intent: A Multimodal Framework for Human-Robot Cooperation in Industrial Workspaces," CHIWORK 2025 workshop. arxiv.org
- "Voice in Human-Robot Interaction: A Systematic Review," Springer. link.springer.com
- ISO/CD 25785-1 status page. iso.org