In-app messages
We set up in-app messages — banners, modals, tooltips, cards inside your app/site for active users: targeting, scenarios, frequency, metrics. Honestly and bluntly upfront: in-app messages are seen ONLY by those currently in the app/on the site (this is not push — they are not delivered to inactive users), and intrusive messages get in the way and annoy. And in-app ≠ sales. Without promises of reaching everyone and sales growth.
In-app messages — overview
In-app messages is setting up contextual messages inside the product (a mobile app and/or site/web app): banners, modals, tooltips, slide-ins, cards shown to the user during their session. The work: integration via an SDK/tool, designing scenarios (onboarding/tips/announcements/upsells), targeting by segments and behavior, a frequency and priority policy (to not override UX), A/B where possible, metrics (impressions/clicks/actions). Honestly about 'only active users see them', this is key and fundamental: in-app messages are shown ONLY to users who are in the app/on the site at that moment — this is not push and not a broadcast; they do not reach 'sleeping'/inactive users, returning them requires another channel (push 560/566, email, messengers). 'We will reach everyone via in-app' = a lie. Honestly about 'intrusiveness harms': frequent/ill-timed modals and banners get in the user's way, annoy and spoil the experience — the strategy is about value and relevance, frequency and priorities, not about 'flooding with pop-ups'. Honestly about 'in-app ≠ sales': relevant messages can improve onboarding, engagement and highlight value, but this is not a guarantee of conversion/sales — they depend on the product, offer, moment. Honestly about 'a product and integration are needed': in-app requires your app/site and technical integration (SDK/tool) — this is part of the work/access. Honestly about the effect: it sets up contextual in-app messages (banners/modals/tooltips) with targeting, frequency, priorities and metrics for active users, improving onboarding/engagement, but only active users see them (not push), intrusiveness harms, in-app ≠ sales, integration is needed. Honestly about access: an app/site, an in-app messaging tool/SDK are needed. An important boundary: this is in-app (inside the product); push notifications (outside the product) — 560/566; chat purchase scenarios — 568/569. The base price starts from 18,000 ₽ for setup (depends on the scope of scenarios).
Problems we solve
- Users do not understand features/value in the product, there are no contextual tips and onboarding.
- A misconception that in-app will reach everyone (including inactive) — like push/a broadcast.
- Intrusive pop-ups/modals get in the way of UX and annoy (no frequency/priority policy).
- A misconception that in-app by itself = sales growth.
What's included in the In-app messages service
- Integrating in-app messages via an SDK/tool into the app/site
- Designing scenarios (onboarding/tips/announcements/upsells)
- Targeting by segments and behavior, a frequency and priority policy (UX protection)
- A/B where possible, metrics (impressions/clicks/actions)
- An honest assessment: what part of the (active) audience this is available to and what depends on the product/offer
- Honest boundaries (only active users see them, not push; intrusiveness harms; in-app ≠ sales; integration is needed)
- Documentation and handover
- Review with you
What you get
- Set-up in-app messages with targeting, frequency/priorities and metrics
- Improved onboarding/engagement of active users without harming UX
- An honest assessment: what in-app gives and what depends on the product/offer
- Honest boundaries (only active users, not push; intrusiveness harms; in-app ≠ sales)
How the work goes: steps
- We integrate in-app via an SDK/tool, design scenarios
- We set up targeting/frequency/priorities/metrics, protect UX
- We honestly set boundaries (only active users; intrusiveness harms; in-app ≠ sales) and hand over
Why PDV Expert
- Fixed price and timeline — no surprises on the invoice.
- Report and recommendations in plain language — clear without a technical background.
- In touch at every step and answering questions about the result.
FAQ
Will in-app messages reach all my users?
No, honestly: in-app is seen only by those currently in the app/on the site — this is not push and not a broadcast, it does not reach inactive users. Returning 'sleeping' users requires another channel (push, email, messengers). We honestly set up in-app for the active audience, without 'reaching everyone'.
The more pop-ups, the more sales?
On the contrary, it is harmful, honestly: frequent/ill-timed modals and banners get in the user's way and annoy, spoiling the experience. Relevant messages can improve onboarding and engagement, but this is not a guarantee of sales — they depend on the product, offer, moment. We make a frequency and priority policy, not 'flood with pop-ups'.
What is needed for this to work?
Your product and integration, honestly: in-app requires your app/site and technical integration via an SDK/tool. This is part of the work and access. We honestly indicate what is needed so you understand the scope and set it up for your stack.
About the provider
The «In-app messages» service is provided by PDV Expert — a team specialising in «Content & acquisition». We work under contract and deliver a written report with recommendations.