Bryn watches, identifies, prioritizes, acts, and records. You set the rules; Bryn handles the rest.
One snippet, and Bryn watches your site, your product and your CRM together, including the visitors most tools never name. What it sees becomes a signal: something a buyer just did, like coming back to your pricing page.
A visit on its own is from nobody. Bryn matches it to the company behind it and, when it can, to the person and their role. The company is the common case; the person is the bonus. Everything downstream works at the company level first.
Bryn scores each company from 0 to 100 and shows you exactly why: does it look like a buyer, is it acting like one, is it acting now. Above the threshold you set, Bryn can run the follow-up you approved. Below it, the company stays on the record, out of your way. You can change the weighting on every plan.
Fit is whether the company looks like the ones that become customers. Intent is how much buying behavior it showed inside the window. Timing is how recent that was.
Each one opens to the signals behind it; the weighted blend is the overall score, the number that decides what happens next. Weights are yours to tune on every tier.
Every run is recorded in the audit log, the work record your team and your CFO can both read. Your data stays yours. Bryn records what it did, and every action traces to the Play that ran it.
Bryn sharpens from the decisions you make in the flow of work: the weights you tune, the Plays you edit, the outputs you dismiss. Today that's your hand on the weights; the recorded log is what makes automatic re-weighting possible later.
Learn record
6 signal types ⬩ 7d windowThe follow-up you approved runs into your stack (Slack, your CRM, your outbound) within the same minute. A rule you set once, when a buyer does this, do that: Bryn calls that a Play. One pattern can route to several destinations; different Plays route differently. Bryn runs it; you wrote what it runs.
Destinations
one pattern ⬩ several routesAn account keeps returning to pricing and comparison material inside one week. Pings #growth-signals, files a CRM task with the signal chain attached, and personalizes the landing page for the next visit.
A known account reads the docs, opens the integrations catalog, and invites a teammate. Files an expansion task on the account.
Time-stamped, source-traced, replayable. The log is your work proof and what Bryn learns from next. Your CFO and your data protection officer inherit the same trail. Retention windows, export, and erase-on-demand live in the trust center.
Pattern filed
2:02 PMdemo-intent / Anweledig Labs
Each one is a Play you approve once. Write your own in the builder on every plan, or in code from the Growth plan.
Tell the team in Slack with the evidence, file a HubSpot task.
Nudge the owner and point the visitor at the unfinished setup step.
Flag the upgrade and file the task.
Give Bryn a website and it writes a Brief: its read on what that company runs, how it scores as a buyer, and the first follow-up worth making. The Brief is the loop above, run once on a real site, with the receipt at the end. Eighty-eight seconds, start to finish.
Bryn's autonomy is bounded by approved Plays. The restraints are the feature.
Bryn writes only to the systems your Play names, and never makes unbounded, open-ended API calls.
New identifications pause; existing Plays keep running on accounts already in scope. An in-product prompt offers the upgrade. No surprise bills.
Suspend all execution, or cut by region, segment, or Play. The audit log captures the suspend. Bryn waits. You decide when.
A Play is an action pattern you define and you approve: when this kind of signal appears on this kind of account, run this sequence into these destinations, with these guardrails.
Authority lives where you define and approve the Play, not in per-run sign-off. Run mode is the default; Approve mode is opt-in for sensitive Plays; the kill switch is always one click.
An account keeps returning to pricing and comparison material inside one week. Pings #growth-signals, files a CRM task with the signal chain attached, and personalizes the landing page for the next visit.
Bryn identifies companies visiting your website, finds the right people to reach, and runs the follow-up you approved before the interest goes cold. Every action is recorded.
Bryn is the Agent for founders, first GTM hires, and the teams that own revenue. If people visit your site and someone on your team owns the number, it's built for you.
Bryn matches a visit to a company and, when possible, a person, using what happened on your site and licensed business data. It shows you what it matched and what it used to decide.
A rule you set once: when this happens, on an account like this, do that, into the destinations you name, with the guardrails you set. Bryn calls that a Play. You write it once; Bryn runs every matching instance inside those bounds. See the Play library.
Bryn acts only inside Plays you approved. Approval lives at Play definition, not at per-instance execution: that's the point. For sensitive Plays, Approve mode holds each instance for one click. The kill switch suspends everything, and the audit log captures the suspend.
Bryn pauses new identifications and keeps existing Plays running on accounts already in scope. An in-product prompt offers the upgrade; staying put resumes on cycle reset. No surprise bills. Details on pricing.
Your first identified visitor in Slack in about 30 minutes, then a week of prioritized companies on the record, each with the reason it scored the way it did.
From $49 a month, seven-day trial, month to month. Priced by the companies Bryn identifies, not by seats. See pricing.
Bryn watches, identifies, prioritizes and acts on its own. Then it writes down what it did.
Acme
