Skip to main content
Exemplar page — first pass, entirely proposal. No Invoca product ships this pattern today. Nothing below is code fact or measured behavior — it is a proposal offered for review. See Coverage, stated honestly.

What it is

A call center manager opens a call record that has never been summarized. The transcript is long; nothing on the page says a summary is available until an Initial CTA does — a labeled invitation, distinct from the surrounding content, offering to run Signal AI against this specific transcript. The manager did not go looking for an AI feature. The CTA is what tells them one exists here, right now, for this record. The same job recurs anywhere an agentic feature sits next to work a user already knows how to do manually: a marketer staring at a filter panel who could instead type a question in plain language; a report view that could be drafted rather than assembled by hand. In every case the user’s default path does not require the AI feature — the Initial CTA is the entire reason they find out it is there. An Initial CTA is not a standing menu item and not a suggestion attached to existing AI output. It fires once, for a user who has not started, at the specific place in the product where starting would help. Once that user has engaged — has an output on screen to react to — the next nudge is a Suggestion, not another Initial CTA.

Choose this when / choose something else when

Agency tier

Suggests. Pressing an Initial CTA proposes running the feature — it does not commit the user to anything and produces output the user reviews, the same as any other Suggests-tier surface. The CTA itself performs no action beyond starting the request. This would have to change if the CTA were wired to run and immediately apply a result without a review step — at that point the tier is no longer the CTA’s to state; it inherits whichever tier the triggered Action carries, and that escalation needs to be recorded, not discovered.

Anatomy

At most one Initial CTA is primary in a given region, per TITAN-BTN-01 — the invitation is one specific offer, not a menu of equally weighted options.

Outcome states

Disclosure & recourse

  1. Does the user know this is AI, at the moment it matters? Yes — the identifier mark and name are part of the CTA itself, not disclosed only after pressing.
  2. What did it use? State it in the invitation copy: this call’s recording and transcript, nothing else, unless something else is genuinely used.
  3. How sure is it, and does that change behavior? Not applicable at this stage. No output exists yet to be sure or unsure about; confidence is the invoked Action’s concern.
  4. How does the user check it? Not applicable yet, for the same reason.
  5. How does the user correct it? Not applicable yet.
  6. How does the user get out? Dismissing the CTA starts nothing and costs nothing — no run occurs, no record of the dismissal changes what the user sees next time unless the product deliberately reduces frequency. The CTA reappearing every visit is preferable to a silent permanent opt-out.

Reference

No model, prompt, tool schema, latency budget, or cost has been defined for this pattern. Where the CTA states “about 10 seconds,” that number is illustrative copy for this page, not a measured latency.

Evaluation

Not evaluated. No eval set exists for this pattern or for any pattern it invokes, except Signal AI’s shipped transcript summary, whose evaluation status is recorded on its own page.

Content

Follows Voice and tone: plain language, no exclamation, no adjectives doing the button’s job. State what will happen and how long it takes; do not sell it.

Accessibility

  • The trigger button’s loading state is announced via aria-live="polite" on a region containing the button, not by the button’s visual state alone — a screen reader user needs to know a request is in flight without waiting on the eventual result to discover it retroactively.
  • An indeterminate wait (before a duration estimate is known) needs a non-visual equivalent to a spinner — an accessible status text (“Working…”), not only a visual animation.
  • If the CTA is disabled for a rate limit or an unmet precondition, the reason is in the accessible description (aria-describedby), not conveyed by disabled styling alone — see TITAN-COLOR-03.
  • Focus stays on the trigger button through the loading state and moves to the result (or to an inline refusal message) only once one exists — never left stranded on a button that has already been pressed and dismissed from view.

Constraints

Divergences

Not applicable — nothing is shipped yet to diverge from.

Gaps

  • Whether an Initial CTA should ever re-appear after a user has already used the feature several times, or whether it should permanently give way to ambient access (a persistent icon, a menu entry) is undecided.
  • How “roughly how long it takes” is computed, and whether it is shown at all when latency is unpredictable, is undecided.
  • Whether dismissal frequency should decay (show every time, then less often) is undecided — see TITAN-CTA-04, which sets the floor (never a silent permanent opt-out) but not the specific curve.
  • Whether an Initial CTA can appear more than once per page for different, unrelated AI features, and how those are visually distinguished from each other, is undecided.

Volatility

This page’s guidance depends on no model capability directly — it governs the invitation, not the output — but it assumes an agentic feature can state, before running, roughly what it will do and how long it will take. If a future feature cannot estimate its own latency or cannot describe its output in advance, TITAN-CTA-02 needs reverification against that case. Dated 2026-09-02; revisit on the first real product implementation of any Wayfinder.
  • AI Experience overview — vocabulary, agency tiers, and the six disclosure questions this page answers
  • Suggestions — the next nudge, for a user who has already started
  • Open input — often what an Initial CTA opens into, for features that need the user to say what they want
  • Controls — for adjusting behavior rather than inviting a first run
  • Actions: Summarize — Signal AI’s shipped job, the concrete case this page’s examples are drawn from
  • Button, Card, Link — the components this pattern composes

Why it works this way

The CTA’s entire job is to make the default path optional, not to replace it. A user who ignores it can still do the work manually — read the transcript, build the filter by hand — so the CTA’s only leverage is stating clearly enough what it offers that trying it costs less than it might save. That is why disclosure and a stated outcome sit before the button rather than after: an invitation asking for trust with no way to evaluate it is a worse deal than the manual path it is trying to replace.
Last modified on September 7, 2026