Create your own
Lesson illustration

Mapping Experience to OC&C’s Candidate Criteria

Hello, and welcome to the first lesson of your OC&C Analytics preparation. This six-week course will develop the application evidence, case structuring, analytical-practical skills, and delivery needed across the recruitment process. We begin with the foundation: making it immediately clear that your experience is relevant to the work OC&C actually hires Analytics Associate Consultants to do.

You already have substantial raw material: technical internships, research leadership, data-science coursework, financial-analysis projects, and leadership outside formal employment. The task is not to list everything. It is to select credible evidence that proves a specific hiring criterion, explain your contribution, and connect it to a consulting-relevant outcome.

By the end of this lesson, you will have a first evidence map linking your experience to OC&C’s candidate criteria. This map will become the source material for your tailored CV, video responses, and behavioural-interview stories.


1. Read the role as an evidence request

A job description is more than a list of desirable traits. It is a set of questions the recruiter needs your CV and interview answers to resolve:

  • Can this person analyse messy data rigorously?
  • Can they use Python productively, without needing to be a software engineer?
  • Can they turn analysis into a decision or recommendation?
  • Can they communicate clearly with non-technical stakeholders?
  • Will they contribute effectively in a small, fast-moving team?

For OC&C Analytics, the central proposition is particularly important: the analytics team works with complex client data, uncovers insight, identifies recommendations, and communicates these persuasively. Your evidence should therefore show more than technical capability. It should show a chain from problem, through analysis, to decision-relevant insight.

Associate Consultant 2027-28 - Analytics (London Office) in London - OC&C Strategy Consultants UK

Read OC&C’s vacancy description to distinguish the role’s technical requirements from its consulting purpose. The key point is that OC&C is seeking people who can use analysis to shape strategic advice, rather than people who only build technical outputs.

In the “About OC&C” section, read the analytics-practice description. Focus on the four verbs embedded in the passage: handling complex data, unearthing insights, identifying recommendations, and communicating persuasively. Use these as a test for the evidence you select below.

A useful way to evaluate any experience is to ask whether you can explain all four of these elements:

ElementWhat a recruiter needs to hear
ProblemWhat decision, operational need, research question, or user problem existed?
AnalysisWhat data, technical method, structured reasoning, or validation did you personally use?
InsightWhat did you find, clarify, improve, or make possible?
ImplicationWhy did the result matter to a user, team, stakeholder, or business decision?

Not every experience will contain all four equally strongly. A backend internship may be stronger on execution and ownership; an intrusion-detection research project may be stronger on analysis and communication; sponsorship work may be stronger on commercial judgement and stakeholder management. That variation is useful. A convincing application has range.


2. Translate OC&C’s criteria into evidence categories

Avoid treating criteria as labels to paste into a CV. “Analytical,” “team player,” and “proactive” are claims. They become credible only when attached to an observable situation, action, and result.

The table below gives a first map from OC&C’s stated criteria to the strongest evidence currently available in your background. It is deliberately a starting hypothesis, not a finished CV. Anything marked as a result must be supported with facts you can verify from project documents, GitHub commits, supervisor feedback, dashboards, deployment records, or your own notes.

