Cross Event Promotion

samber/dev-event-organizer-skills/skills/cross-event-promotion

作者 samberaf0a7c0dcec0MIT3 个星标收录于 2026年10月9日更新于 2026年10月9日仓库10天前更新

Set up reciprocal promotion between independent technical events run by different organizers - partner-event scoring, the swap-format menu (community-calendar cross-listing, newsletter or social mention swaps, ticket-discount code swaps, speaker-pipeline sharing, conference-week co-location), the organizer-to-organizer ask, a lightweight swap agreement, and delivery measurement on both sides. Use whenever asked to cross-promote with another event, arrange a promo or ticket-code swap, co-locate with a bigger conference, or coordinate speakers across a circuit of independent events. Do NOT use for one organizer's own portfolio - use samber/dev-event-organizer-skills@event-portfolio-strategy - or deals with media outlets - use samber/dev-event-organizer-skills@event-media-partnerships.

AI 生成的概览

指导活动组织者在独立技术活动之间建立互惠推广交换,涵盖伙伴评分、协议与效果衡量。

功能
该技能引导组织者在独立活动之间促成互相曝光交换:通过访谈确定各活动的归属模式和可交换资源,梳理并评分候选伙伴活动,并在六种交换形式中选择,包括日历互列、提及互换、门票折扣码互换、演讲者渠道共享、展位交换以及会议周同期举办。它会产出一份轻量书面交换协议、归因设置、双向交付台账,以及活动后的复盘,并给出续做、重新协商或终止的决定。它还涵盖受众不匹配、单方面交换和赞助商排他性冲突等失败模式。
适用场景
当被要求与其他活动进行交叉推广、安排推广或门票码互换、与更大的会议同期举办,或在独立活动圈中协调演讲者时使用。它不适用于单一组织者自己的活动组合,也不适用于与本身并非活动的媒体渠道达成的合作。
运行要求
仅为说明性内容,不附带脚本。它引用两份随附的参考文档。除智能体本身外,无需凭据、软件包或网络访问。

Cross-Event Promotion

You broker visibility swaps between independent events run by independent organizers:

  • Ticket-discount code exchanges.
  • Newsletter and social mention swaps.
  • Booth and flyer exchanges.
  • Speaker-pipeline sharing.
  • Conference-week co-location.
  • Community-calendar cross-listing.

The currency exchanged is mutual visibility, not money: no commission, no reseller mechanics, no cash changing hands.

Distinct from:

  • Deals between events under the same organizer, which need none of this courting - that coordination belongs to samber/dev-event-organizer-skills@event-portfolio-strategy.
  • Visibility deals with media outlets (newsletters, podcasts, communities that are not themselves events) - those belong to samber/dev-event-organizer-skills@event-media-partnerships, since the same newsletter-swap mechanics land there when the counterparty runs a media property rather than an event.

No industry-wide measured referral value for event-to-event swaps has been published. Every target you set is self-set; report only what you measure, and never invent a figure to fill the gap.

Every ranking below is a default, not a law - it shifts with context and with who executes it. After the interview, re-rank both menus against what you know about this organizer. Any one of these overturns a default rung:

  • A popular newsletter already in hand.
  • Both events in the same city.
  • An audience that already travels.
  • A volunteer team with two spare hours a week.

Interview

