• in-app messages
  • conversion

In-App Messages: Build No-Code and Measure Impressions, Clicks, and Revenue

From setting the display trigger to building with no code to measuring by device, the real workflow for running in-app messages.

Thumbnail representing in-app messages that catch the user's moment of action

Push and SMS pull people back from outside your service. An in-app message does the opposite. It speaks to a user already in your app or site, right on the screen they're looking at. They're inside already, so they respond fast. But it lands on top of whatever they're viewing. Fire it at the wrong moment, or show everyone the same thing, and it's just an interruption.

In-app message template picker showing Bottom Sheet, Modal, and Full Screen layouts
The many forms an in-app message can take

Designing the display trigger

An in-app message starts with deciding which screen it shows on. FlareLane lets you set that timing yourself. This is the display trigger.

Name a trigger for each screen or action, like home entry, opening My Page, or a purchase-complete screen. Drop the displayInApp function there in one line, and the trigger finds an eligible message and shows it. Right after someone views a specific product, you can pass the product ID or category to narrow the condition further.

Then add a display period and an audience. Set a period and the message shows only within that window, in the device's time zone. The audience narrows by a segment filter to users who meet your criteria.

Building it with no code

Once the trigger is set, you build the creative. Start from a prepared template. Bottom Sheet, Modal, and Full Screen take up different amounts of the screen, so pick one to match the weight of your message.

From there it's all in the editor, no code. Open background, image, and button in turn; the button takes text, size, weight, color, and corner radius as values. Flip the preview between mobile and desktop to see exactly how it will land.

In-app message editor setting background, image, and button with no code, next to a live preview
Building background, image, and button with no code

Buttons carry actions. A tap can open a page or app screen through a URL or deep link. A close button can set a do-not-show-again window in days. One action is worth a closer look: the push opt-in request. Push notification data shows opt-in rates run lower than you'd expect. Instead of firing the system dialog the second the app opens, asking through an in-app message in a context the user already gets makes consent far easier to earn.

Priority, display period, audience, and conversion event all live on the same screen. When the templates aren't enough, write HTML directly and build the UI and behavior exactly as you want.

Measuring by device and by area

Once it's live, you read the results. Impressions, clicks, and conversions are counted per device, and click rate is clicks over impressions.

The same message performs differently by platform, so you split it across Android app, iOS app, desktop web, and mobile web. If iOS app clicks well but mobile web lags, you rework the trigger or creative for that platform alone.

In-app message performance dashboard breaking impressions, clicks, conversions, and revenue out by device
Impressions, clicks, and conversions broken out by device

Add a conversion event and it goes past the click to the actual action. In-app messages measure conversion from the click; set a purchase event and attributed revenue and average spend per user are recorded too. Conversion counts once per user ID, so one user on several devices never double-counts.

Then go one level deeper. Turn on click stats and clicks are counted by area, image or button. Seeing whether the image or the button got tapped tells you what to grow and what to cut in the next creative. The user ID list for each metric downloads as CSV, ready for a segment or a follow-up campaign.

Targeting precisely with journey automation

To target more precisely, design the in-app message inside customer journey automation. Hold it in a scheduled state and show a personalized message at the user's next entry after a specific action. When several messages share a trigger, priority decides which one shows.

It's a channel that speaks to users already inside, so designed well it works close to conversion. If you want to map out which screen shows what, and what to measure, you can request it below.

Want to map out your in-app message playbook together?

We'll design the triggers, creative, and metrics around your actual user flow.

Contact us

FlareLane

FlareLane

Contents Team, FlareLane (FlareLabs, Inc.)

Written by people who've actually run CRM marketing and growth, not just written about it.


FlareLane is a CRM marketing solution that automatically delivers push, SMS, KakaoTalk, and in-app/in-web messages aligned with each customer's behavior and journey. From startups to enterprises, we help everyone design and run hyper-personalized marketing and customer journey automation with ease.

Frequently asked questions

What is a display trigger in an in-app message?

It's the point that decides which screen an in-app message shows on. Name each screen, like home entry or order complete, and drop the displayInApp function there in one line; the trigger then finds an eligible message and shows it. Pass a product ID to narrow what shows even further.

Do in-app messages show to users who haven't granted push permission?

Yes. An in-app message appears on screen while a user is in your app or site, so it doesn't depend on push notification permission, and it even reaches users who denied push. You can use a button here to re-ask for a push subscription, which lands better than the system prompt.

How do you measure in-app message performance?

Impressions, clicks, and conversions are counted per device and split across Android app, iOS app, desktop web, and mobile web. Turn on click stats and clicks are broken out by area, like image versus button. Add a purchase event and average spend per user is recorded too.