OC&C criterionStrongest initial evidenceWhat it can demonstrateFacts to retrieve before using it
Logical and analytical thinking with datasets and statisticsIMACSI’25 intrusion-detection research; financial fraud-detection and VaR projectsFraming an analytical question, working with data, selecting or evaluating methods, interpreting resultsDataset scale, performance metrics, validation approach, comparison benchmark, key finding
Python capabilityPython, Pandas, NumPy, Scikit-learn, TensorFlow work across projects and researchPractical data manipulation, modelling, reproducibility, debuggingSpecific scripts or notebooks, data-cleaning steps, libraries used, outputs produced
Strong quantitative academic foundationB.Tech Computer Science with Data Science specialisation; coursework in statistical learning, predictive modelling, EDA, ML, financial modellingRelevant theoretical base and ability to learn quantitative methodsRelevant grades if strong, substantial assessed projects, modules most relevant to consulting analytics
Structured problem-solving under ambiguityIntrusion-detection research; backend work at a pre-startupDefining a problem, choosing a feasible approach, making assumptions explicit, iterating when requirements are unclearInitial ambiguity, options considered, why you selected an approach, constraints faced
Commercial curiosity and practical recommendationsBlack–Scholes PnL dashboard, VaR calculator, churn project, real-time fraud-detection project; Reviera sponsorship workInterest in business and financial decisions, not only algorithm developmentIntended user, decision supported, trade-offs considered, recommendation or action enabled
Clear and confident communicationLead authorship for IMACSI’25; Streamlit or Power BI dashboard work; proposals and sponsorship negotiationExplaining technical ideas, tailoring communication to an audience, persuading stakeholdersAudience, presentation or paper topic, visualisations used, feedback received, stakeholder outcome
Collaboration and relationship buildingLitmus7 full-stack internship; sponsorship coordination; research collaborationWorking across roles, aligning with others, handling differing views constructivelyTeam size, interfaces with colleagues, a disagreement or coordination challenge, your precise contribution
Proactivity, ownership, and adaptabilityDesigning and deploying APIs and database schemas on AWS EC2 at SkilledityTaking responsibility for a deliverable and learning through executionScope owned, deployment process, issue encountered, decision made independently, handover or adoption
Resilience and hard workResearch timeline, internships alongside degree, NCC training, leadership commitmentsSustaining performance under pressure and recovering from setbacksA specific pressure point, what changed, how you prioritised, what you learned

Notice that the same item appears in more than one row. That is normal. The important distinction is the angle.

For example, your intrusion-detection research could be used to evidence:

  • Analytical capability if you explain the research question, dataset, modelling choices, and validation.
  • Communication if you explain how you led the paper or made findings accessible at the conference.
  • Ownership if you explain a decision you initiated or a methodological obstacle you resolved.

Do not use exactly the same generic description for all three. The event can be the same, but each answer must foreground the action relevant to the criterion.


3. Build evidence, not just experience descriptions

A recruiter does not infer as much as candidates expect. Consider the difference:

“Worked on a data-driven intrusion-detection research project and presented a paper.”

This establishes activity, but not your analytical judgement, contribution, or impact.

A stronger evidence blueprint is:

“Led the analysis for an intrusion-detection research project by defining the evaluation approach, preparing data for modelling, and comparing candidate methods against agreed metrics. Presented the findings as lead author, explaining the implications and limitations clearly to a technical audience.”

This version is still incomplete because it lacks verified specifics. But it already answers three important questions: what you owned, what you did, and how you communicated it. Once you add genuine numbers or outcomes, it becomes much more persuasive.

Use this five-part evidence record for each experience:

  1. Criterion: Which specific OC&C quality does this example prove?
  2. Context: What was the real problem, opportunity, or constraint?
  3. Personal contribution: What did you decide, analyse, build, communicate, or change?
  4. Verified result: What changed? Use a metric where available, but never manufacture one.
  5. Role relevance: Which part of the analytics-consulting role does this resemble: analysis, insight, recommendation, communication, teamwork, or ownership?

A result is not necessarily a revenue figure. Valid results include:

  • a deployed API or completed dashboard;
  • an agreed deliverable submitted on time;
  • a model evaluated against defined metrics;
  • a process made more reliable or easier to use;
  • a stakeholder decision supported by analysis;
  • funding secured through a proposal or negotiation;
  • an analytical limitation identified early enough to prevent a misleading conclusion.

The standard is not “everything must be commercial.” The standard is “the consequence must be real and stated accurately.”

Use precise ownership language

For teamwork evidence, write and speak primarily in the first person:

  • “I designed the database schema…”
  • “I proposed a validation check…”
  • “I compared the alternatives…”
  • “I coordinated with…”
  • “I raised the risk that…”
  • “I presented the finding…”

Then add the team context where it matters:

  • “Within a cross-functional team, I owned…”
  • “After aligning with the frontend developer, I…”
  • “The research team agreed to…”

This is not claiming sole credit for collective work. It is distinguishing your contribution from the team’s final output. That distinction is essential in behavioural interviews and in a CV reviewed quickly by a recruiter.

Types of interview | Oxford University

Oxford University Careers explains the logic behind competency-based interviewing and gives practical advice for turning a CV into an evidence bank. Read this now because the same evidence map will serve both your OC&C application and later interview preparation.

First, in “Competency-based Interviews,” read the explanation of competency criteria. Then continue in the following guidance section from mapping experiences through STAR. Pay particular attention to the advice to describe what you did rather than what “we” did.


