How it works | Propel
Our process

How it works

Propel recruits the people your brief needs, supports their participation and reviews the work. Where the engagement continues, we measure ongoing activity. Community leaders provide a trusted route to participants; programme and local partners support the work where needed.

Discuss your brief

Your goal

Who do you need to reach? What should they do? What would count as a useful result?

A course completion, a project submission, a product test and a specialist hire each need a different delivery plan.

How a programme runs

One process for every engagement. The final stage changes with the work: a research brief may end with accepted outputs, while a learning or adoption programme continues.

  1. Define the outcome

    Agree who you need, what they should do and how success will be measured.

  2. Recruit and qualify

    Map relevant communities, then confirm identity, skills and experience against the brief.

  3. Support participation

    Onboarding, learning, technical sessions and day-to-day coordination while the work runs.

  4. Review the work

    Check submissions, data and feedback against the standard your team sets.

  5. Continue and measure

    Accepted outputs for research. Follow-up support and agreed usage tracking for everything else.

Our delivery team

Communities and their leaders

The relationships that connect the brief to people with relevant interests, experience and skills.

Learning partners

Curriculum, facilitation and assessment support where the programme involves skill development.

Infrastructure partners and local operators

The practical arrangements that make participation and delivery possible in each market.

Propel's platform and delivery team

Participant coordination, programme workflows and records of progress and work delivered.

The mix changes with the brief. Propel's role is to make those parts work together.

Local delivery

How we deliver locally.

We keep what we have delivered, where we have relationships and what we would assess first clearly separate, so you can judge what we can run in your market.

  • Completed delivery

    Mastercard Foundation in Nigeria and Kenya. Hedera across 20+ African cities. Google AI Skills Training in Portugal.

  • Established community relationships

    Specialised communities across 30 countries in the Propel ecosystem. Relationships are not the same as completed programmes.

  • Other markets

    Assessed on request. Tell us the market and the audience, and we will say what looks realistic before you commit.

What changes between markets

Language
Which languages instructions, support and sessions need.
Partner selection
Which community and local partners fit the audience.
Audience eligibility
Who qualifies, and how we confirm it.
Facilitation
Who runs live sessions, and where.
Support
How participants get help between sessions.

What you bring

Your objective, audience requirements, product or programme knowledge, and the access participants need to take part. For learning programmes, that may include curriculum. For testing, it includes the product and scenarios to explore.

What Propel delivers

A scoped programme, participant recruitment, coordination and support, agreed outputs and reporting. Roles, approvals and responsibilities are set before the programme begins.

Who does what

Responsibilities are agreed per brief

  1. Your team Objective, content/access and review criteria → Brief and access
  2. Propel Recruitment, coordination, programme support and delivery records → Programme coordination
  3. Community partners A relevant route to participants → Participant recruitment
  4. Your team + Propel Review the agreed work and decide next steps → Outputs and reporting

Engagement options

Comparison of engagement options
Compare A focused project A complete programme Continuing activation
The work A specific research question, test cycle, recruitment need or activation brief with a defined finish. A coordinated learning pathway, developer initiative or multi-market activation with several stages. A planned series of activities that supports community participation and product engagement over time.
Planning approach Planned around one defined finish Planned across several coordinated stages Planned as a recurring series of activities
Example A product test or a practitioner workflow pilot. Supported AI learning for a defined audience and market. Recurring clinics, champion support and participation reviews.
You receive Recruited participants, completed tasks and a findings summary. A recruited, supported cohort, progress reporting and a final report. An activity calendar, participant coordination and a report each cycle.
Your team supplies Product access, the questions to answer and review criteria. Curriculum or product content, access and review standards. Priorities, expert time and a named lead.
Next phase Review the findings together and decide whether to extend. Agreed at review: scale to new markets or move to ongoing support. Reviewed each cycle, with scope adjusted by agreement.
  • {{ s.name }}

    The work
    {{ s.work }}
    Planning approach
    {{ s.plan }}
    Example
    {{ s.ex }}
    You receive
    {{ s.rv }}
    Your team supplies
    {{ s.sp }}
    Next phase
    {{ s.nx }}

Pricing is scoped to the work. We agree delivery, responsibilities and measurement before launch.

Reporting

Depending on the programme, reporting can cover recruitment, participation, completion, project output, user feedback, certification or work matches.

Report contents

Illustrative

Participant tasks

Each participant gets a clear task with a clear finish: test a workflow, complete a learning module, review documentation or submit structured feedback. Your team sees progress and gets the work back in a consistent format.

The participant submits a task record, observations and supporting screenshots. Your team receives feedback tied to a specific workflow, organised for review.

Illustrative

Product-testing task

“Create an account and complete your first project. Record where you hesitate, capture any error and explain what you expected to happen.”
Task record
Steps completed in the workflow
Observations
Where the participant hesitated and what they expected
Evidence
ScreenshotError capture
Review
Organised for your team, tied to the workflow

Common questions

{{ q.q }}

{{ q.a }}

Start a conversation

Tell us what you need and when. We'll come back with a plan.

Start a conversationSee our work