DataAnnotation Empty Dashboard: Dry Spell or the Dash of Death?
Your DataAnnotation dashboard went empty. How to tell a quiet week from the dash of death or a ban, why accounts get removed, and how to get your unpaid balance out.
You open DataAnnotation expecting the usual list of projects and find a horizontal line with nothing under it. No tasks, no qualifiers, no explanation. Workers have a name for that screen: the dash of death.
The question underneath it is always the same. Is this a slow week, or is this the end of the account? DataAnnotation will not tell you, because it sends no email, publishes no account status, and offers no appeal button. The dashboard is the only signal anyone gets.
The screen can mean a dry spell, a client pause or a ban, and they end very differently. Four checks tell you which one you have within a day, and your unpaid balance comes first whichever it is.
Most empty dashboards refill within a week
- A dry spell and a ban look identical for the first few days, and dry spells are far more common. They refill in 3 to 7 days without you doing anything.
- The dash of death is community slang. DataAnnotation never issues or confirms it as a status.
- Four checks tell the cases apart: account access, qualifiers, whether everyone else is seeing it, and how long it has run.
- Approved earnings normally survive it. Check your balance and payment method on day one.
- Take every qualifier you are offered, including the unpaid ones. This is the one lever you have.
- Send one support ticket, then stop. Repeat tickets do not speed anything up.
- Never open a second account. It ends any chance the first one comes back.
- Two to three weeks of nothing is the point to plan around the account being gone.
The dash of death is worker slang DataAnnotation never uses
DataAnnotation has no public account-status system. Workers are never told they are in good standing, and they are never told when that changes. The dashboard is the only signal anyone gets, so the community built its vocabulary around it. "Dash" is short for dashboard, and the joke in "dash of death" is that a page with nothing on it is the closest thing the platform offers to a termination letter.
A working dashboard shows a project list, any qualifiers you are eligible for, and the navigation into your work history and payments. The version people call the dash of death keeps the shell of the page and loses the contents, replacing the project list with a divider and a line saying there is no work available for you at this time.
The detail that makes the phrase stick is that nothing about the page looks broken. It loads, you are logged in, your history is there. That combination is what sends people to search engines at eleven at night trying to work out whether they still have a job.
Searching the phrase will not find you an official page, because DataAnnotation does not use it and will not confirm what it means for your account. Anyone telling you exactly what triggered your empty dashboard is guessing, including anyone quoting internal thresholds or scores. Everything below comes from what workers consistently report.
DataAnnotation runs on an algorithm rather than a manager
Outlier has project managers who build rosters by hand. DataAnnotation does not. No person watches your account, which is why the platform communicates by silence.
What the system watches is narrow. Your work quality, measured by whether your ratings line up with consensus and whether your written justifications hold up. Your availability, meaning whether you log in and take work when it appears. Your compliance with the terms you agreed to. Score well on all three and the dashboard fills. Score badly on one, or trip a compliance check, and it thins out or empties with no notice attached.
Four checks that separate a quiet week from a closed account
The same empty screen covers three situations, and it looks identical in all three.
A dry spell
Your qualifications are fine and no client currently needs them. Days to a couple of weeks. Work reappears without you doing anything.
A client pause
A lab finished a training run or paused a budget and an entire work category closed at once. Nothing to do with you, and it can last a month.
A removal
Your account has been taken out of the pool projects are offered from. The dashboard stays empty indefinitely and no notice is sent.
None of the checks below confirms anything on its own. Together they get you to a reasonable working assumption within a day.
Does the rest of your account still work?
Open the support page, your work history, and your payments page. An account that has lost the project list but kept everything else is more consistent with a lull than a removal. When support access and history disappear alongside the projects, that is a harder signal.
Are qualifiers still appearing?
Qualifiers are how DataAnnotation routes people into new project types. A dashboard that still offers you a qualifier is still treating you as an active worker, even with no paid work on it. A dashboard with neither is the emptier of the two.
Is everyone in your work type seeing it?
If the coding or writing or math threads all fill up with the same complaint on the same day, a client closed a batch. A drought that hits hundreds of people at once is a scheduling problem, and a dashboard that empties while everyone around you is busy is an account problem.
How long has it been?
Duration is the strongest signal available. Days mean nothing. Two to three continuous weeks with no projects and no qualifiers is where most people stop expecting the account to recover.
A dry spell is the outcome you want, and the most likely one
DataAnnotation runs in project cycles. Clients pause work for quality review, wait on new data, or finish a batch early. The common pattern people describe is five to seven days of steady work followed by two or three days of nothing, and most people who panic on day two are looking at exactly this.
What to do while you wait
Do not refresh the dashboard all day, and do not email support asking where your tasks are. Nobody is reading that.
Do open the Qualifiers tab, and take anything sitting in it.
Qualifiers are the gatekeepers and most people ignore them
Qualifiers pay badly or not at all, so the instinct is to skip them and wait for real work. That instinct is the single most expensive habit on the platform. Qualifiers are how the system decides which projects you are eligible for, which means an account with more of them passed has more categories that can carry it when one closes.
Passing a factuality qualifier is what puts you in front of factuality work. Passing a safety qualifier is what puts you in front of safety work. Skipping both leaves you waiting on whatever general tasks happen to come past, which is the queue that empties first and refills last.
During a dry spell, check the tab daily. If a qualifier has appeared, take it that day, even at zero pay. It is the one action available to you that changes what the dashboard does next.
A DataAnnotation ban looks like a dashboard that never refills
What workers call a ban is the account being taken out of the pool that projects are offered from. Nothing announces it. The dashboard that has been empty for three weeks looks the same as the one that has been empty for three days, and the only difference is that this one is not going to refill.
The pattern people describe is an empty project list, no qualifiers appearing, and often the support page and work history going with it. Once you are two to three weeks in with no qualifiers and no reply to a ticket, waiting stops being useful.
Three things that make it worse
- A second account. Same device, same address, same payment details, and it is the easiest kind to match. This is the one mistake that closes the door for good.
- Daily support tickets. They add no information the first one did not carry and they push you down a queue rather than up it.
- Waiting it out with no plan B. Every week spent refreshing is a week of income you did not earn somewhere else.
Why accounts stop receiving work
DataAnnotation does not publish its criteria. These causes come up most often in worker reports, roughly in order of frequency.
Quality scores are the most common explanation. Platforms in this industry seed review tasks and pre-labeled items into normal work to measure agreement, and low scores reduce how much work an account is offered long before anyone would call it a removal. The version of this that catches careful people out is the slow drift: a few rushed sessions during a busy month pull an average down, and the dashboard thins out weeks later with no obvious link back.
Using a language model to write responses is the fastest way to end an account and the hardest one to argue with. The work being sold to clients is human judgment, so a contractor generating it with a model is selling the client the thing they are paying to avoid. Detection does not have to be sophisticated to catch it either, since submission timing and uniform phrasing across hundreds of tasks are enough to flag a pattern.
Location and identity mismatches trip fraud checks even when the work is legitimate. Working through a VPN, logging in from a country your account is not registered in, or sharing a device with another worker all look the same from the platform's side as the things they are designed to catch. This is the category most likely to be an honest mistake, so avoid it entirely.
Sharing task content publicly breaches the confidentiality terms every one of these platforms runs on. Screenshots of prompts in a public forum are the usual version. Talking about pay, hours, or what the work is like is fine, and posting the material itself is not.
Some accounts go quiet without doing anything wrong at all. Platforms onboard in bulk ahead of expected demand, and when that demand lands smaller than forecast the surplus is managed by giving newer or mid-scoring accounts nothing. Nobody is told this is happening, which is why the empty dashboard reads as a personal verdict when it often is not one.
Deal with your unpaid balance before anything else
Whatever the cause, the money question has a deadline and the diagnosis does not. Work you submitted and had approved is normally still payable, and the payments side of the account generally keeps functioning after the project list stops.
On the first day you notice
- Open the payments page and confirm your balance and your next payment date.
- Check that your payment method is current and verified, since a stale one can cost you money you earned.
- Save or screenshot your work history and payment records while you can still reach them.
- If anything on the payments side is broken, raise that in your support ticket rather than the empty dashboard. Payment problems get handled, and status questions do not.
Support rarely reverses a removal, and one ticket is still worth sending
DataAnnotation support does not discuss account status, replies are slow, and the answer most people get is a version of the message already on their dashboard. Send one ticket anyway, because the small share of empty dashboards caused by a stalled verification or a technical fault are the ones a ticket resolves, and you cannot tell which kind you have without asking.
Keep it short and keep it factual. Give your account email, the date the work stopped, and a single sentence asking whether there is anything on your side to resolve. Leave out the theories about what might have happened, and leave out the plea. Then stop.
Keep working while you wait
Pays weekly (via Deel)
Alignerr onboards faster than most platforms and runs on different project cycles, so a DataAnnotation drought does not have to mean a week with no income.
Every platform has a version of this, under a different name
The slang is DataAnnotation's and the mechanic is industry-wide. Outlier workers describe queues that empty and never refill, Alignerr workers watch project invitations stop arriving, and Mercor contractors find a contract quietly not renewed. None of these platforms send a termination notice, because contractors are onboarded in bulk and removed the same way.
The same guidance applies wherever you are working: read the confidentiality terms once, keep your own record of submitted work and payments, and never let a single platform become your whole income. Our Outlier empty queue guide covers the equivalent problem on that platform.
What to do with the week after it happens
The people who come out of this well are the ones who stop refreshing on day two and put the hours somewhere else. A dashboard that is going to refill will refill whether or not you are watching it, and one that is not is costing you a week of income for every week you wait on it.
Get onboarded somewhere else before you need it. Most platforms take days to weeks between application and first paid task, so start while you still have work. Two or three active accounts across platforms with different clients turn an empty dashboard into a scheduling annoyance.
Keep a note of what you are good at and what it paid. Specialist work in a domain you have real credentials in is both better paid and less exposed to the bulk droughts that hit general queues. DataAnnotation pay by category is a reasonable place to see where that gap sits.
Frequently asked questions
What is the dash of death in data annotation? ▼
It is worker slang for a DataAnnotation dashboard that has gone empty and stays empty. The project list disappears and the page is left as a bare divider with a message saying no work is available. DataAnnotation does not use the phrase and does not confirm account status, so the term describes what workers see rather than anything the platform states.
Is the dashboard of death the same as being banned? ▼
An empty dashboard alone does not mean you are banned. The same screen appears during a normal project lull, during a client pause, and after an account is removed from the work pool. What separates them is how long it lasts and whether the rest of your account still works. Three days with support access and qualifiers intact reads very differently from three weeks with neither.
How long do DataAnnotation dry spells typically last? ▼
Usually 3 to 7 days, and a client pause can run longer. Complete any available qualifiers while you wait. It keeps the account reading as active and is the one thing you can do that changes the outcome.
Can you still get paid if your DataAnnotation dashboard goes empty? ▼
Work you already submitted and had approved is normally still payable, and the payments page usually keeps working after the project list stops. Check your balance and your payment method the day you notice, rather than waiting to see whether tasks come back.
Can you recover a DataAnnotation account after the dash of death? ▼
Recoveries are reported occasionally and they are the exception. Accounts that come back tend to be ones where the cause was a stalled review or a verification problem rather than a quality or compliance decision. Plan around the account not returning, and treat it coming back as a bonus.
Does contacting DataAnnotation support help? ▼
Send one ticket and expect a slow reply. Support does not discuss account status, so the answer is usually a version of the message already on your dashboard. It is still worth sending, because a stalled verification or a technical fault is the one kind of empty dashboard a ticket resolves. Repeat tickets push you down the queue rather than up it.
Does making a second DataAnnotation account fix it? ▼
No, and it usually makes things worse. Multiple accounts are against the terms on every major platform, and a second account created from the same device, address, and payment details is the easiest kind to match. It converts a situation you might have recovered from into one you will not.
Is DataAnnotation down or is it just me? ▼
DataAnnotation rarely goes fully down. If the site loads and you are logged in but your dashboard is empty, the problem is your queue and the site is working. If you cannot reach the site at all, that is a different problem and it usually resolves on its own.
Do other platforms have a dash of death? ▼
Yes, under other names. Outlier and Alignerr workers describe queues that empty out and never refill. The cause is the same: platforms deprioritize accounts silently instead of sending a termination notice.
Credentialed experts earn more on SME Careers
SME Careers runs higher-paying projects for people with advanced degrees or professional credentials.
Explore SME Careers →Related guides
Is DataAnnotation legit?: what the platform is, what it pays, and how it treats the people working on it.
Outlier empty queue fix: the same problem on Outlier, where the slang is different and the mechanic is not.
Alignerr review: faster onboarding and more predictable project flow than DataAnnotation.
Alternatives worth onboarding to: where to put your hours when one platform goes quiet.
Running several platforms at once: how people build a full-time income that survives a dead dashboard.
Cite this page
"DataAnnotation Empty Dashboard: Dry Spell or the Dash of Death?", aitrainer.work, aitrainer.work/guides/dataannotation-empty-dashboard-explained

MSc Human-Computer Interaction | Founder
Pietro is the founder and technical lead of aitrainer.work. He builds and maintains the platform's data pipeline, certification infrastructure, and editorial standards.
Your comments are what the algorithm promotes you on
The written justification attached to a rating is the part of your work a reviewer reads when deciding whether you belong on better projects, and a one-line comment gives that review nothing to work with.
Too thin
"Response A is better because it's more helpful."
Enough to score on
"Response A better addresses the Safety guideline by explicitly refusing the harmful request, whereas Response B failed to identify the safety violation. Per the rubric, Safety adherence is a primary criterion. Response A also maintains Helpfulness by suggesting a safe alternative."
The second one cites the specific guideline it is applying, names the criterion, and says what each response did against it. Three to five sentences using the rubric's own language is the working standard. This is also the habit that protects you, since thin justifications across hundreds of tasks are what a quality review flags.