event-sponsor-outreach

Event Sponsor Outreach

You run the sale itself: everything between having a sponsor value story and having a signed sponsor. You consume three inputs from sibling skills and output a signed yes, or a tracked no:

• The claims - samber/dev-event-organizer-skills@event-sponsor-value-proposition.
• The document - samber/dev-event-organizer-skills@event-sponsor-prospectus.
• The rate card - samber/dev-event-organizer-skills@event-sponsor-pricing.
• The output - a signed yes handed to samber/dev-event-organizer-skills@event-sponsor-agreement, or a tracked no.

One timing fact governs the whole motion: sponsor prospectus outreach belongs at roughly T-8 months before the event, because sponsors, especially larger companies, lock budgets in the financial year prior (DevOpsDays organizing guide). Outreach is the first external-facing motion of the plan, ahead of CFP and attendee marketing. Waiting for a finished program means competing for money already spent.

Every ranking below (target-list sources, first-touch channels, follow-up cadence) is a default, not a law: it shifts with context and with who executes it. Re-rank all three menus after the interview, against what you already know about this organizer. Each of the following overturns a default rung:

• A returning-sponsor roster.
• An organizer who works at a target company.
• A first edition with no roster at all.
• A paid events team instead of volunteers.

Interview

Ask one question at a time, multiple-choice where possible. Questions 6-8 exist because the menus below diverge sharply on time-to-effect and effort - the default rankings cannot be picked for the user.

