daBongo LMS AI Training Courses

Gemini as a Review and Quality Assurance Partner

Lesson 3: Building Custom Review Checklists for Your Work

Log in and enroll to track lesson completion.

Lesson Objectives

By the end of this lesson, students should be able to:

  • Build a complete custom review checklist for at least one recurring deliverable type
  • Refine a checklist based on actual use and common error patterns
  • Apply a pre-submission checklist consistently before submitting important deliverables
  • Maintain checklists as living documents that improve with use

Lesson Content

The recurring deliverable problem.

Every professional has recurring deliverables – documents, reports, presentations, or outputs they produce repeatedly in the same format for similar audiences. Each one should meet the same quality standard. But without a system, quality depends entirely on how thorough and focused the author happens to be on any given day – which varies significantly.

Custom review checklists create a quality floor. They do not guarantee excellence – but they prevent the systematic omissions and errors that occur when important steps are left to memory and individual energy.

Building a custom checklist with Gemini.

"I regularly produce [deliverable type] for [audience] at [frequency]. Help me build a comprehensive review checklist for this deliverable. The checklist should cover: (1) required content elements – what must always be present, (2) quality standards for each element – what does 'good' look like vs. 'just present', (3) common errors and omissions for this type of document – things I might miss under time pressure, (4) format and presentation requirements, and (5) a final pre-submission check – the last things to verify before sending. Structure this as a checklist I can run through in under 10 minutes."

Review the generated checklist and add:

  • Any organization-specific requirements (approvals needed, formats required, routing steps)
  • Any recurring errors from your own experience ("I always forget to attach the supporting data file")
  • Any audience-specific requirements that vary from the generic standard

Refining checklists based on use.

A checklist that never changes is a checklist that stops being used. After using any checklist for 4-6 weeks, update it:

"I have been using this checklist [paste checklist] for [time period]. Here is what I have observed: (1) these items consistently pass and may no longer need checking every time: [list], (2) these items I still regularly miss: [list], (3) I have discovered new error patterns not currently on the list: [describe]. Revise the checklist based on this feedback."

Checklists that are refined based on actual use become progressively more accurate to your specific error patterns – and more efficient to apply.

The pre-submission confirmation.

The most critical function of a checklist is the final pre-submission confirmation – the 5-minute review before clicking send that catches last-minute errors. Build a dedicated pre-submission section:

"For [deliverable type], what are the 5-7 most critical final checks – the things that, if wrong when the document is submitted, would cause immediate problems regardless of how good the rest of the document is?"

Examples typically include: correct recipient address, correct attachment, current version (not a draft from last week), correct date and period references, and signature or approval present.

The living checklist principle.

A checklist is a hypothesis about what matters for quality – updated by experience. The best checklists are not perfect on first generation; they become valuable through iteration. Treat every near-miss and every "I wish I had checked X" as a checklist update opportunity. A checklist that has been used and refined 20 times is more valuable than one generated perfectly from scratch.

Practical Example

A financial analyst produces monthly management reports for the CFO. She has been doing this for two years but still occasionally submits reports with minor errors – wrong month reference in the header, prior month comparison figures not updated, missing an executive summary update.

She builds a custom review checklist with Gemini – 15 items covering required sections, quality standards, formatting requirements, common errors (specifically added after identifying the "wrong month in header" error from her own experience), and a 7-item pre-submission confirmation.

After three months of use, she updates the checklist: removes two items that have become automatic, adds two items for new reporting requirements, and adds one item ("confirm prior year figures are updated – not copied from prior month report") after a near-miss.

She has not submitted an error in four months. The checklist is not what she always wanted to do before submitting – it is what she actually does.

Lesser-Known Tip

For your highest-stakes recurring deliverable, build two versions of the checklist: a comprehensive version (for when you have time to be thorough) and a critical-items-only version (for when you are under extreme time pressure and can only run 5-7 items). Knowing the minimum viable checklist in advance prevents the common failure of "I did not have time to check everything" resulting in skipping the checklist entirely.

Safety Notes

Custom checklists built with Gemini reflect general quality standards for a deliverable type – they do not incorporate your organization's specific policies, regulatory requirements, or contractual obligations. Before finalizing any checklist for production use, review it with a senior colleague or subject matter expert familiar with your organization's specific requirements. Checklists used in regulated contexts – financial reporting, medical documentation, legal filings – must be validated against the relevant regulatory standards.

Lesson Quiz

Log in and enroll to take this lesson quiz.

Scroll to Top