Ask one question at a time, multiple-choice where possible. Questions 5-7 exist because the format menu diverges sharply on time-to-effect, durability, and effort - the default ranking cannot be picked for the user.

  1. Which pole is your event on: community-run (independent, volunteer organizers) or company/foundation-run (owned by a vendor or foundation, staffed marketing)? And which pole is the candidate partner on? This decides the sign-off chain and how formal the deal must be (see the pole split below).
  2. What do you have to trade? Newsletter reach, social following, a ticket allocation you can discount, physical booth or flyer space, a speaker network, a venue in a draw city. Your asset inventory re-ranks the menu - a strong owned channel promotes the swap format that uses it.
  3. Is your event in-person, online, or hybrid - and the partner's? No physical edition on either side deletes the booth-exchange rung outright (see the delete rule below).
  4. Which events already share your audience, and do you already know any of their organizers? A warm organizer relationship is the cheapest first touch and skips most of the cold-outreach work.
  5. By what date must the promotion land? A mention swap lands in days; a ticket-discount swap needs a sales window; co-location is an edition-cycle play locked 9-12 months out with venue and dates. A deadline inside the current edition's cycle promotes the mention swap and rules co-location out entirely.
  6. Is this a one-off boost for the coming edition, or a compounding relationship? Most organizer swaps are meant to recur edition over edition, and relationship durability outweighs single-edition yield - a compounding mandate promotes speaker-pipeline sharing and co-location.
  7. What is the effort ceiling: volunteer hours squeezed around day jobs, or a staffed marketing function? A volunteer ceiling holds the reader to the top of the efficiency order; a staffed function is what puts the starved rungs - booth exchange, co-location - back in reach.
  8. Can each side attribute referrals - discount codes, campaign-tagged links, a "how did you hear about us" field? No attribution on either side blocks the ticket-discount rung's promotion and caps what the debrief can honestly claim.
  9. Does your audience travel to reach you, and which city and season is each event in? Decides whether co-location is even reachable.

Community-run vs company-run

The axis that changes the deal is who owns each event, the same split this collection's positioning, format, and sponsorship skills argue:

  • Community-run on both sides - organizers deal as peers: they agree a swap in a chat thread, seal it with a short written recap, and honor it on reputation. The community's calendar culture works for you - shared season calendars and crowdsourced listings exist precisely because independent community events treat each other as complements (MLH season calendar).
  • Company/foundation-run on either side - the swap crosses a marketing department: expect brand-approval steps, a legal pass on anything touching tickets or venues, and a slower yes. The upside is institutional capacity - the clearest co-location structure in the field is foundation-operated, with a named co-located-events category and separate registration (CNCF/KubeCon co-located events program).
  • Mixed - the community side moves fast and the company side cannot; set the timeline to the slower partner's approval chain, and put everything in the written agreement, since informal recaps don't survive a marketing-team handover.

Workflow

  1. Run the interview; fix both poles (Q1), inventory your tradable assets (Q2), and confirm attribution capability (Q8).
  2. Map candidate partner events: the aggregator calendar for your own event category, cross-topic crowdsourced conference calendars, and any ecosystem season calendar your community maintains - then extend the scan to local events outside your category sharing your city or dates (DevOpsDays organizing guide; candidate sources and named examples in references/partner-scoring-and-outreach.md [blocked]).
  3. Score each candidate against the partner-scoring menu below: audience fit and size parity first, brand alignment before any outreach. Distinguish complements from substitutes - an event your attendees would attend instead of yours is a competitor to load-balance dates against, not a swap partner (DevOpsDays guide).
  4. Pick the swap format from the format menu below, re-ranked against Q2's assets and Q5's deadline. Get every listed-for-free rung done regardless: cross-list your event on the calendars candidates were mapped from - it costs minutes and needs no partner's consent.
  5. Make the ask, warm channel first (Q4). Cold, use the organizer-to-organizer template in references/partner-scoring-and-outreach.md [blocked]: who you are in one line, the specific audience overlap you observed, one concrete swap proposal, one clear ask. Propose something roughly symmetric to what you request - asymmetry is negotiated openly, not smuggled.
  6. Write the lightweight agreement before anything ships. See references/swap-formats-and-agreement.md [blocked] for the outline: what each side delivers, by when, minimum commitments, attribution handling, logo and copy approval, an exit clause, and what numbers get shared afterward. A chat-thread recap suffices between community organizers; a company-run partner needs the real document.
  7. Set up attribution before launch, not after: per-partner discount codes, campaign-tagged links, a source field on registration. A swap that launches unattributed can never be honestly evaluated - this is the step the measurement caveat above makes non-negotiable.
  8. Execute on the agreed calendar and track delivery both ways: what you shipped for them, what they shipped for you, each with a date and a link. Chase a slipping partner against the agreement's dates, once, in writing.
  9. Debrief after the edition: redemptions and referrals per side against your self-set targets, plus the two relationship questions - was the collaboration easy, and do both sides want to recur? Decide recur / renegotiate / drop, and tell the partner which.

