Mochivia
How to Learn Technical Skills When You're "Not a Technical Person"

How your CV stacks up
Upload your CV to see how well it fits this job role
?%
Blog
How to Learn Technical Skills When You're "Not a Technical Person"
"Oh, I'm not a technical person." You've probably said it.
Maybe at work when someone mentioned APIs and your eyes glazed over. Maybe when a friend described their side project and you nodded along without understanding a single term. Maybe when you saw a job listing that required "technical skills" and closed the tab before reading the rest.
It feels like a statement of fact. A fixed characteristic, like height or eye color. But it's not. "I'm not a technical person" is a story — and it's one of the most expensive stories you can tell yourself in the modern economy.
Because here's what 'not technical' actually means, stripped of its emotional baggage: "I haven't learned this yet." That's it. That's the entire content of the statement. Everything else — the identity, the permanence, the implicit ceiling — is narrative you've added.
The Identity Barrier
Carol Dweck's research on mindset at Stanford has been widely discussed, but one of its most practical implications is rarely applied where it matters most: technical skills. Dweck's central finding is that people who view abilities as fixed traits ('I'm just not a math person') learn significantly less than people who view abilities as developable skills ('I haven't learned this math yet').
'I'm not a technical person' is a textbook fixed mindset statement. It takes a skill gap — something you haven't learned — and converts it into an identity trait — something you aren't. The difference is enormous. A skill gap is a problem with a solution: learning. An identity trait is a permanent condition with no solution: acceptance.
The moment you say 'I'm not technical,' you give yourself permission to stop trying. Why would you try to learn something that contradicts who you are? It would be like trying to become taller through practice. The identity label makes the learning feel impossible before it's even attempted.
But nobody is born technical. Every software engineer started knowing nothing about code. Every data scientist once stared at a spreadsheet in confusion. Every product manager who confidently discusses API architecture had a day when they didn't know what API stood for. Technical skill is acquired. It's always acquired. The only question is whether you've acquired it yet.
Why This Matters More Than Ever
There was a time, not long ago, when 'technical' and 'non-technical' were meaningful career categories. Technical people built the software. Non-technical people used it. The two groups could coexist in productive ignorance of each other's work.
That era is over. Technical literacy — not technical expertise, but literacy — has become a baseline expectation across nearly every professional domain. Marketers need to understand analytics platforms, attribution models, and basic data querying. Salespeople need to understand the products they're selling well enough to handle technical objections. Founders need to evaluate technical decisions even when they're not writing the code. Executives need to understand what AI can and can't do before they bet the company on it.
Reasons to use Rodeo
I’m in my final year doing Economics and I don’t know whether to apply for grad schemes now or do a masters first. What do you think?
Honest answer — it depends on where you want to end up. A lot of top grad schemes (Big 4, civil service, banking) don’t need a masters. Let’s look at the ones you’d be competitive for now, and we can decide if a masters actually adds anything.
Also worth knowing: most autumn 2026 applications are open now. Timing matters more than you think.
Start with a chat, not a search bar
Grad scheme, placement, apprenticeship? Not sure what you want yet — that's fine. Your agent talks it through with you and turns "I have no idea" into a shortlist.
Graduate Consultant — 2026 Scheme
Why you're a good match
StrongYour economics background and your summer at a regional bank line up with what PwC looks for on the consulting scheme. Applications close in four weeks.
See breakdownIt searches the market for you
Every day your agent scans the market matching roles against what actually matters to you, not just keywords on a CV.
Why you're a good match
You’ve got the grades and the economics background, and your bank internship is exactly the experience this scheme looks for. Apply soon — deadlines close within the month.
Experience fit
Your summer at the bank plus your econometrics coursework map directly to the day-one responsibilities on this scheme — client modelling, market briefings, and deal support.
Only hits
No noise. No "maybe this fits." Just roles with a clear explanation of why they're right — and where to focus when applying.
You don't need to become an engineer. But you need to be able to have a conversation with one. You need to understand what's possible, what's expensive, what's easy, and what's being handwaved. The people who can bridge the gap between technical and non-technical worlds are the most valuable people in any organization. And that bridge is built from the non-technical side learning enough to meet in the middle.
The cost of remaining 'not technical' isn't just missed job opportunities — though there are plenty of those. It's the slow erosion of your ability to participate meaningfully in decisions that are increasingly shaped by technology. If you can't evaluate a technical proposal, you defer to whoever sounds most confident. If you can't read a data report, you accept whatever narrative someone attaches to it. If you can't understand what an AI tool actually does versus what the marketing claims, you make expensive mistakes.
The Four Levels of Technical Literacy
Here's the good news that nobody in the tech industry bothers to explain: you don't need to go from zero to software engineer. Technical literacy exists on a spectrum, and most people only need to reach level two or three to dramatically improve their career prospects and professional effectiveness.
Level 0: Avoidance
You actively avoid anything labeled 'technical.' When tech topics come up in meetings, you zone out or defer. You don't know what most technical terms mean, and you've decided you don't need to. This is where 'I'm not a technical person' lives.
Level 1: Awareness
You know the major terms exist and have a rough sense of what they refer to. You know that an API is how software systems talk to each other, that a database stores information, that 'the cloud' means someone else's computers. You can follow a technical conversation without contributing, and you know when something doesn't sound right even if you can't articulate why.
Level 2: Literacy
You understand what technical concepts mean, when they apply, and what their trade-offs are. You can ask intelligent questions of technical teams. You can evaluate whether a proposed technical solution makes sense for the problem. You can read a basic data report and identify when the conclusions don't follow from the data. You can't build the thing, but you can understand the thing well enough to make good decisions about it.
Level 3: Competence
You can use basic technical tools yourself. You can write a simple SQL query to pull data. You can read code well enough to understand what it does (even if you can't write it from scratch). You can build a basic prototype, automate a workflow, or set up an analytics dashboard. You're not an engineer, but you can do engineer-adjacent things that make you dramatically more effective.
Level 4: Expertise
You can build production systems from scratch. You can architect software, manage infrastructure, and debug complex problems. This is the domain of professional engineers and technical specialists. Most people don't need this, and pursuing it without genuine interest is a waste of time.


Get help with your application
Your very own career expert that helps elevate your application to the next level.
The sweet spot for most non-technical professionals is Level 2 to Level 3. This is reachable in 90 days of focused effort. Not 90 days of full-time study — 90 days of consistent, structured, 15-to-30-minute daily sessions.
How to Get from Level 0 to Level 2 in 90 Days
Here's a concrete framework. It doesn't require quitting your job, enrolling in a bootcamp, or spending thousands of dollars. It requires 15 to 30 minutes a day and a willingness to feel stupid temporarily.
Weeks 1-2: Learn the Vocabulary
Most of the intimidation around technical topics comes from jargon. Technical fields, like all specialized fields, develop their own language. And from the outside, that language sounds like an impenetrable wall. But it's just vocabulary, and vocabulary can be learned.
Spend two weeks learning what the major terms mean — conceptually, not technically. What is an API? It's a way for one piece of software to request something from another piece of software. What is a database? It's an organized collection of information that software can read and write to. What does 'the cloud' mean? It means the software runs on someone else's servers instead of your computer. What is machine learning? It's software that improves at a task by analyzing patterns in data rather than following explicit instructions.
You're not trying to learn how these things work under the hood. You're trying to understand what they are and why they matter. This is the difference between knowing what a carburetor does (mixes air and fuel for an engine) and knowing how to rebuild one. You need the first. You probably don't need the second.
Weeks 3-6: Pick One Tool and Learn to Use It
Once you have the vocabulary, pick one practical technical skill and learn to use it. Not three skills. Not a survey course. One tool, used repeatedly, until it feels natural. The best progression for most non-technical professionals is: spreadsheet formulas (if you're not already proficient) to SQL (querying databases) to basic Python (automating tasks). Each builds on the previous.
SQL, in particular, is the highest-leverage technical skill for non-engineers. It lets you query databases directly instead of asking an analyst to pull data for you. It takes about 20 hours to learn the basics — SELECT, WHERE, JOIN, GROUP BY — and those basics cover 80 percent of what you'll ever need. There are dozens of free interactive tutorials that take 15 minutes a day.
Weeks 7-10: Apply It to Your Own Work
This is where most self-study programs fail. They teach skills in a vacuum and never connect them to the learner's actual work. Don't let that happen. As soon as you have basic competence with a tool, use it on a real problem from your job.
If you're in marketing, write a SQL query to analyze campaign performance instead of waiting for the analytics team. If you're in sales, build a simple spreadsheet model to forecast your pipeline. If you're in operations, write a Python script to automate a report you currently compile manually. The
“It took my CV and asked me questions relevant to understanding what kind of jobs to suggest for me. Suggestions were almost perfect. Jobs were exactly what I’ve been looking for.”
Jessica, London
Skills