I’m trying to wrap my head around direct proportion, and I keep second-guessing myself. I love the idea that if y is directly proportional to x then y = kx and the graph goes through the origin – neat and tidy! But in real problems I’m not always sure when I’m allowed to use that, and I think I mix it up with situations that have a fixed extra amount.
Example where I think it is direct: “Cost is directly proportional to number of notebooks. 5 notebooks cost $12.50. How much for 8 notebooks?” My attempt: I set y = kx, so k = 12.50 / 5 = 2.50 per notebook, then I’d do 8 × 2.50. That feels fine.
Where I get confused: Sometimes there’s hidden stuff like a starting fee (taxi fares, setup costs, packaging). If I only get one data point (like just the 5 notebooks for $12.50), is it safe to assume direct proportion? Or do I need evidence that the line would go through (0,0)? What’s a quick way to check I’m not accidentally in “y = kx + b” land?
Also, units trip me up. Simple number example: “3 kg of apples cost $9.60. What does 750 g cost?” My attempt: k = 9.60 / 3 = $3.20 per kg. Then 750 g = 0.75 kg, so price = 3.20 × 0.75 … and I stop there because I’m not sure if I’m doing the setup right when units change. Should I always convert everything to the same units before using y = kx, or can I safely cross-multiply even if one side is in grams and the other in kilograms?
In short: How do I confidently identify when a situation is truly direct proportion, and what’s the most reliable way to set it up (especially with unit conversions) so I don’t sneak in a hidden +b by mistake?
















3 Responses
Quick gut-check: use y = kx only if it explicitly says “directly proportional” or you can confirm two points have the same y/x (then the line must pass through (0,0)); a single point like (5, 12.50) can’t rule out a start-up fee, though for identical items in a shop it’s usually a safe bet. For units, either convert first (750 g = 0.75 kg) or let k carry the unit ($/g works), but don’t mix kg and g in one ratio without scaling or you might smuggle in a fake +b; here k = 3.20 $/kg, so 0.75 kg costs $2.40. Hope this helps!
The heart-check for “directly proportional” is: if x is 0, must y be 0? If the context makes that obviously true (zero notebooks → zero cost, zero mass of apples → zero cost), then y = kx is the right model. If there could be any “start-up” piece (base fare, delivery fee, subscription, packaging-per-order), then you’re in y = kx + b land. With only one data point you can’t tell the difference-$12.50 for 5 notebooks could be $2 base + $2.10 each, or $0 base + $2.50 each-so you need either the problem to explicitly say “directly proportional” or a second point to confirm the same ratio y/x. Quick checks: does doubling x double y? do different (x, y) pairs give the same y/x? and, most telling, what should happen at x = 0 in this situation?
On units, keep k’s units visible and you’ll stay out of trouble. From 3 kg costs $9.60, k = 9.60 / 3 kg = $3.20 per kg. Then either convert 750 g to 0.75 kg and do price = (3.20 $/kg) × (0.75 kg) = $2.40, or convert the rate to $/g first: 3.20 $/kg ÷ 1000 = 0.0032 $/g, then 0.0032 × 750 = $2.40. A very reliable shortcut when you know it’s direct proportion is C2 = C1 × (M2/M1); units cancel cleanly: $9.60 × (0.75 kg / 3 kg) = $2.40. Cross-multiplying is safe as long as you’re truly in y = kx (no hidden +b) and you match the units across the ratio.
Curious to hear: when you read a word problem, what specific phrases make you comfortable assuming “no fixed fee,” and which ones set off your y = kx + b alarm bells?
You’re on the right track-use y = kx only when the story says “directly proportional” or when you can justify that y = 0 at x = 0 and scaling x scales y the same way; with just one point you can’t rule out a fixed fee. For setup, keep units consistent and scale: from $9.60 for 3 kg, 0.75 kg costs 9.60 × (0.75/3) = $2.40-does your situation genuinely have $0 cost at 0 items, or might there be a start-up charge hiding?