The Systems Behind the Growth

I design intelligent systems that find opportunities, map relationships, keep teams accountable, and turn fragmented sales processes into coordinated execution.

Growth isn't just a strategy. It's a system.

Behind every effective growth team is an interconnected set of decisions, workflows, and feedback loops. These are some of the systems I've designed to make those processes faster, more consistent, and more intelligent.

View the map

Discover to Learn

Five stages. Discover, Qualify, Connect, and Execute run today, with a person at every approval point. Learn is the closed-loop measurement stage being developed. It is not fully operational.

  1. Market signals and inbound context surface a reason to pay attention: competitor activity, hiring, industry developments, trade shows, or a new email. The work does not start from a static list.

  2. Target criteria, an existing account or deal check, and contextual research decide whether a company is worth pursuit, should be discarded, or already belongs to an owner.

  3. Relationship research looks for evidenced introduction paths through former colleagues, board relationships, associations, consultants, and vendors. Unverified or weak connections are rejected. Generic LinkedIn mutuals are not treated as a route.

  4. Approved internal work moves forward: outreach preparation, internal notifications, suggested responses, and follow-up in the existing thread. A person approves anything sent to a customer. The systems do not send those messages on their own.

  5. Learn is the closed-loop measurement stage being developed. It is meant to connect activity with outcomes. It is not a live stage, and nothing on this page treats it as fully operational. The planned shape of that loop is in What's Next.

Six operating workflows

Each diagram is the system as it runs: automated steps, human decisions, and the branches that stop weak work. Select a node to read the step. Replay flow walks the main path.

01Signal-to-Opportunity Engine

Most outbound prospecting starts with a list rather than a timely, credible reason to reach out.

Operating with manual steps

A person reviews the recommended approach before outreach is prepared. Poor-fit companies and existing opportunities leave the path early.

Competitor activity, hiring, industry developments, and trade shows are the kinds of signals that create a timely reason to look at a company.

The company is checked against who the team is actually trying to reach. A poor fit does not continue.

Poor-fit company

Poor-fit companies are discarded instead of being pushed into research or outreach.

The system checks whether this company is already an account or an open opportunity.

Existing opportunity

If an opportunity already exists, the work is routed to that owner rather than opened as a new pursuit.

Research assembles context so qualification is based on the situation, not a generic profile.

Before a sales approach is recommended, the system looks for a credible way in.

The recommendation depends on whether there is a credible warm connection, credible context without one, or not enough evidence to proceed.

Credible warm connection

A credible warm connection is recommended as an introduction, not as cold outreach.

No warm connection, credible context

With no warm connection but credible context, contextual outreach can be considered. It still waits for human review.

Insufficient evidence

If the evidence is not strong enough, the path is to research further or stop. It does not become outreach by default.

A person reviews the recommendation before any outreach is prepared. The system does not send outreach on its own.

Once a person approves the direction, outreach is prepared for the sales team. Sending remains a human action.

Less wasted prospecting effort and more relevant opportunities for the sales team.

02Warm Introduction Intelligence

Traditional prospect research identifies people but often fails to find a credible way to reach them.

Operating with manual steps

The system prioritizes evidenced external introduction paths. Invented relationships and generic LinkedIn mutuals are not treated as routes. Unverified or weak connections are rejected.

The work starts from a specific person the team needs to reach, not from a company name alone.

Research looks for a real professional relationship that could support an introduction.

The sources considered are former colleagues, board relationships, associations, consultants, and vendors.

A path is kept only when the connection can be evidenced. The system does not invent a relationship to fill a gap.

Unverified or weak

Unverified or weak connections are rejected and are not ranked as introduction routes.

The remaining paths are compared as possible introductions, not as a pile of names.

The strongest credible routes are ranked above weaker ones. Strength means evidence, not a mutual-connection count.

A concise brief is prepared so a person can decide whether to ask for the introduction.

A person decides whether to pursue the introduction. The system does not ask for it on its own.

Turning relationship intelligence into actionable sales introductions.

03Inbound Deal Intelligence

Important customer and prospect emails are easily buried when account context is scattered across systems.

Operating with manual steps

Urgent commercial issues take a priority route. The system prepares context and a suggested response. It does not autonomously send customer emails.

The flow starts when a customer or prospect email arrives, before it can sit unanswered.

The sender is identified and matched to an account so the message is not handled as an isolated thread.

Customer and deal context is pulled together so a reply is not written from the email alone.

The system checks who owns the account and whether there is active commercial context around the message.

The message is evaluated for urgency and for questions that are still unanswered.

Urgent commercial issue

Urgent commercial issues take a priority route so they are surfaced ahead of ordinary mail. The route is still internal. It does not send a customer email.

An internal notification is created for the people who need to see the issue. This is not a message to the customer.

A suggested response is prepared from the account context. It is a draft for a person, not a sent message.

A person reviews the suggestion and sends any reply. The system does not autonomously send customer emails.

Faster, more informed replies and fewer missed commercial issues.

04Follow-up & Accountability Engine

