✦ Task type · App testing
Watch apps are used at arm's length for two seconds
Every design decision on a wearable is governed by a fact no simulator reproduces: the screen is looked at briefly, often while doing something else, sometimes in the rain.
Wearables are the only platform where the interaction budget is measured in seconds and the user is usually doing something else. Testing at a desk removes both constraints and therefore removes the test.
What to put in the public brief
- The wearable platform, named exactly
- That physical hardware is required
- How they will get the build
- That video of the wrist is required
- Roughly how long, and over how many days
Keep the app identity and build private.
What to put in the private instructions
Ask them to use it while occupied
Walking, carrying something, cooking. A wearable tested while sitting still has been tested as a very small phone.
Ask whether they had to look twice
The single most useful question. A glance that fails and needs a second look is the difference between a useful complication and a deleted app.
Ask about outdoors and sunlight
Contrast that passes indoors regularly fails at brightness, and it is the environment wearables are most used in.
Ask about the notification, not just the app
Most wearable interaction is a notification arriving. Whether it is readable without opening anything is usually the whole product.
Proof worth requiring
Ask for
Video of the wrist during use, the exact device and OS version, whether any glance needed repeating, and one line on outdoor legibility.
Do not ask for
Screenshots. A two-second glance is a temporal event and a still frame cannot represent whether it succeeded.
When this task type is the wrong tool
If the phone app is the product and the watch app is an accessory, test the phone app first — an onboarding test will find more for less.
If the build cannot be installed on retail hardware, nothing here can run. The constraint is the device, and it is not negotiable.
Common questions
Why not test on the simulator?
A simulator gives you the layout at desk distance with a mouse and unlimited attention. Wearable failures are about glanceability and interruption: whether the number can be read in a second, whether a notification is legible in sunlight, whether a gesture works with one hand full.
Which platform?
One per campaign. Apple Watch and the Wear OS devices differ in input, notification behaviour and how they relate to the phone app, and averaging them produces guidance for neither.
What reward is fair?
Twenty-five to forty dollars. The pool of workers with a specific wearable and the ability to install a test build is small, and scarcity is what sets the price.
How do they record it?
A phone filming the wrist. It is the right artefact because it captures the arm being raised, the glance, and whether they had to look twice, none of which a screen capture shows.
Thinking of taking this task?
The same job, from the other side. Rewards are set by the poster, so treat these as the range this task type usually sits in rather than a promise.
- Usually pays
- $25 to $40
- You need
- The named wearable and the ability to install a test build
- Proof expected
- Video of your wrist during use, plus device and OS version
Use it while occupied rather than sitting still. Whether you had to look twice is the single most useful thing you can report.
Create a worker accountTest your watch app
Set the reward and the platform you need. Workers with the hardware reserve a spot; your build stays private until they do.
Post this task