All outcomes
Skills

EdTech Evaluation & Implementation

10 weeks · 0 milestones

Evaluate a real educational technology tool by implementing it with real learners in a real educational context. Proof requires: (a) a pre-implementation evaluation framework specifying what will be measured, how, and what would count as evidence of effectiveness or ineffectiveness, (b) documented implementation records covering at least 3 sessions — what was done, what happened, and what was observed, (c) anonymised learner feedback data or measurable learning outcome data collected using the framework in (a), and (d) a written evaluation report with a recommendation for or against continued use with documented evidence. A product review or literature survey without real learner data is not accepted — the implementation with measurement is the proof. If the implementation involves learners under 18, current DBS/background check clearance is required and all learner identifying information must be anonymised.

Milestone map

Milestone map

3 milestones

Evaluate an EdTech tool against learning design criteria

2 weeks (1–2 hrs/day)

Select one EdTech tool relevant to a specific educational context (K-12, higher education, corporate learning, or adult education). Evaluate it against a minimum of five criteria from a recognised EdTech evaluation framework (SAMR model, TPACK framework, or equivalent). Produce an evaluation report (minimum 500 words) documenting your methodology, criteria, evidence, and judgements.

Proof required

Submit your EdTech evaluation report (minimum 500 words): named framework, five or more criteria with evidence, and summary judgement on whether this tool improves learning outcomes.

What gets checked

  • Evaluation uses a named recognised framework — not personal criteria
  • Five or more criteria assessed with specific evidence from the tool itself
  • Summary judgement addresses learning impact — not only usability or cost

Common mistakes

  • Evaluation criteria are personal rather than from a recognised framework
  • Evidence is from marketing materials rather than direct tool use or published research
  • Summary judgement addresses usability or features without addressing learning impact

Resources

Foundationstart here

Depthgo deeper

What a verifier looks for

  • If the EdTech evaluation involved access to a school or institution, confirm appropriate data handling permissions were in place
  • If the EdTech pilot involved direct contact with minors, confirm enhanced DBS/background check clearance was documented as a prerequisite
  • Verify evaluation uses a named recognised framework — ask student to name it
  • Check evidence is from direct tool use or published research — not marketing materials
  • Ask student: what evidence would convince you this tool improves learning outcomes rather than just engagement?

Design an implementation plan for an EdTech tool in a specific context

2 weeks

Design an implementation plan for introducing a selected EdTech tool in a specific educational context (minimum 600 words). The plan must include: learning objectives to be addressed, how the tool will be integrated into existing curriculum, teacher training requirements, assessment of impact methodology, and risk assessment (data privacy, accessibility, digital divide). Your plan must address at least one accessibility standard (WCAG 2.1 or equivalent).

Proof required

Submit your EdTech implementation plan (minimum 600 words): learning objectives, integration approach, teacher training, impact assessment methodology, risk assessment including data privacy and accessibility.

What gets checked

  • Plan is specific to a named context — not a generic 'any school' plan
  • Impact assessment methodology is specific — how will you know if it worked?
  • Risk assessment addresses data privacy and accessibility — not only cost

Common mistakes

  • Plan is generic — not specific to the named educational context
  • Impact assessment methodology is absent or vague
  • Risk assessment omits data privacy — GDPR and student data protection must be addressed

Resources

Foundationstart here

Depthgo deeper

What a verifier looks for

  • If the implementation plan involves student data, verify GDPR and data protection requirements are addressed
  • If the pilot involved direct contact with minors, confirm enhanced DBS/background check clearance is documented
  • Check impact assessment methodology is specific — ask student how they would know if the tool worked
  • Verify accessibility is addressed in the risk assessment
  • Ask student: what is the most significant risk in this implementation and how does your plan mitigate it?

Present implementation plan for professional review

1 week

Present your EdTech evaluation and implementation plan to an educational technology professional, curriculum lead, or experienced teacher in a review session (minimum 20 minutes). The reviewer should challenge your methodology, evidence base, or risk assessment. Document specific challenges and produce revised notes (minimum 300 words) addressing at least two specific challenges raised.

Proof required

Submit: (1) review session record (date, reviewer with professional role, specific challenges — minimum half page), (2) revision notes (minimum 300 words addressing at least two challenges).

What gets checked

  • Review record documents specific challenges to methodology, evidence, or risk assessment
  • Revision notes address at least two specific challenges with updated thinking
  • Reviewer has named professional credentials in educational technology or curriculum

Common mistakes

  • Review focused on presentation quality rather than methodology or evidence
  • Revision notes address only surface comments — not substantive challenges
  • Reviewer was a peer student rather than an education professional

Resources

Foundationstart here

What a verifier looks for

  • Confirm reviewer has named professional credentials in education or EdTech — not a peer student
  • Verify review challenged methodology or evidence — not just presentation quality
  • Check revision notes address at least two substantive challenges
  • Ask student: which challenge in the review most changed your implementation plan and why?

We use analytics to improve Powstik. No ads, ever.