Course overview
Start hereAI for Software Architects
START HERE

Priya's Thursday, two ways

8 lessons · 24 prompts

A day in the life of a Software Architect: what changes with these prompts.

Track progress as a member

Priya, a software architect at a payments company.

Priya starts Thursday with a decision that has been sitting for two weeks: whether to keep the old billing service or split it out. She opens ChatGPT and pastes the prompt from the decision record lesson, adding the constraints she knows by heart: three teams, a July deadline, and a database nobody wants to touch. The draft comes back with three options and the consequences of each. She rewrites two paragraphs, deletes a claim she cannot support, and sends it to the review meeting.

At lunch she uses the technical spec prompt in Claude for a small internal API. She gives it the requirement in plain words and asks for acceptance criteria. The first pass is close, so she fixes the error cases and adds a note about the rate limit. An engineer replies an hour later with one question instead of ten.

In the afternoon, a pull request lands that touches a shared module. She runs the code quality review prompt in Gemini, pasting the diff and asking where coupling has crept in. It flags two places she would have found eventually. She leaves comments and moves on.

Before she logs off, she uses the team guidance prompt to write a short note explaining the billing decision to the support team. She reads it once, softens a sentence, and sends it. The time she would have spent writing three documents after dinner goes to a walk with her dog and an early start on Friday's design review.

Before

  • Decision records wait until Friday
  • Specs written late, at night
  • Review notes pile up unanswered
  • Explaining the same design again

After this course

  • Decisions written the same day
  • Specs reviewed before lunch
  • Review notes sent in minutes
  • Plain explanations ready to share

What you'll learn

  • Decision records: Draft an ADR that lays out options, trade-offs, and consequences in a form your team can review.
  • Technical specs: Turn a requirement into a structured spec with API contracts and acceptance criteria.
  • Stack choices: Compare frameworks, platforms, and build-versus-buy options with a clear summary and a proof-of-concept plan.
  • Diagrams and flows: Turn a written design into diagrams, inventories, and sequence flows a team can maintain.
  • Code reviews: Check pull requests and module designs for coupling, fit, and maintainability.
  • Performance planning: Estimate capacity, spot likely bottlenecks, and draft a scaling plan before launch.
  • Security and compliance: Run threat modeling and control mapping so your design holds up to review.
  • Team communication: Explain a design to engineers, stakeholders, and new joiners in language they can use.

How this course works

  1. 8 lessonsOne task of your job each, from architecture decision records to team guidance and communication.
  2. Ready-to-paste promptsCopy, fill in the parts in {{brackets}}, paste into ChatGPT, Claude or Gemini.
  3. Tick and completeTick the prompts you tried and mark each lesson complete.
  4. Get certifiedFinish and keep the prompts as your own library.