4. Turn your evidence map into a small story bank

Your application needs a broad evidence bank; your interviews will need a smaller group of memorable, detailed stories. At this stage, prepare four anchor experiences:

  1. Research anchor: IMACSI’25 intrusion-detection research and lead authorship
  2. Technical-delivery anchor: Skilledity backend APIs, database schemas, and AWS EC2 deployment
  3. Collaborative-product anchor: Litmus7 intelligent content-generation platform internship
  4. Commercial-leadership anchor: Reviera’25 sponsorship coordination, proposal drafting, negotiation, and funding work

These are anchors, not necessarily the only examples you will use. Your financial projects can become highly valuable supporting evidence for commercial curiosity and analytical communication, especially if you can explain the user decision behind the Black–Scholes PnL or VaR dashboard.

The STAR framework is useful here, but use it as a way to extract evidence, not as a rigid script. Keep the situation and task concise. Spend most of the time on your choices and actions.

The STAR Method Framework separates a behavioural example into Situation, Task, Action, and Result; for OC&C preparation, the Action section should make your individual analytical, technical, and communication choices visible.

For each anchor, draft notes rather than polished prose:

STAR componentWhat to capture
SituationThe setting, business or technical problem, stakes, and constraints
TaskThe responsibility you personally owned
ActionYour analytical approach, decisions, collaboration, trade-offs, and checks
ResultA verified outcome, what changed, and what you learned

For the Skilledity internship, the verified factual core is already clear: you designed and deployed backend APIs and database schemas on AWS EC2. To make this an OC&C-quality example, retrieve the missing decision context:

  • What did the API and database support?
  • What was unclear or difficult when you began?
  • What design choices did you make about the schema, endpoints, validation, or deployment?
  • How did you test that the solution worked?
  • What happened once it was deployed?
  • What would you now improve?

Those answers can support Python and technical capability, but more importantly they can prove structured thinking, ownership, and disciplined execution.

For the Reviera’25 sponsorship role, resist describing it simply as “secured funding.” Identify the commercial mechanism: prospective sponsors, their incentives, proposal design, outreach approach, negotiation constraints, and the funding result you can verify. That is relevant evidence of stakeholder management and commercial judgement, even though it is not a conventional consulting internship.


5. Produce a one-page evidence map today

Spend the remaining study time creating a working document titled OC&C Analytics Evidence Bank. Use the nine criteria in the earlier table as headings. Under each one, add:

  • a primary example you would use first;
  • one backup example from a different setting;
  • three to five bullets describing your individual actions;
  • one outcome marked either verified or needs verification;
  • the exact fact, number, document, or person that could verify the claim.

Aim for breadth. A balanced first version might distribute your examples like this:

Experience typeMost useful criteria to prioritise
Academic and courseworkQuantitative foundation; learning agility
ResearchAnalytical rigour; structured problem-solving; communication
Backend internshipPython and data work; ownership; adaptability
Full-stack internshipCollaboration; product thinking; execution
Financial analytics projectsCommercial curiosity; translating models into decisions
Sponsorship leadershipCommercial judgement; communication; stakeholder management
NCC leadershipResilience; discipline; teamwork under pressure

Before considering any entry finished, run three checks:

  • Specificity: Could another person in the same team honestly say they did this exact action? If yes, make your own role clearer.
  • Evidence: Can you substantiate the outcome without exaggeration?
  • Relevance: Does the example show one of OC&C’s needs: rigorous analysis, decision-making, communication, teamwork, or ownership?

Do not solve weak evidence with buzzwords. If a project did not have a measurable business outcome, explain its rigorous technical output and its intended decision use honestly. Credibility is more valuable than inflated impact.


Key takeaways

OC&C Analytics is looking for people who connect complex data to strategic insight and persuasive communication. Your strongest application will make that connection explicit rather than relying on the recruiter to infer it from a tools list or project title.

For now, build a credible evidence map around your research, internships, financial projects, and leadership experience. Use concrete first-person actions, verified outcomes, and varied examples. Keep metrics factual, and mark missing details for retrieval rather than guessing.

In the next lesson, you will use this evidence bank to rewrite selected CV bullets so that they show quantified analytical or commercial impact while complying with OC&C’s requirement to remove your name and contact information.

Can't find a good explanation? Sign up and we'll make it for you

Sign up