Sales conversations create commitments that can disappear into internal messaging threads.

Operating with manual steps

The curve on the left is the feedback loop. Open commitments are rechecked on the next scheduled pass until they are resolved. Reminders stay in the existing thread.

The flow starts from an open action item in an internal sales or pilot discussion, where a commitment can otherwise disappear into the thread.

The person responsible for the commitment is identified before anyone is notified.

The system checks whether the commitment has already been answered.

Already answered

If it is already answered, the item is closed and the reminder is suppressed.

If the commitment is still open, the system evaluates whether a follow-up is actually due.

Duplicate reminder exists

If a reminder already exists, a duplicate is suppressed.

Needs escalation

Items that need escalation go into an internal owner digest rather than another ping in the thread.

When the commitment is still outstanding and a follow-up is due, the owner is notified in the existing thread. That notification is the reminder.

The item is checked again on the next scheduled pass. The loop returns to the resolution check and continues until the commitment is resolved.

Feedback loop Returns to “Check whether the commitment is resolved” on the next scheduled pass.

Once the commitment is resolved, reminders stop.

Reduced follow-up leakage without requiring managers to chase every commitment manually.

05Pipeline Integrity Guard

An opportunity can be actively worked by a team while silently disappearing from the reports used to manage the business.

Operating with manual steps

Automated CRM corrections in development

The operating system detects and flags issues, then a person corrects the record. Automated CRM corrections are an improvement being developed. They are not part of the operating flow. The curve is the recheck.

The flow starts when a deal is being worked, including when that work might not be reflected in the reports used to manage the business.

The activity is matched to the opportunity record in the CRM.

The record is checked for classification, ownership, and whether it is eligible to appear in operating reports.

The operating system detects missing or inconsistent fields. It does not silently rewrite the CRM record.

The exception is flagged for a person. Detection and flagging are what the current system does.

In development · not in the operating path

Automated CRM corrections are an improvement being developed, not an already completed feature. The operating path does not write corrections back to the CRM on its own.

A person is assigned to correct the record. That correction step is manual today.

The record is rechecked to confirm the exception is resolved. If it is still open, the loop returns to detection.

Feedback loop Returns to “Detect missing or inconsistent fields” until the exception is resolved.

Better pipeline visibility and fewer opportunities omitted from operating reviews.

06Multi-Agent GTM Orchestration

Multiple AI agents working independently create noise, duplicated work, inconsistent priorities, and unnecessary cost.

Operating with manual steps

A central coordinator selects one specialist function at a time. Schedules, an operating budget, and targeting constraints limit the work. External customer communications require approval.

Work starts from a business goal or a scheduled task, not from an agent deciding to run on its own.

A coordinating agent selects which specialist function should run, so agents are not working independently and duplicating effort.

Specialist function for market signals and external developments. It runs when the coordinator selects it, not as its own queue.

Specialist function for evidenced relationship and introduction research.

Specialist function for account context and qualification research.

Specialist function for preparing outreach. It does not send external customer communications.

Specialist function for monitoring open commitments and whether follow-up is due.

Specialist function for CRM match, field consistency, and pipeline reporting checks. It flags issues. It does not apply automated CRM corrections.

Before work runs, targeting constraints and an operating budget limit scope, priority, and cost. A schedule decides when a pass runs.

  • Schedule A business goal or a scheduled task starts the pass.
  • Budget An operating budget limits how much agent work is dispatched.
  • Guardrail Targeting constraints narrow who and what the agents work.
  • Approval External customer communications require a person.

The selected function does research or other approved internal work. External customer communications are not sent here.

Outputs from the specialist work are consolidated so the team sees one picture instead of parallel noise.

Actionable recommendations are surfaced for a person to prioritize. They are recommendations, not completed customer actions.

A person oversees and prioritizes the work. External customer communications require approval.

Coordinating sophisticated GTM work without expanding operational overhead proportionally.

In development

Closing the Revenue Loop

This attribution infrastructure is being developed to connect agent effort with measurable GTM outcomes. It is planned architecture, not a completed system. No revenue here is attributed to the agents.

Every node in this section is in development. The sequence shows the loop being designed. It does not describe a system that is running.

Work the agents performed, kept as activity rather than treated as a result.

An account action that can be verified, as the first link past raw agent activity.

A sales conversation that follows that verified account action.

A meeting the team considers qualified. The infrastructure to tie it back to agent effort is being developed.

The opportunity as it exists in the CRM, once the loop can connect it to the work that preceded it.

The commercial outcome the loop is being built to reach. No revenue figure is attributed here, because this infrastructure is not built.

Analysis meant to relate agent effort to those outcomes once the loop exists. This analysis is not running.

Results and Execution

These are broader professional accomplishments. They are not results caused by the GTM systems on this page, and they are not attributed to the agents.

Read these as operating history, not as agent performance. The systems above are described by how they work and where a person still decides. They are not credited with these figures.

I don't just identify bottlenecks. I build the systems that remove them.

From prospect intelligence to execution infrastructure, I design and run the workflows that help ambitious teams operate at a different level.