CMR University Students: Presenting an AI Internship Project to Non-Technical Managers

CMR University Students: Presenting an AI Internship Project to Non-Technical Managers

Facebook
Twitter
LinkedIn
WhatsApp
Email

To present an AI internship project to non-technical managers, lead with the business question and your recommendation, show one honest result in everyday units, and state the risks and the decision you need from them. Keep the model’s internals in an appendix. The outline, glossary and 14-day plan below are built for that translation job.

Why managers judge an AI project differently from your faculty

In a viva, you are marked on method: the algorithm, the split, the metric. A manager listens for something else. Does this save time or money, reduce errors, or improve a customer experience? Can we trust it? What could go wrong, and what do you need from me?

That shift is audience translation. You are not simplifying the truth. You are choosing which truths matter to someone deciding whether to act. A manager who hears “F1 of 0.81” has nothing to act on. A manager who hears “it caught 8 of every 10 problem tickets, and wrongly flagged 2 of every 10 normal ones” can plan staffing around it.

What a manager will ask in the room

  • What problem were you solving, and who has that problem today?
  • How is this better than what we do now?
  • How sure are you? On what data?
  • When does it get things wrong, and who is affected?
  • What do you want me to decide or approve?

A slide outline for a 10-minute AI project readout

Eight main slides plus an appendix is enough for a short internship project. Each slide answers one manager question. Use this as a template and adapt the wording to your own project.

Slide Title to use What goes on it Manager question it answers
1 The problem and the ask One sentence on the problem, one on your recommendation Why am I here?
2 How it works today The current manual process, with time or error figures if you have them What are we comparing against?
3 What we built, in one picture A simple input → AI → output flow, no architecture jargon What is this thing?
4 The data behind it Where data came from, how much, how recent, what was left out Can I trust the basis?
5 What it got right One headline result in plain counts, with a baseline Does it work?
6 Where it goes wrong Typical failure cases with two or three real examples What are the risks?
7 Who could be affected Fairness, privacy and over-reliance concerns, kept specific Could this hurt anyone?
8 Recommendation and next steps Pilot, improve, or stop; what you need; a rough effort estimate What do I decide?
Appendix Technical detail Model type, metrics, validation approach, limitations Asked only if someone digs deeper

Rules for every slide

  • The slide title should be a full claim, such as “The tool catches most urgent tickets but misses some”, not a label like “Results”.
  • One chart per slide, with axis labels a manager can read without you.
  • No more than about 30 words of body text. Say the rest aloud.
  • Put numbers in counts (“17 of 20”) before percentages, and percentages before decimals.

Free 2-Week CareerSwami Internship

Online, 14 days, with a free offer letter and a free completion certificate once you finish the work. Check with your college that it fits your requirement before you enrol.

Apply for the free internship

Plain-language glossary for explaining model results and risks

Use these translations instead of the technical term. When a manager does use the technical term, you can confirm it and then give the plain version. The examples after each definition are illustrative.

Technical term Say this instead Illustrative example
Model The program that learned patterns from past examples “It learned from past support tickets which ones turned out urgent.”
Training data The past examples it learned from “We used six months of tickets.”
Test data Examples we hid from it, to check it fairly “We kept 200 tickets back and never showed them during learning.”
Accuracy How often it was right overall “Right on 90 of 100 tickets.” Add the baseline, since a lazy rule might also score high.
Precision When it raises an alarm, how often the alarm is real “Of 10 tickets it flagged urgent, 8 really were.”
Recall Of all the real cases, how many it caught “Of 10 truly urgent tickets, it caught 7.”
False positive A false alarm “A normal ticket marked urgent.”
False negative A miss “An urgent ticket marked normal.”
Baseline The simple method we compare against “Staff sorting by hand, or a keyword rule.”
Overfitting It memorised the past instead of learning the pattern “Great on old tickets, poor on new ones.”
Bias It works better for some groups or cases than others “It handles English tickets well but struggles with Hinglish.”
Hallucination A fluent answer that is simply wrong or invented “The assistant quoted a policy that does not exist.”
Confidence score How sure the tool says it is; not a guarantee “A 90% score does not mean 90% of such answers are right unless we have checked.”
Data drift The real world changes and the tool gets stale “New product launches bring ticket types it never saw.”
Human in the loop A person reviews before anything is acted on “An agent approves every auto-priority change.”

Worked example: turning a technical result into a manager’s sentence

This is an illustrative scenario, not a real result. Imagine a 14-day internship project that sorts customer emails into “urgent” and “routine”. No code was run for this article; the numbers exist only to show the translation.

The technical version

Test set: 200 emails (40 urgent, 160 routine)
Accuracy: 0.90
Urgent class: precision 0.73, recall 0.80
Confusion: TP=32, FN=8, FP=12, TN=148

The manager version

  1. Headline: “On 200 emails the tool had not seen, it found 32 of the 40 urgent ones.”
  2. Baseline: “Marking everything routine would have been right 80% of the time but caught zero urgent emails, so the overall 90% matters less than the catch rate.”
  3. Cost of errors: “It missed 8 urgent emails and raised 12 false alarms. The misses are the real risk; the false alarms cost a few minutes each.”
  4. Decision: “I recommend a pilot where a person still reads every email, but urgent ones are surfaced first. We should not let it auto-reply.”

Notice what happened. The same confusion matrix was used, but each number was turned into a count of emails and a consequence. The recommendation also fits the risk: the tool assists a person and does not replace one.

How to describe AI risks without scaring or soothing your audience

Managers distrust two extremes: a presenter who says everything is fine, and one who lists fifteen vague dangers. Pick the three or four risks that apply to your project and attach each to an example and a control.

