Field notes / Course planning

What Affects the Cost of an Online Course Build?

Compare course-build quotes by examining content readiness, learner access, platform connections, testing, and handover.

Retro comic of an educator comparing a thin course folder with a thicker folder and film reel on a balance scale.

The main online course build cost factors are the amount and condition of your teaching content, the learner journey, the systems that must connect, and the work included in testing and handover. A lesson count alone cannot explain a quote.

For a healthcare practitioner who already teaches, the useful starting point is the gap between what you have now and what learners must be able to do at launch. An approved workshop recording may need straightforward assembly. An unfinished recording, a new enrollment process, and a platform move create a different project.

Use the questions below to define that gap before comparing proposals.

What belongs in the first course release?

Start with a short description of the first usable version of your program: who it serves, what teaching it contains, how learners join, and how they receive access.

Then name the deliverables. “Build my course” leaves too much open. A useful online course development scope identifies the lessons and downloads, pages, enrollment route, messages, and completion behavior that someone must configure.

Quantity matters, but variation matters too. Ten lessons using one approved layout may involve less setup than ten lessons with different activities, access rules, and review requirements. Record the exceptions so a builder can estimate the actual work.

Separate your launch requirements from ideas for later. A community, recurring membership, or live cohort adds operational decisions beyond publishing recorded lessons. If the format is still undecided, compare a course, membership, and live cohort before asking teams to price different versions of the project.

A smaller first release can reduce scope when the removed features are genuinely optional. Keep the steps learners need to join, learn, and get help.

How much work do your teaching files need?

Ask what “content supplied” means in each proposal. Does the team receive final recordings, approved lesson titles, and finished downloads? Or must someone cut recordings into lessons, clean up audio, prepare captions, and reformat resources?

List those tasks separately. Uploading a finished video and producing one from raw footage require different work. If a task is outside the build team's services, name its owner before setting the project schedule.

Accessibility also needs an explicit plan. W3C recommends considering accessible audio and video during planning, including the work involved in captions, transcripts, and descriptions. Agree which materials are required for your program, who prepares them, and who checks them. W3C media planning guidance

A useful handoff note might say: “Final recordings supplied; captions require review; downloads still need formatting.” That is more useful for a quote than “All content ready.”

You remain responsible for approving the teaching and any professional claims. Preceptor Digital Solutions provides digital implementation; clinical authorship, accreditation, and professional review are separate responsibilities.

What must access, connections, and migration do?

Describe the learner's route from enrollment to the first lesson. Include the normal path and the exceptions that matter: an existing account, a password reset, a failed payment, or an access problem.

For every connection, name the starting system, the destination, and the result you expect. “Connect email” could mean enabling an existing welcome message or building a sequence that depends on enrollment events. The quote should identify which behavior is included and how it will be tested.

A migration needs its own inventory. Course files, learner accounts, enrollments, and historical records are different things to move or retain. Thinkific's migration guide, for example, treats course setup, pricing, website setup, notifications, and student migration as separate stages. It illustrates why moving a course involves more than copying videos. Thinkific course migration guide

Before including migration in a fixed scope, ask the team to verify what the source and destination platforms support. Agree on a small trial and a way to check the result. Do not assume that every historical field will transfer.

How can two similar courses need different builds?

Retro comic comparing a simple folder-and-video set with a larger folder, video, and connected-system set.

Consider two fictional practitioners bringing the same number of lessons to a builder. Their teaching may be similar while the implementation work differs.

These examples compare scope only. They are not prices, service packages, or promises of availability.

Scope item Example A: assemble approved materials Example B: prepare materials and move systems
Teaching files Final recordings and downloads, approved order Raw recordings to divide; downloads need formatting
Course layout One agreed lesson pattern Several activity types and release rules
Learner access One agreed enrollment route New enrollment route plus existing learner access
Platform Build in the selected platform Move from an existing platform after a migration trial
Messages Configure an approved welcome message Map and test several event-based messages
Review One decision-maker supplies consolidated feedback Several reviewers need a shared approval process
Handover Recorded walkthrough of the finished setup Walkthrough plus agreed migration and operating notes

Example B contains more preparation, dependencies, and test cases. It needs a broader estimate and may require specialist work outside a course-build engagement. Example A still needs careful checks; supplied content does not remove the need to test access and lesson behavior.

When quotes differ, use this table to locate the difference. A lower total may reflect fewer deliverables or more work assigned to you. Ask each team to price the same agreed scope before comparing totals.

What should a course creation quote checklist include?

Request a written answer to these questions with each proposal:

  • Deliverables: Which lessons, pages, resources, messages, and access rules are included? What limits apply?
  • Content preparation: Which files must I supply as final, and which editing or accessibility tasks have a named owner?
  • Connections and migration: What will move or connect, what remains unverified, and how will results be checked?
  • Review: Who approves the work, how is feedback consolidated, and what review rounds are included?
  • Acceptance: Which observable checks show the agreed build works?
  • Changes: How are additions estimated and agreed? How are implementation defects handled?
  • Handover and support: What access, instructions, walkthroughs, and support period are included?
  • Ongoing charges: Which platform subscriptions, payment fees, email usage, and other third-party costs sit outside the project fee?

Can I get a useful estimate before every file is finished?

Yes, provided the unfinished work is visible. Ask for an estimate with stated assumptions and a clear point when the scope will be confirmed. Avoid treating a provisional figure as a final commitment.

Is the build fee the total cost of running the course?

Ask for the project fee and ongoing third-party charges separately. Also account for your own time preparing teaching, reviewing the build, and supporting learners.

What is the best next step if the quotes still differ?

Ask each team to explain the deliverables, assumptions, and exclusions behind its total. Resolve those differences before deciding whether you are comparing equivalent work.

Use our course-build preparation checklist to organize your inputs. For help defining the implementation, explore online course builds and Plan Your Online Program.

Your next chapter

Bring your teaching.
Let’s build from there.

Plan Your Online Program