Most everyday math mistakes aren't caused by not knowing the underlying method — they're caused by a small number of specific, recurring traps that catch even people who understand the concept perfectly well. Here's a rundown of the most common ones across the topics this site covers, and the specific habit that reliably prevents each.
**Mistake 1: forgetting to convert a percentage to a decimal before multiplying.** Computing "20% of 85" as 20 × 85 (=1,700) instead of 0.20 × 85 (=17) is probably the single most common percentage error, and it overshoots by a factor of exactly 100 every time. The fix is a habit, not a formula: always write the percentage as a decimal explicitly before doing anything else with it — "20%" becomes "0.20" as its own written step, not something you try to handle mentally mid-calculation. This site's How to Calculate a Percentage guide covers the full method with worked examples.
**Mistake 2: order of operations, specifically around negative signs and exponents.** −3² and (−3)² look almost identical and give different answers: −3² = −9 (the exponent applies to 3 alone, then the negative sign is applied after), while (−3)² = 9 (the parentheses group the negative sign with the 3 before squaring). This exact confusion recurs constantly, especially when a negative number is substituted into a formula without parentheses to protect it. The fix: whenever a negative number is being raised to a power, wrap it in parentheses explicitly, every time, rather than trusting an unwritten mental rule under pressure.
**Mistake 3: the "freshman's dream" — distributing an exponent over addition.** (a+b)² is not a²+b² — it expands to a²+2ab+b², and the missing middle term (2ab) is exactly what gets dropped when people apply this shortcut incorrectly. This error is common enough in early algebra to have its own informal name. The fix is remembering that squaring a sum means multiplying the whole sum by itself — (a+b)(a+b) — and actually working through that multiplication (or memorizing the expanded form) rather than assuming exponents distribute over addition the way multiplication does.
**Mistake 4: rounding in stages instead of directly to the final target precision.** Rounding 1.45 to one decimal place first (giving 1.5, since the digit after is 5) and then to a whole number (giving 2) produces a different, incorrect answer compared to rounding 1.45 directly to a whole number in one step (giving 1, since the digit right after the ones place is 4, below 5). Two-stage rounding can silently introduce this kind of error. The fix: round from the original, full-precision number straight to your final target precision in one step, whenever the original value is available — never round twice in sequence if it can be avoided.
**Mistake 5: applying the base value inconsistently in percentage-change problems.** "Up 25%, then down 25%" does not return a value to where it started, because the second 25% is calculated on a different (larger) base than the first. A value going from 80 to 100 is a 25% increase; going back from 100 to 80 is a 20% decrease, not 25%, since the base for the second calculation is 100, not 80. The fix is remembering that percentage change always uses the *original* value in each specific calculation as its base — never assume symmetry between an increase and a decrease of the "same" percentage.
**Mistake 6: mixing up GCF and LCM.** These two calculations are close cousins (both built from prime factorization) and get confused constantly, especially under time pressure. The fix is a size check: GCF is always less than or equal to the smaller of the two input numbers (it's a shared divisor); LCM is always greater than or equal to the larger input number (it's a shared multiple). If your computed answer doesn't respect that size relationship, you've applied the wrong method, and it's worth catching that mismatch before moving on.
**Mistake 7: forgetting to simplify a fraction all the way, stopping one step early.** Reducing 24/36 to 4/6 by dividing by 6, then treating that as final, misses that 4 and 6 still share a common factor of 2 — the fully simplified form is 2/3. The fix: after simplifying, explicitly check whether the new numerator and denominator share any factor besides 1 (this is the definition of "coprime," and it's the actual stopping condition for simplification) — don't stop just because a fraction "looks" simpler than where it started.
**Mistake 8: treating a ratio like a fraction of the total.** Reading the ratio "2:3" as meaning the first quantity is 2/3 of the total, when it's actually 2/5 of the total (since the ratio's parts sum to 5, not 3). The fix: always sum a ratio's parts first, before treating any individual part as a fraction of the whole — the ratio's own numbers are not automatically fraction-ready without that extra addition step.
**Mistake 9: assuming trial division only needs to go up to a number's halfway point (or some other arbitrary cutoff) instead of its actual square root.** Testing far more numbers than necessary (up to n/2, say) wastes real effort on larger numbers, while stopping short of the true square-root cutoff risks missing a genuine factor. The fix: the square root is the mathematically exact cutoff, not an approximation or a rule of thumb — testing to that specific point, and no further, is both sufficient and necessary.
**The pattern underneath all nine.** Nearly every recurring math mistake on this list comes from skipping an explicit intermediate step under the pressure of trying to go faster — converting a percentage to a decimal before multiplying, writing out parentheses around a negative base, rounding in one deliberate step rather than several casual ones. None of these fixes require more mathematical knowledge than the mistake itself; they require slowing down by exactly one small, specific step at exactly the point where the error tends to happen. That's a genuinely learnable habit, not a talent — and it's the same habit this site's Learn guides are built around teaching directly, one topic at a time.