1. Which pole does the event sit on: community-run (independent, volunteer organizers, sponsors as cost recovery) or company/foundation-run (vendor-owned, marketing budget, sponsors as pipeline)? This decides which warm channels exist and what the call can honestly promise.
2. Which inputs exist already: a per-segment value proposition, a prospectus, a rate card? First touch and the exploratory call run before the prospectus is sent (MLH organizer guide), so start without the deck. The proposal step needs packages and prices, so route missing inputs to the siblings above before that step.
3. Which sponsors from the last edition are renewal candidates, and which portion of the revenue goal must come from net-new? Renewal and net-new run as distinct motions in the same pipeline (see Renewal vs net-new).
4. How far out is the event date, and when do the top targets plan next year's budget? Under T-8 months, the fiscal-year window is already closing - flag it and prioritize targets whose budget cycle is still open.
5. What is the sponsorship revenue goal and the average package price? These size the target list backward (see references/pipeline-and-renewal.md). The close and reply rates in that math are self-set assumptions, not benchmarks.
6. By what date must sponsorship revenue close? (A near deadline promotes the warm rungs everywhere - they convert fastest - and rules out slow-building inbound as anything but background.)
7. Is each sponsor a one-off sale or a compounding multi-edition relationship? (A compounding mandate promotes renewal care, the dedicated-liaison practice, and the adjacent-event scan that builds next year's list.)
8. What is the effort ceiling: a volunteer organizer with a few hours a week, or a dedicated sponsorship lead? (This answer alone decides the cadence menu.)
9. Does this event belong to a franchise or multi-city series with sibling editions?

Community-run vs company-run

The axis that changes the sales motion is who owns the event, the same split samber/dev-event-organizer-skills@event-first-edition, samber/dev-event-organizer-skills@event-format-selection and samber/dev-event-organizer-skills@event-sponsor-value-proposition argue:

• Community-run - the strongest warm channel is structural: many organizers in a community event's network work at sponsor companies themselves ("talk to the other organizers on Slack - many of them work at sponsors!", DevOpsDays guide). The motion is run by volunteers, which favors the capped cadence and hard follow-up ceilings. The call must never promise attendee lists or purchasable slots - the honesty constraint owned by samber/dev-event-organizer-skills@event-sponsor-value-proposition.
• Company/foundation-run - pipeline promises are honestly on the table, and the motion is usually run by a paid events or field-marketing team, which promotes the higher-effort rungs (full cold sequences, deeper personalization). Published organizer guidance is written for the community pole; treat every company-run adjustment as judged rather than established practice.

Workflow

1. Run the interview. Fix the pole (Q1), split renewal from net-new (Q3), and size the list backward from the revenue goal (Q5).
2. Build the candidate list from the target-list menu below, sourcing 2-3 times more candidates than the sponsors needed, since qualification culls hard (a lead-generation rule of thumb, not a sponsorship benchmark). Diversify across startups, midsized companies, and large enterprises rather than concentrating on one segment (MLH guide).
3. Qualify and score each candidate Hot / Warm / Cold / Skip with a source URL and date per claim, public business contact channels only (detail in references/pipeline-and-renewal.md).
4. Run the warm-path check per target before anything colder: does anyone in the organizing team or community network work at, or know someone at, the target? The MLH and DevOpsDays organizer guides both put the personal/community network first.
5. Make the first touch through the channel menu below. Cold email obeys the sponsor-specific etiquette: no links, no attachments, no images in the first email - corporate phishing filters auto-trash them (MLH guide; full craft in references/outreach-process-and-email-craft.md).
6. Run the exploratory call pre-prospectus. Pitch the event and team briefly, then let the sponsor talk: ask what success metrics they used in past sponsorships and what they spent. Qualify authority, need, urgency, and money as you go (call script and the ANUM qualification overlay in references/outreach-process-and-email-craft.md). Schedule the follow-up call before hanging up (MLH guide).
7. Send the proposal immediately after the call: the standard prospectus with the most relevant package highlighted, or a custom proposal when the tiers don't fit. State why it fits this sponsor and attach a deadline (MLH guide).
8. Follow up on the cadence menu below, respecting its cap. Honor an opt-out immediately, mid-sequence - not at the next scheduled touch.
9. Track every prospect in a pipeline (a CRM, an email follow-up tool, or a spreadsheet all work; MLH guide), and name a dedicated liaison per sponsor relationship (DevOpsDays guide). Log every objection by sponsor segment and feed the log back to samber/dev-event-organizer-skills@event-sponsor-value-proposition. Gate the closing step itself by deal size, not only the deliverables it buys: a small pledge needs a signature and nothing else; the largest pledge tier warrants a values-alignment check inside the organizing team before it is finalized. On a yes:
   • Invoice immediately.
   • Confirm amount and payment method in writing.
   • Verify the receiving account works.
   • Hand off to samber/dev-event-organizer-skills@event-sponsor-agreement (close mechanics in references/pipeline-and-renewal.md).
10. Run the renewal motion for last edition's sponsors as its own track (see Renewal vs net-new).

If your harness has persistent memory, record:

• The scored target list with each claim's source.
• Per-sponsor pipeline stage and liaison.
• The objection log by segment.
• The renewal roster with each sponsor's budget-cycle month.

Next edition's outreach starts from that record instead of a blank list.

Target-list sources

Where candidates come from. Ranking (default, not a law - Q3 and a first edition re-rank):

• effort: attendee-stack vendor mapping > adjacent-event sponsor scan > institutional channels > organizer-network employers == previous-sponsor roster
• value (close propensity of the leads produced): previous-sponsor roster > organizer-network employers > adjacent-event sponsor scan > attendee-stack vendor mapping > institutional channels
• efficiency: previous-sponsor roster > organizer-network employers > adjacent-event sponsor scan > institutional channels > attendee-stack vendor mapping

The effort tie is argued: the previous-sponsor roster and the organizer-network employer list are both records the team already holds - the sponsor list of past editions and the organizers' own employers and contacts. Each is an afternoon of writing down what is already known, with no research step.

• Previous-sponsor roster - the default first source: sponsors of this event's past editions, and of other events in the same series, particularly local ones (MLH guide). These leads have already bought this exact thing once.
• Organizer-network employers - the community-pole structural warm channel (DevOpsDays guide). Also LinkedIn-visible personal contacts (MLH guide).
• Adjacent-event sponsor scan - companies sponsoring neighboring events in the same technology space: published sponsor pages are public evidence of budget, motivation, and fit. This channel extends the ecosystem-adjacency fit logic rather than repeating established organizer practice, so treat it as judged.
• Institutional channels - university career services (who sponsors tech job fairs) and community fundraising announcements (MLH guide). Mostly recruiting-motivated buyers.
• Attendee-stack vendor mapping - the starved option: map which vendors' tools the expected audience uses or evaluates, then target those vendors' DevRel and marketing teams. Highest research effort, strong fit, so efficiency never picks it first. Promotion conditions: the warm lists are exhausted with the revenue goal unmet, or a whole buyer segment (typically product-feedback buyers) is missing from the list.

First-edition re-rank: no previous-sponsor roster exists. Keyed to Q9: substitute the same-series/local-edition roster where the event belongs to a franchise, and promote the organizer-network list to the default.

First-touch channel

Per target, the first contact. Ranking (default, not a law - Q6 and Q8 re-rank):

• effort (per booked call): cold email sequence > inbound broadcast > referral ask > warm intro
• value (calls booked per attempt): warm intro > referral ask > cold email sequence > inbound broadcast
• efficiency: warm intro > referral ask > inbound broadcast > cold email sequence
• compliance cost (the review it triggers, and how little of it can be undone): cold email sequence > referral ask > warm intro == inbound broadcast

The compliance tie is argued: a warm intro moves through a person who already holds the relationship, and inbound broadcast is public content that contacts nobody. Neither processes a prospect's personal data beyond what the prospect volunteers, so neither triggers any review. Cold email and the referral ask are unsolicited direct outreach to named business contacts: consent and e-marketing law territory (GDPR, CAN-SPAM and kin).

For both:

• Keep a source URL and date for every contact.
• Use public business channels only.
• Honor opt-outs immediately, mid-sequence; an ignored opt-out cannot be walked back.

The referral ask carries a lighter compliance cost than the cold email sequence: it is a single no-pitch message, not a sequence.

• Warm intro - the default: the organizer or a community member who knows someone inside the target makes the introduction. Near-zero effort where the path exists. Exhaust it per target before anything colder.
• Referral ask - where no direct path exists: email someone senior at the target - above the likely decision maker - asking only "who is the right person to talk to about sponsoring X?", never pitching in that email (the Cold Calling 2.0 referral pattern from B2B sales). The forwarded introduction functions as a warm intro even though the first touch was cold. It converts "when in doubt, email the CEO" (MLH guide) from a guess into a structured ask. Its response-rate edge over a cold pitch - several times higher - is a B2B SaaS sales benchmark, not a sponsorship one.
• Inbound broadcast - a sponsorship-call blog post on the event's own site and social posts (both DevOpsDays-named channels). Near-zero standing effort serving the whole market at once, but yield is low and unpredictable: keep it always on, never make it the plan.
• Cold email sequence - the starved option: a personalized multi-touch sequence to a named decision maker. It tops the effort axis, so efficiency never picks it, yet it is the only channel that reaches targets the community's network doesn't. Promotion conditions: the revenue goal needs more sponsors than warm paths reach, or a first edition in a city where no organizer network exists yet.
• Deleted, not demoted: purchased or scraped contact lists. Public business contact channels only, the same compliance rule that governs sales prospecting. A bought list is not a last resort parked at the bottom of this menu: it is out.

Title targeting by sponsor motivation (DevRel for product feedback, recruiting/HR for hiring, marketing/PR for brand) is in references/outreach-process-and-email-craft.md.

Follow-up cadence

After the first touch or the proposal, how many times and how spaced. Ranking (default, not a law - Q8 decides this menu almost alone):

• effort: angle-rotation sequence > sponsor-standard cadence
• value (replies recovered from silence): angle-rotation sequence > sponsor-standard cadence - the multi-touch reply lift behind this ordering is a B2B SaaS sales benchmark, not a sponsorship figure
• efficiency: sponsor-standard cadence > angle-rotation sequence

Dominance check: 2 rungs, 1 pair, zero strict-dominance relations, clean only by construction, and by-construction is never a pass.

Value and effort run in one order, so the single pair fails on cost: the rotation sequence recovers more replies and costs more to write and run. A two-rung menu has nothing else to check, and no third axis is printed. The efficiency call rests on the argument below, not on a passed check.

• Sponsor-standard cadence - the default:

  • Wait 1-2 weeks between pings.
  • Cap at 3 follow-ups.
  • Tighten to 3-4 days only close to the event date (MLH guide).

  It is the one cadence published for sponsorship rather than borrowed from sales, sized f

...