Dijji Dijji Intelligence·Engagement·Defense
How it works

Dijji in plain English.

You install Dijji in your app once. After that, you run your whole marketing program from a dashboard — without ever asking your dev team for help again.

Three roles.
One product.

Setting up Dijji takes three people doing three very different things. Two of them are one-time. One is forever.

01

Your developer

Once. Forever.

Adds two lines of code to your app. Ships the new version. That’s the end of their job. They can forget Dijji exists.

02

You, the marketer

Every day.

Log into dijji.com. See who’s using your app, what they’re doing, where they drop off. Build campaigns, send pushes, launch experiments — all without opening a ticket.

03

Dijji

In the background.

Captures everything, surfaces patterns, writes the copy, fires the triggers. Your always-on brain between your app and your audience.

What each day looks like.

Dev · Day 1
Adds two lines to the Android app. Ships the update. Takes a tea break.
Marketer · Day 1
Logs in. Sees live users streaming in on the globe within minutes — every screen view, every tap, every crash.
Marketer · Day 2
Types “when someone opens the app 3 times and hasn’t signed up, show them a welcome offer.” Dijji turns that sentence into a real trigger. Marketer hits publish.
Marketer · Day 7
Has 8 campaigns running. Dijji sends a Monday email: “Here are 3 new cohorts worth targeting that I noticed this week.”
Marketer · Day 30
Revenue up. Push open rates up. Dev has forgotten Dijji exists.

The Stripe analogy.

You know Stripe?

When a business adds Stripe, their developer writes one line — Stripe.init(publishableKey) — and that’s the end of their relationship with payments. Forever.

The finance team then uses the Stripe dashboard to create coupons, plans, refund flows, subscriptions — without ever asking the developer again.

Dijji is that, but for the growth team.

Questions people ask us.

Do I have to set up all those triggers myself?

No. Dijji automatically captures every session, screen view, tap, crash, device detail, install source, and network signal — without you or your dev configuring anything. You only create triggers when you want to do something with that data. Most customers start with 3–5 and grow from there.

Do I need my developer to create a new campaign?

Never. Every campaign, every trigger, every push lives in your Dijji dashboard. You type what you want in plain English, you hit publish. The SDK your dev installed once already knows what to do.

How is this different from analytics + push + crash reporting?

One install, one dashboard, one set of rules. Your user profile, your device info, your crash data, and your engagement triggers all share the same pool — so you can target things nobody else can, like “users on Pro plan who crashed last session on a low-memory device.” That kind of specificity usually takes three tools and a data engineer.

What if I don’t have a marketing team yet?

Then the founder is the marketer. Dijji’s dashboard is designed so a non-technical person can run it out of the box. When you do hire, the learning curve is an afternoon — not the week most legacy platforms require.

What does my dev actually have to do?

Add one line to their Gradle file and two lines to their Application class. Rebuild. Ship. The full dev guide is at dijji.com/install/android — but honestly, your dev will be done before they finish reading it.

Is my users’ data safe?

Dijji doesn’t use advertising IDs, doesn’t track users across apps, and never reads anything the user didn’t explicitly opt into. IPs resolve to country/city then hash. You can delete any user’s data with one click.

Start free · 5 min setup Read the dev guide