If your harness has persistent memory, record: the scored candidate list, each active swap's agreement terms and delivery ledger, per-partner referral results, and the recur/drop decision with its reason. Next edition's swap round starts from that record instead of a blank map.

Swap formats

Six formats, one goal: attendees moved between the two events. Ranking (default, not a law - Q2, Q3, and Q5 re-rank):

  • effort: co-location deal > booth or flyer exchange > speaker-pipeline sharing == ticket-discount swap > mention swap > calendar cross-listing
  • value (registrations moved): co-location deal > ticket-discount swap > booth or flyer exchange > mention swap > speaker-pipeline sharing == calendar cross-listing
  • efficiency: calendar cross-listing > mention swap > ticket-discount swap > speaker-pipeline sharing > booth or flyer exchange > co-location deal
  • compliance cost (review triggered, reversibility lost): co-location deal > booth or flyer exchange > ticket-discount swap; the other three carry none - nothing in a mention, a listing, or a speaker recommendation touches a contract.

Tie justifications:

  • Effort tie - speaker-pipeline sharing and ticket-discount swaps each cost a few hours of setup plus a per-edition refresh over a standing coordination channel, with no physical logistics on either side.
  • Value tie - calendar cross-listing and speaker-pipeline sharing both move attendees only indirectly, passive discovery on one and program quality on the other, and neither produces an attributable registration.

Default rungs:

  • Default rung: the mention swap. Calendar cross-listing sits as the always-on floor beneath it - cross-listing is near-free and needs no deal, so it never waits for a partner.
  • Promote to: the ticket-discount swap, once both sides can issue codes and read redemptions (Q8). It is the cheapest format that produces attributable registrations, which is what the measurement section needs.

Starved option:

  • The starved option is the co-location deal - highest value and highest effort, so it loses every efficiency round.
  • Promotion condition, keyed to Q9 - both events already share a traveling audience and can land in the same city and week. Scheduling immediately before or after another event so traveling attendees justify one trip for both is a named organizer practice (DevOpsDays guide). The model is institutionalized at ecosystem scale: co-located events share the anchor's venue and week while keeping separate registration, so clustering never requires merging ticketing or revenue (CNCF/KubeCon).
  • Open item - what the anchor charges for the slot, and whether cross-promotion is included, is not publicly documented; negotiate it explicitly rather than assuming either.

Delete rules, rather than demoting the ruled-out rung:

  • No physical edition deletes the booth exchange.
  • No discountable ticket inventory deletes the ticket swap.

A ruled-out option parked at the bottom silently reappears as scope.

Per-format execution detail - including the anchor-event edge case where you reference a bigger event's dates without any deal - is in references/swap-formats-and-agreement.md [blocked].

Partner scoring

Four criteria adapted for organizer-to-organizer context. Ranking (default, not a law):

  • verification effort: engagement quality > brand and values alignment > audience fit == audience-size parity
  • screening value (bad deals prevented): audience fit > brand and values alignment > audience-size parity > engagement quality
  • efficiency: audience fit > audience-size parity > brand and values alignment > engagement quality

The effort tie is genuine: audience fit and size parity are both readable in minutes from a candidate's public program, topics, and attendance claims.

  • Screen first: audience fit and size parity. Cheap, and together they kill most candidates.
  • Check before any outreach: brand and values alignment. A partner's conduct failure lands on every event that promoted them, and the check costs one read of their code of conduct, past editions, and public voice.
  • The starved criterion: engagement quality. Highest signal, unverifiable from outside, so move it from pre-screen to a negotiation ask: request real open rates and past swap results as part of the deal conversation.
  • Promotion condition - promote engagement quality to a hard gate when the format on the table is expensive (booth exchange, co-location), where a dead audience wastes real money and travel.

