Help Home / How to Think About Appice

How to Think About Appice

Most teams come to Appice with a campaign mindset. This guide explains the shift required to operate a real-time decisioning system effectively — and why the difference matters.

Conceptual Guide Read before you configure
Important: If you try to use Appice like a campaign tool, you will underuse it significantly. The decisions you configure, the signals you connect, and the outcomes you measure are all shaped by this mental model.

Not campaigns — decisions

A campaign is something you plan, schedule, and send to a segment of customers. A decision is something Appice makes the moment a signal arrives — for one customer, right now, based on everything it knows about them.

Campaign thinking
Plan a campaign. Build a segment. Schedule a send.

Decide in advance what to send, to whom, and when. Set it up, approve it, fire it. Wait for results. React to the data in the next cycle.

Decisioning thinking
Configure rules and intent. Let signals trigger decisions automatically.

Define what matters. Connect signals. The system decides in real time — the right action for the right customer at the exact right moment, without a send schedule.

In practice: Instead of "create a churn campaign for customers who haven't transacted in 30 days", you configure: "when a high-value customer shows three consecutive days of reduced activity, evaluate their churn score — if above threshold, trigger retention action immediately."

The difference: the first fires on a schedule. The second fires the moment the signal crosses the threshold — which could be at any time, for any customer, 24/7.

Not journeys — real-time responses

A journey is a pre-planned sequence of steps a customer walks through over time. A real-time response is what Appice delivers based on what a customer actually does — not what you predicted they would do.

Journey thinking
Design the path. Move customers through steps.

Map out a multi-step sequence. Day 1: welcome. Day 3: feature prompt. Day 7: re-engagement. The customer moves through your predefined flow.

Response thinking
React to what the customer does, not what you planned.

The customer's behaviour defines the interaction. Appice listens for what actually happens and responds to each signal — dynamically, without a fixed sequence.

In practice: A new customer logs in, skips onboarding, and heads straight to a loan product page. Appice reads those signals — login + skip + product browse — and surfaces a personalised loan offer in session, in real time. No day-7 re-engagement journey needed. The signal already fired.

Appice does support multi-step decision flows (and you can configure these in the Decisioning Engine). But even multi-step flows are signal-driven — each next step waits for the customer to do something, not for a timer to expire.

Not batch — continuous

Batch processing runs on schedules — hourly, nightly, weekly. By the time the batch completes, the moment has already passed. Appice operates continuously: every signal, every customer, every moment.

Batch thinking
Process data in cycles. Act on yesterday's information.

Run overnight jobs. Refresh segments. Sync data warehouses. By morning, you have a picture of what happened — and you act on it during business hours.

Continuous thinking
Every signal is evaluated the moment it arrives. No lag.

Signals stream into Appice in real time. The decisioning loop runs without interruption. Actions fire in milliseconds. At 2 AM. At 2 PM. For one customer or a million simultaneously.

In practice: A fraud signal detected at 2:47 AM triggers an alert within 80ms. There is no overnight job. There is no "we'll catch it in the morning" scenario. The loop does not sleep.

Not features — a system

The final shift: Appice is not a collection of independent features (segmentation, campaigns, push, analytics). It is a single decisioning system where each component feeds the next.

The connected system: Signals inform the golden record → the golden record informs the decisioning engine → the decisioning engine triggers the execution layer → the execution layer records outcomes → outcomes improve future decisions. Remove any component and the loop degrades.

When you configure Appice, think about the loop, not the feature. "What signal do I want to respond to? What decision should it trigger? What action should that produce? How will I measure the outcome?" That is the question to ask for everything you build.

The practical test

Before you build anything in Appice, ask three questions:

  1. What signal am I responding to? If the answer is "a schedule" — rethink. If the answer is "a customer behaviour or system event" — proceed.
  2. What decision should this signal trigger? Define the logic: who gets which action, under what conditions, with what constraints.
  3. How will I know if the decision was correct? Define the outcome you are measuring. This closes the loop.

Where to go next