Lesson 1
CompleteThe Automation Landscape
Establish the vocabulary and conceptual boundaries of Quickbase automation, distinguishing record-driven, time-driven, report-driven, and workflow-driven behavior before building anything.
Quickbase Automation Developer Lab
Follow the expected progression from native Quickbase communication tools through events, time, state, workflow, Pipelines, QBL, Jinja, REST APIs, reliability, and automation design.
This is a working roadmap rather than a frozen syllabus. Lessons may merge, split, move, or change as Quickbase behavior is researched and tested.
Complete
21
Current
1
Planned
15
About This Roadmap
The broad progression is intentional: communication leads into events, events lead into state and time, those concepts lead into workflow, and workflow eventually leads into Pipelines.
The lesson numbers themselves are provisional. Actual Quickbase testing may reveal that a topic deserves more space, less space, or an entirely different lesson than originally expected.
Phase 1
1 lesson
Phase 2
4 lessons
Lesson 2
CompleteUse a Task record and a laboratory Notification to discover what Quickbase means by modification, how persisted changes differ from editing activity, and how changed fields and resulting record state participate in automation.
Lesson 3A
CompleteInvestigate how Notifications evaluate record activity by separating Add, Modify, and Delete events, watched-field changes, previous and current values, and conditions that become true after a change.
Lesson 3B
CompleteBuild compound Notification rules with all, any, and grouped criteria, then investigate how individual form edits and Grid Edit produce single-record and multiple-record notification behavior.
Lesson 4
CompleteCompare Custom Email with Notifications while investigating dynamic recipients, recipient permissions, record-change elements, bulk behavior, and the richer controls that distinguish the modern Custom Email system.
Phase 3
3 lessons
Lesson 5
CompleteShift from event-driven to time-driven communication and learn how recurring Custom Emails use schedules, reports, recipient permissions, empty-report behavior, and UTC timing to communicate current Quickbase state.
Lesson 5A
PlannedCompare Report Subscriptions with Scheduled Custom Email and learn when simple recurring report delivery is a better fit than building a composed scheduled communication.
Lesson 5C
PlannedExplore date-relative communication and learn when automation should be driven by the relationship between the current time and a Date field stored on each record.
Phase 4
1 lesson
Phase 5
1 lesson
Phase 6
4 lessons
Lesson 8
CompleteCross from native communication automation into executable workflows and build a mental model of the Pipeline machine. Establish realm scope, workflow initiation, definitions versus runtime executions, steps, channels, accounts, runtime data, collections, and the role of execution evidence before opening the Pipeline designer.
Lesson 9
CompleteOpen the Pipeline designer and dissect real Trigger, Query, and Action steps through controlled experiments. Investigate channels, accounts, step identity and Ref IDs, field roles, runtime references, data flow, literals versus dynamic values, Query collections, and the Loop structure that appears when multiple records must be processed.
Lesson 10
CompleteBuild and execute a Pipeline from a clean definition. Trace a Task mutation through its Trigger and Action, test runtime data availability and field updates, use controlled experiments to prove when the Pipeline runs, and investigate how relationship-derived fields behave when child and parent records change.
Lesson 11
CompleteRead the Pipeline Activity Log as runtime evidence. Trace a Pipeline from trigger through completion, connect Ref IDs to executed steps, inspect inputs, targets, outputs, record state, metadata, and timing, and learn how Activity can preserve execution evidence beyond what the current Quickbase record can show.
Phase 7
1 lesson
Phase 8
1 lesson
Phase 9
1 lesson
Phase 10
1 lesson
Phase 11
3 lessons
Lesson 16
CompleteInvestigate how Jinja works with the runtime data Quickbase makes available. Compare native Pipeline references with Jinja expressions, work with current items and earlier step outputs, explore Jinja variables and loops, and test where Jinja scope ends compared with Quickbase Pipeline scope.
Lesson 17
CompleteMove beyond accessing runtime values and deliberately reshape them for downstream work. Normalize and format values, handle missing data, work with structured values and collections, iterate through lists, make conditional decisions, and preserve state across Jinja loop iterations while tracing every transformation back to its runtime source.
Lesson 18
CompleteInvestigate what time actually means inside a Pipeline. Trace dates and timestamps from Quickbase fields into runtime data, distinguish UTC from application-local time and displayed time, then test parsing, formatting, relative calculations, and scheduled execution against the evidence recorded in Activity.
Phase 12
2 lessons
Lesson Advanced
CompleteEnter the advanced phase of the Automation Developer Lab. Beginning with Lesson 19, examine Quickbase Channel operations individually—their required inputs, returned data, runtime scope, failure states, safeguards, and roles within larger automation systems.
Lesson 19
CompleteUse a Task relationship reference to identify and retrieve its parent Project with Look Up a Record. Compare valid, missing, and unmatched identities, then protect the lookup with defensive branching before passing the returned Project data downstream.
Phase 13
2 lessons
Lesson 20
CurrentInvestigate how the Quickbase Channel creates a new record and introduces a new identity into the workflow. Test required and optional fields, relationship mapping, returned values, and how the new Record ID can become input for later steps.
Lesson 21
PlannedDelete one deliberately created disposable record while proving that the intended identity reaches the action. Examine required safeguards, returned evidence, related-record consequences, and the greater burden of proof surrounding destructive operations.
Phase 14
1 lesson
Lesson 22
PlannedCompare Record Created, Record Updated, Record Deleted, and On New Event using Record Updated as the familiar baseline. Determine how event purpose, current and previous values, deletion, and filtering should influence the choice of trigger.
Phase 15
1 lesson
Lesson 23
PlannedCreate and retrieve a persistent Pipeline link between managed items. Distinguish Pipeline-linked records from Quickbase table relationships, single-record lookups, and runtime searches while testing what identity the link preserves.
Phase 16
1 lesson
Lesson 24
PlannedInvestigate how Quickbase presents multiple record changes as one event. Inspect the returned collection and batch metadata, observe automatic loop behavior, and distinguish one bulk-triggered run from many individual record-event runs.
Phase 17
2 lessons
Lesson 25
PlannedBuild the complete staged Bulk Upsert workflow with Prepare Bulk Record Upsert, Add a Bulk Upsert Row, and Commit Upsert. Compare accumulating and committing a batch with placing ordinary Create or Update actions inside a loop.
Lesson 26
PlannedUse Copy Records and Remove Record(s) to act on a query-defined set rather than one record at a time. Treat the advanced query as the operation's boundary and establish preview, count, and control practices before executing broad or destructive changes.
Phase 18
1 lesson
Lesson 27
PlannedMove a controlled Quickbase dataset through Export Records to CSV and Import with CSV. Follow the exported artifact, inspect the round trip, and compare CSV import with Bulk Upsert without turning the lesson into generic CSV instruction.
Phase 19
2 lessons
Lesson 28
PlannedExpand the Pipeline data model from ordinary field values to file artifacts. Inspect attachment metadata, browser URLs, file-transfer handles, names, target records, permissions, and documented boundaries through one controlled Upload a File experiment.
Lesson 29
PlannedGenerate a document from a Quickbase template and follow the resulting file-transfer handle through the Pipeline. Examine plan-dependent availability, template refresh timing, output validation, and transfer into a durable attachment field.
Phase 20
1 lesson
Lesson 30
PlannedUse the Quickbase Channel's authenticated Make Request action when no purpose-built visual step expresses the required platform operation. Connect Pipeline references to the Quickbase REST API while keeping the investigation centered on Quickbase rather than generic HTTP.
Phase 21
1 lesson
Lesson 31
PlannedCompare Quickbase Channel connection methods, app assignments, permissions, connection replacement, and service identities. Determine whose authority executes an operation and separate connection identity from the business data moving through a Pipeline.
Phase 22
1 lesson
Lesson 32
PlannedInvestigate Search Automations, Look Up Automation, and Get Migrations while distinguishing App Administrator access from Realm Administrator capabilities. Keep documented behavior, observed access, and untested administrative claims explicitly separated.
Phase 23
1 lesson
Lesson 33
PlannedDesign, build, and defend a maintainable Quickbase-only automation that combines several capability families. Justify every operation, trace identity between steps, guard failure boundaries, prevent duplicate or recursive behavior, and verify the completed workflow with runtime evidence.
The Journey
Each concept builds upon the one before it. What begins as information eventually becomes a complete automation system.
The data and records that automation begins with.
Systems exchange information through defined mechanisms.
Something happens that gives automation a reason to act.
Automation gains awareness of when something should happen.
Rules determine whether the next action should occur.
Records and systems move from one meaningful state to another.
Events, conditions, and state changes become an organized process.
Quickbase orchestrates automation across records, systems, and services.
The languages and interfaces give the workflow greater expressive power.
Information, events, logic, workflow, and APIs converge into one system.
How a Planned Lesson Becomes a Real Lesson
Planned lesson titles describe what we expect to investigate. The published lesson is written only after documentation, prediction, experimentation, and observation have established what actually happened.
Step 1
Begin with the concept we expect to investigate.
Step 2
Consult Quickbase documentation and establish what we know.
Step 3
State what we expect Quickbase to do before testing it.
Step 4
Change one meaningful variable and test the prediction.
Step 5
Record what Quickbase actually did, including surprises.
Step 6
Revise our mental model when evidence disagrees with expectation.
Step 7
Teach what the evidence established—not merely what we expected.
The lesson plan is a hypothesis, not a contract.
Documentation gives us a starting point. Prediction gives us something testable. Observed Quickbase behavior determines what ultimately belongs in the published lesson.
Ready to Begin?