AddThisFeature

Social Proof Notifications

Show visitors that other people are genuinely signing up and buying, without inventing it.

moderate Growth

What it adds

A small recurring toast on public pages announcing recent, real signup or purchase activity.

What your agent is told to do

5
  1. 1

    Draw every message from real records the app already stores. Never seed the queue with sample or placeholder activity, and never fabricate a purchase that did not happen.

  2. 2

    Render the toast through the app's existing Toast Notifications region rather than adding a second floating layer, so stacking, dismissal, and screen reader announcement already behave correctly.

  3. 3

    Reduce each event to the least identifying form that still reads as real: a first name or initial, a region no finer than country or state, and a relative time.

  4. 4

    Give the visitor a permanent mute that survives navigation and return visits, and honour it site-wide rather than per page.

  5. 5

    Do not run these on signed-in application screens. They are a landing page device, and inside the product they read as noise interrupting someone trying to work.

Edge cases it handles

8
  • A message must never carry a full name, an email, a street-level location, or an order total that lets a stranger identify the buyer.
  • When recent activity is too thin to be honest, suppress the feature entirely rather than recycling the same three events or reaching months back for something to show.
  • Cap how often a toast appears and how many appear per session. A reader who sees six in a minute stops trusting the page.
  • Pause the rotation while the visitor is typing in a form or has a field focused, and resume only once they stop.
  • The mute control must be visible without hovering, reachable by keyboard, and obviously a permanent off switch rather than a dismissal of one message.
  • The toast must not sit over the primary call to action, the cookie banner, or a support launcher on small screens.
  • Respect reduced-motion preferences: fade rather than slide, and never animate continuously.
  • A visitor who has already converted should not be shown proof that other people are converting.

Definition of done

8
  • Every displayed event corresponds to a real record in the database.
  • No message exposes a full name, an email address, or a location finer than region.
  • The feature disables itself automatically when recent activity falls below the honesty threshold.
  • Frequency is capped per session and the rotation pauses during form input.
  • A permanent mute persists across pages and across return visits.
  • Toasts reuse the existing notification region and never obstruct the primary action on mobile.
  • The feature matches the existing design system.
  • No existing functionality is broken.

Related features

How it works

  1. 1

    Copy the link

    Grab the Markdown instruction URL for this feature.

  2. 2

    Give it to your AI

    Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.

  3. 3

    It inspects, then implements

    Your agent reads your existing app first, then adds the feature to fit it.

Works with your stack

These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.

Need it tighter than that? Customize the feature and tell it exactly what you're running.