Chapter 6 · Foundations

Your case study

Verified proof on MitHub

Your case studyVideo coming soon
The video, written out

Everything the video says.

Lesson 1From knowledge to a specific solution

Reality

You now know how to follow the money, diagnose, prove value and operate.

The problem

Knowledge is not a solution. Companies pay for a specific answer to their specific problem.

What it costs

General advice gets polite nods and no contract.

The idea

Turn everything you learned into one concrete solution: this problem, this system, this expected result.

How to do it

  • State the problem with its number, from your diagnosis.
  • Describe the system you will build, in plain words.
  • Say what result you expect, how you will measure it and when.

Example

"Inquiries wait two days for a first call. We will build an automatic first contact within minutes, and measure how many become conversations in 30 days."

Your turn

Write your specific solution in three sentences: problem, system, expected result.

Lesson 2What a case study looks like

Reality

Most "case studies" are testimonials full of adjectives.

The problem

"Great service, highly recommended" proves nothing about what you can do.

What it costs

Without a structure, your best work reads like everyone else's.

The idea

A real case study tells the same story as this course: situation, path, result — with numbers.

How to do it

  • The situation: the company, the problem and what it was costing.
  • The path: the diagnosis, the system you built and the iterations.
  • The result: the number before, the number after, and the time it took.
  • The evidence: data, screenshots, and the client's own words.

Example

"A business with several locations was answering inquiries after two days. After the diagnosis we built automatic first contact. In 30 days, more inquiries became conversations — here is the before and after."

Your turn

Draft the outline of your case study using the four parts above.

Lesson 3How a case study gets published on MitHub

Reality

On MitHub, a case study is not a document you write alone. It is proof that has been verified.

The problem

Anyone can claim a result. Companies have learned not to believe claims.

What it costs

An unverified case study hurts you and everyone else on MitHub.

The idea

A case study is only real and visible on MitHub when every step of the chain is met.

How to do it

A company paidThe talent deliveredMitHub audited itMitHub approved itThe company is satisfiedThe client agreed to publish
  • In some cases, the client also records a video testimonial. Not always.
  • If any step is missing, it is not published.

Example

A company hires you, you deliver the system, we audit the work internally, the company confirms it is satisfied and agrees to publish — and your case study goes live on MitHub.

Your turn

Look at your draft case study. Which steps of the chain does it already meet, and which are still missing?

Going deeper

What the video doesn't have time for.

Why a verified case study beats a CV

A CV says what you know. A verified case study shows what you did, for whom, and what changed — and someone other than you confirms it. That is the proof companies believe.

The four parts, with the questions to answer

  • The situation: who was the company, what was broken, and what was it costing?
  • The path: what did the diagnosis show, what did you build, and how did you iterate?
  • The result: the number before, the number after, and how long it took.
  • The evidence: data, screenshots and the client's own words.

How it gets published on MitHub

A company paidThe talent deliveredMitHub audited itMitHub approved itThe company is satisfiedThe client agreed to publish

If any step is missing, it is not published. Sometimes the client also records a short video testimonial — not always.

Common mistakes

  • Adjectives instead of numbers: "great results" proves nothing.
  • Naming a client or sharing data without their permission.
  • Hiding what did not work. The iterations are part of the proof.

What to do next

Draft your case study while the project is still running. Keep the before number, the iteration log and the client's words as you go — writing it at the end is much harder.

This chapter's proof

Your specific solution, written as a case study ready to be verified.