Per-criterion checks, the parity heuristic for asymmetric swaps, and the outreach template are in references/partner-scoring-and-outreach.md [blocked].

Failure modes

  • Audience mismatch - a big partner with the wrong audience produces zero redemptions. Fix upstream: audience fit is the first screen, and a mention in front of the wrong crowd is worth less than silence.
  • The one-sided swap - audience-size asymmetry makes "one mention each" a bad trade for the larger side, and resentment kills the recur decision. Fix: name the asymmetry and balance it in units (e.g. more mentions, a richer placement, or a longer discount window from the smaller side) - the parity heuristic is in the scoring reference.
  • Co-locating with a substitute - sharing a week with an event your attendees would pick instead of yours cannibalizes both. Piggyback complements; load-balance dates against substitutes (DevOpsDays guide).
  • A booth swap that breaks a paid sponsor's deal - comped booth space is in-kind value that can violate a paying sponsor's category exclusivity or occupy inventory they bought. Check the sponsor agreements' exclusivity clauses before promising floor space - delivery obligations live with samber/dev-event-organizer-skills@event-sponsor-fulfillment.
  • Unmeasurable claims - a swap launched without attribution gets debriefed with invented numbers, because the alternative is admitting nobody knows. Fix: attribution before launch (workflow step 7); if a channel genuinely can't be attributed, report it as unmeasured - an invented figure has nothing behind it and survives longer than the caveat next to it.
  • The partner's incident becomes yours - cross-promotion ties reputations; a code-of-conduct failure at their event lands on the events that promoted it. Fix: the brand-alignment screen, plus an exit clause in the agreement that lets either side withdraw promotion.

Measurement

Keep a per-partner ledger, both directions, tracking:

  • Mentions delivered, with dates and links.
  • Tagged-link clicks.
  • Codes redeemed.
  • Registrations attributed.
  • Ease of collaboration (qualitative).
  • Both sides' intent to recur (qualitative).

Relationship durability outweighs single-campaign yield here, because organizer swaps are meant to compound edition over edition.

Set redemption and referral targets before launch and label them self-set: referral value depends on the two communities involved and does not transfer from one partnership to the next. Success on a first swap is modest and honest:

  • Attribution worked.
  • Both sides delivered what the agreement said.
  • The measured numbers, whatever they are, become your own baseline for the next edition.
  • Both sides want to do it again.

Invocation examples

  • "The Rust conference two cities over has roughly our audience - set up a cross-promo with them for our October edition."
  • "We want to run our one-day community event the day before the big vendor conference in the same city. How do we approach them?"
  • "Draft the swap agreement: they post us twice to their newsletter, we give their attendees a 20% ticket code."

References

  • references/partner-scoring-and-outreach.md [blocked] - candidate-mapping sources, per-criterion scoring checks, the parity heuristic, the organizer-to-organizer outreach template.
  • references/swap-formats-and-agreement.md [blocked] - per-format execution detail, the co-location model, the lightweight agreement outline, the delivery ledger.

See also:

  • samber/dev-event-organizer-skills@event-media-partnerships - visibility deals with media outlets that are not themselves events.
  • samber/dev-event-organizer-skills@event-portfolio-strategy - articulating one organizer's own set of events, no partner courting needed there.
  • samber/dev-event-organizer-skills@event-marketing-plan - the attendee-acquisition plan a swap feeds into as one channel among several.
  • samber/dev-event-organizer-skills@event-community-building - inward-facing community animation between editions; this skill's calendar tactic is outward-facing.
  • samber/dev-event-organizer-skills@event-sponsor-fulfillment - the sponsor-exclusivity check a booth swap must clear.
  • samber/dev-event-organizer-skills@event-planning-timeline - where a co-location date decision lands in the months-long work-back plan.

来源与署名

来源:samber/dev-event-organizer-skills位于skills/cross-event-promotion提交af0a7c0

许可证: MIT

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架