Risk How to say it Control to propose
Wrong answers “About 1 in 5 urgent emails is missed.” Human review of low-confidence cases
Unequal performance “We tested mostly English emails; other languages are unchecked.” Test on those cases before wider use
Privacy “Emails contain names and phone numbers.” Remove personal details; follow the company’s data rules
Over-reliance “Staff may stop reading carefully if the tool is usually right.” Periodic spot checks
Going stale “New products will change the emails.” Re-check monthly on fresh samples

A 14-day plan that builds the presentation as you build the project

A short internship leaves little time at the end, so start the explanation on day one. The free two-week online internship from CareerSwami runs 14 days, and this plan fits that window. Adapt it if your project is different.

Days Project work Communication work
1-2 Define the problem, collect or choose data Write the one-sentence problem and the “how it works today” slide
3-5 Build a simple baseline, then a first model Draft the data slide; note what data is missing
6-8 Improve and test on held-out examples Convert metrics into counts using the glossary
9-10 Study errors by hand Pick three real failure examples for the risk slide
11-12 Finalise results and recommendation Build all eight slides; write the appendix
13 Rehearse with a non-technical friend or family member Cut every term they stumble on
14 Present and collect questions Record questions you could not answer, with follow-ups

CMR University students: where this presentation fits your own programme

CMR University describes itself as a private university in Karnataka established under Act 45 of 2013. That same Institutional Development Plan excerpt says internships are offered as three core courses (Internship I, II and III) for the 2021-2025 batch, each lasting 3 weeks, with a report and certificate required. It does not mention online internships, and it covers one batch, so treat it as dated and check the current version.

This matters for your presentation because a report is part of that scheme. A manager-friendly readout is a strong base for it: the problem, result, risks and recommendation slides map naturally to report sections. Whether a two-week online internship fits any CMRU requirement is something the documents you can see do not settle.

The B.Tech CSE page lists first-year courses such as Creating with AI and Design Thinking, and the MBA page lists Semester I courses including Information System and Business Analytics and Business Statistics with R. If you are in management, your audience may well be people like your future managers, so practise there. The same IDP excerpt also says the Training and Placement Cell arranges internship opportunities, which makes it a sensible first contact.

Steps to verify your own internship and presentation rules at CMR University

  1. Ask your department or school office, in writing, for the current internship or project regulation for your batch, and check credits, duration and evaluation.
  2. Ask whether an online internship of 14 days is acceptable on its own or only as a supplement, and request the answer by email.
  3. Ask what documents are required: report format, certificate, and whether a company mentor signature is needed.
  4. Contact the Training and Placement Cell to ask whether they can arrange a mock presentation or feedback session.
  5. Confirm your semester-break dates on the current academic calendar for your school, since the dates differ by school and year.

Rehearsal checklist: test your explanation before the real audience

  • Can someone outside tech repeat your headline result in their own words?
  • Does every number come with a comparison (baseline, current process, or target)?
  • Have you shown at least two real failures, not just charts?
  • Does your recommendation match the size of the risks?
  • Can you answer “what happens if we do nothing?”
  • Is every claim something you actually measured? Say “not tested” where it is not.
  • Have you timed it at 10 minutes, leaving time for questions?

Answers to difficult manager questions, drafted in plain language

  • “Is it accurate?” “On the test emails it caught 32 of 40 urgent cases. It missed 8, so we would keep a person in the loop.”
  • “Can we trust it?” “For sorting, with review, yes. For acting without review, not yet. We have only tested on one sample.”
  • “Why did it get that one wrong?” “It had not seen many emails written like that one. More examples of that type would help.”
  • “What would it cost to improve?” “I can’t give a firm figure. The main cost is collecting and labelling more examples; I would estimate that with your team.”
  • “Will it replace someone?” “This version helps people prioritise. It is not designed or tested to replace anyone’s judgement.”

Frequently Asked Questions

How technical should my AI internship slides be for non-technical managers?

Keep the main slides free of model names and metric acronyms. Put them in an appendix. Use counts, comparisons and consequences in the main deck, and bring out the appendix only if asked.

Which single number should I show a manager first?

Show the number tied to the decision, usually how many real cases the tool caught and how many it got wrong, compared with the current method. Overall accuracy alone can mislead when one outcome is rare.

How do I explain a false positive and a false negative simply?

A false positive is a false alarm; a false negative is a miss. Give one real example of each from your project and say which is more costly for the business.

What if my AI project results are weak or inconclusive?

Say so plainly. A clear account of what you tried, what failed and what you would try next is more credible than inflated claims. Recommend a smaller test or better data instead of overselling.

Should I mention AI risks even if my project is small?

Yes, briefly and specifically. Even a small project can have privacy, unequal performance or over-reliance issues. Name the two or three that apply and what would reduce them.

Does CMR University require a presentation for internships?

The IDP excerpt mentions a report and certificate for its 3-week internship scheme for the 2021-2025 batch, and does not mention a presentation. Ask your school office for the current rule for your batch.

How can a short online internship project be framed for a CMR University report?

Use the eight-slide structure as the skeleton of your write-up: problem, current process, data, results, errors, risks and recommendation. Before relying on this, confirm in writing with your department whether an online internship of this length is acceptable for your batch.

How many practice runs should I do before presenting to managers?

Do at least two: one alone with a timer, and one with someone outside your field. Note every word they ask about and replace it with plainer language.

Related Artificial Intelligence guides

Ready to put this into practice?

Join the free two-week CareerSwami online internship in Artificial Intelligence. The internship, the offer letter and the completion certificate are free.

Start your free 2-week internship

Web Stories

Scroll to Top