00
Automations

When targets are hit,rewards happen automatically.

Define a trigger, set conditions, choose an action. Wudd handles the rest. Gifts, points, badges, nudges, and budget allocations fire without anyone lifting a finger.

01
How It Works

Three building blocks. Infinite combinations.

Every automation follows the same pattern: when something happens, check who qualifies, then do something for them.

Trigger
When this happens

An event fires or a schedule ticks. The engine wakes up.

  • +Badge earned by an employee
  • +Cron schedule (daily, weekly)
  • +KPI threshold crossed
Condition
Who qualifies

Filter the audience by role, tenure, department, or custom criteria.

  • +Role is employee or team leader
  • +Tenure over 90 days
  • +Department matches target
Action
Then do this

Send an in-app notification or allocate a SAR budget. Two action primitives that compose into rich workflows.

  • +Send in-app notification
  • +Email an employee with a manager-suggested action
  • +Allocate SAR budget
02
Use Cases

Automations that run your culture.

Real scenarios that organisations set up in minutes.

๐Ÿ†
Top performer celebration

When an employee earns 10 badges in a quarter, allocate a 500 SAR celebration budget for the team and notify their manager.

๐ŸŽ‚
Birthday celebration

On each employee's birthday, send a personalised nudge to their manager with a reminder to recognise them.

๐Ÿ“…
Work anniversary celebration

At 1, 3, and 5 year milestones, allocate a celebration budget and trigger a company-wide recognition nudge.

๐ŸŽฏ
KPI target hit

When a team hits their quarterly OKR target, trigger a budget allocation for a team celebration.

๐Ÿ–๏ธ
Wellness day suggestion

When an employee maintains a recognition streak for 30 consecutive days, the system sends a wellness-day suggestion to the employee and their manager. The team arranges the timing off-platform.

๐Ÿš€
Onboarding quest complete

New hires who finish their onboarding quest within 14 days trigger a welcome budget allocation and a manager nudge to grant the welcome badge.

03
Guardrails

Automations that can not run away.

Every automation has built-in safety limits. No runaway spending, no notification spam, no duplicate rewards.

  1. 01
    Budget cap (SAR/month)
    Set a maximum monthly spend per automation. The engine blocks execution when the limit is reached and logs it.
  2. 02
    Frequency cap (days)
    Prevent the same employee from being targeted more than once within N days. Eliminates notification fatigue.
  3. 03
    Audience cap
    Limit the number of users affected per run. Protects against misconfigured conditions that match everyone.
  4. 04
    Idempotency
    A SHA-256 hash prevents the exact same automation from firing twice in the same time window. Zero duplicates.
  5. 05
    Dry run mode
    Test any automation without executing it. See the full audience, actions, and budget impact before going live.
04
Full Audit Trail

Every run is recorded.

Versioned definitions, execution logs, budget tracking, and audience records. Nothing happens in the dark.

Versions
Immutable snapshots

Every change to an automation creates a new version with a SHA-256 checksum. Previous versions are preserved.

Runs
Execution history

Start time, end time, status, audience size, actions dispatched, and budget consumed. Per run.

Budget
Spend tracking

Monthly budget reservations are recorded per automation. Aggregated for finance reporting.

Decisions
Why it fired or did not

Guardrail blocks, idempotency skips, and audience touches are all logged with metadata.

โœปNext step

Set it once. Let it run.

Automations that reward, nudge, and celebrate without manual intervention. Built-in guardrails ensure nothing goes wrong.