Back

What Teaching 100+ Developers Taught Me About Building Products

4 MINS

# What Teaching 100+ Developers Taught Me About Building Products

Before I became a Product Manager, I spent nearly two years training developers on cloud computing. Leading 4 cohorts of students through AWS certifications with a 90% pass rate taught me more about product thinking than any course could.

The Unexpected Product Lessons

Teaching isn't just knowledge transfer. It's understanding where your learners are, where they need to go, and removing the obstacles in between. Sound familiar? That's product management.

What I learned:

User research is listening : The best teaching moments came from understanding student frustrations, not from my prepared materials
Complexity kills adoption : The simplest explanation that worked was always better than the technically perfect one
Feedback loops matter : Students who got quick feedback learned faster than those who waited for end-of-course assessments

Understanding the Developer Mindset

Training developers gave me deep empathy for how technical users think and learn.

Developers need:

Clear documentation with working examples (not theory)
Fast paths to "hello world" moments
Honesty about limitations and edge cases
Respect for their time and existing knowledge This understanding now shapes how I build developer experience products. Every feature I spec asks: "Would my former students find this helpful?"

The 90% Pass Rate: A Product Story

Achieving 90% certification pass rates wasn't about being a great teacher. It was about building a great learning product.

What worked:

Structured progression : Breaking complex topics into achievable milestones
Hands-on labs : Theory was always paired with practical exercises
Community support : Learners helping learners scaled beyond my individual capacity
Clear success criteria : Students always knew what "done" looked like These are product principles disguised as pedagogy.

From Classroom to Product

The transition from trainer to PM was more natural than expected:

| Teaching | Product Management |

|----------|-------------------|

| Understand student needs | User research |

| Design curriculum | Product roadmap |

| Measure pass rates | Success metrics |

| Iterate on materials | Continuous improvement |

The frameworks are nearly identical. The domain changed, but the thinking didn't.

Building for Developers Today

My teaching background directly influences how I approach developer products:

1. Documentation is product

Poor docs are a product failure, not a content failure. I treat documentation as a first-class feature.

2. Time to value matters

Developers should reach their first success quickly. Long setup times kill adoption faster than missing features.

3. Community enables scale

Building community features isn't nice-to-have. It's how you serve users beyond what your team can directly support.

4. Empathy beats assumptions

The solutions I thought developers needed were often wrong. The problems they actually described were gold.

The Teaching Never Stops

Even as a Product Manager, I still teach: explaining product decisions to stakeholders, helping engineers understand user context, translating technical concepts for non-technical team members.

Teaching made me a better product manager. Product management made me appreciate how much teaching shaped my thinking.

Background

Nana skipped presentations and built real AI products.

Nana Adjoa Anim was part of the November 2025 cohort at Curious PM, alongside 20 other talented participants.