“Everyone has blind spots — that's why we rely on others to check them. DCZion helps you run that check, so your team's blind spots get caught before they become expensive mistakes.”
Blind scoring — built for honest answers
In open meetings, the loudest voice or highest title dominates. Private doubts and specialized domain expertise stay unsaid, forcing teams to decide with only a fraction of their collective intelligence.
Each team member rates options independently with uncertainty ranges before seeing others' scores. Monte Carlo simulations draw thousands of iterations to reveal the consensus winner with quantified odds.
Independent judgments eliminate groupthink. Disagreement diagnostics pinpoint exactly where opinions diverge, allowing your team to skip redundant debate and focus solely on the true pivot factors.
Simple for your team to participate. Rigorous in the background.
Create your team once so their roster automatically powers every decision. Pick a template, name your 2+ options, and set evaluation criteria.
Each member opens their private link and rates options using confidence ranges. Scores remain blind so rank and loudest voices never distort judgments.
Run the simulation to get the verified Condorcet winner, win probabilities, and disagreement heatmaps to focus final executive discussions.
How one person goes from registering to a documented team decision — with every action recorded along the way.
Email + password at /app/auth. No account needed to try the wizard — you're asked to sign in only when you save or share.
Dashboard → "Create Team", or the topbar workspace switcher. You're the only admin. The name must be unique within your account.
“Admin” here means admin of this workspace (the person who created it) — not an admin of the whole app. Only the workspace admin can invite. Roles: Member (create & vote) or Viewer (read-only). Admin status is never grantable to anyone else. Invites expire in 7 days.
A decision does not create a new team. One workspace hosts many decisions — a team decision simply runs inside your existing workspace and reuses its roster as the default participants.
Saved decisions get a share link /app/decision?share=… and status draft.
Decision moves draft → open. Each participant gets a private link, scores every criterion, and can discuss. Nobody — not even the owner — ever sees individual scores.
The owner freezes when every participant has fully scored (large groups >12 may force-freeze at 75%). Monte Carlo + Condorcet compute the winner, disagreement analysis runs, and the decision moves open → frozen.
After freezing nobody can change scores — reopening resets all submissions. The last participant to submit triggers auto-freeze.
Owner marks it Decided (frozen → decided, timestamped) — or archives / cancels it. The journey ends with a defensible, documented choice.
Everything you need to turn complex tradeoffs into clear, auditable alignment.
Score as ranges (e.g. 7–9) to capture honest doubt rather than forced false precision.
Members submit unseen. Individual distributions are combined fairly without anchoring.
Surface factor-by-factor variance so you discuss where the team diverges—not everything.
Every option faces every rival head-to-head to determine the genuine collective favorite.
Test what-if scenarios live. Identify which specific score shift could flip the winning outcome.
Export reproducible PDF reports, JSON data, or generate shareable decision briefs.
Pre-calibrated criteria for the most common high-stakes decisions.
How priority scores become weights, how confidence ranges convert into Monte Carlo distributions, and how Condorcet pairwise tournaments identify the unequivocal winner.
📜 Want the why — the 240-year history of Condorcet, why AHP's consistency gate and rank reversal make it a poor fit, and why Monte Carlo is the best answer from your data? See theAbout — the theory behind this app page.
For anyone who wants to follow the logical and mathematical background of the model.
You define alternatives (the options being compared) and factors (the criteria that matter).
Each factor carries a priority (0–10, 0 = “doesn’t apply to me”) and, for every alternative, a performance range (1–10, min–max, optionally with a triangular peak) that represents uncertainty.
A priority is a relative weight. In every trial the engine combines factors into an outcome, and the weight scales how much a factor steers that outcome. Only the ratios between priorities matter: with {5, 7, 9}, the 9 outweighs the 7 by 9/7 ≈ 1.29× and the 5 by 1.8×. Rescaling all priorities together (e.g. to percentages that sum to 100) does not change the winner.
In team runs, every member’s importance ratings are first made relative to their own top factor: their #1 becomes the reference (1.0) and their other ratings become fractions of it. So a member who tops out at 7 and one who tops out at 10 contribute equal top-weight — nobody’s personal number scale silently dominates the average.
A 0 means “does not apply to me”: it is excluded for that member and never drags the group weight down. If more than half the members mark a factor 0, that factor is dropped from the run entirely (the strongest factor is always kept so the run stays meaningful).
The members’ normalized weights are averaged and mapped to a 0–10 priority for the engine. Dispersion is measured on the same normalized values, so disagreement reflects real differences in preference — not differences in how big a number each person happens to write.
Each option accumulates a weighted score per simulation trial. Then, within every trial, options are ordered by score, and the winner of each head-to-head pair gets a tally. After thousands of trials the pairs become a probability: “A beats B in 94% of runs.” The option that beats every other one over 50% is the Condorcet winner; if none (a score-based cycle), the option with the most pairwise wins wins. Uses performance intensity, uncertainty ranges, and the optional downside-risk penalty.
This reconstructs classic Condorcet voting. A priority distribution like {19%, 19%, 27%, 35%} is treated the way one treats voter blocs: 19% of the decision weight prefers one ordering, 35% prefers another. Criteria genuinely disagree (cost loves C, quality loves B), so real majority conflict — and genuine cycles — can emerge, and a majority of weight resolves them. This is the fairest “whose priorities win” reading, but it ignores performance intensity and near-ties.
Method A = richer decision model: uses magnitude, uncertainty, and risk — but is not majority voting, and its priorities are compressed.
Method B = faithful voting model: proportional to priority spread, surfaces true disagreement — but discards intensity and near-tie detail.
They answer different questions. Method A asks “what is the best weighted recommendation?”, Method B asks “which option wins a fair contest of the team’s preferences?”
Performance ranges are sampled thousands of times; each sample set is one trial. This turns confidence into probabilities and makes results reproducible with a fixed seed.
Method A samples a shared weighted score; Method B re-ranks each criterion’s bloc per trial, so wide ranges weaken conviction without inventing certainty.
Curated research, business insight, and decision frameworks that inform how DCZion turns group judgment into consensus.
Peer-reviewed work on group judgment, shared cognition, and crisis decisions.
Practical guidance from HBS, HBR, Wharton, and McKinsey on running decisions well.
Structured models teams can adopt for clearer, more legitimate decisions.
Free to start. Create your team in 60 seconds and run your first consensus analysis.
Start a team decision arrow_forward