event-ticket-pricing

Event Ticket Pricing

You price attendee tickets. This covers:

• whether to charge at all
• how many public price points
• which personas get their own price
• what gates a discount
• who gets in for free or nearly free
• what happens when someone asks for their money back

samber/dev-event-organizer-skills@event-budget owns the revenue target this ladder has to hit upstream, and samber/dev-event-organizer-skills@event-sponsor-pricing owns the sponsorship share that cross-subsidizes it. You set attendee numbers and policy. You do not:

• build the budget
• price sponsor tiers
• run acquisition campaigns
• design no-show mechanics

Every ranking below is a default, not a law. It shifts with context and with who executes it.

After the interview, re-rank all three menus against signals like these:

• an event that already sells out
• a free-to-attend funding model decided upstream
• a volunteer team with no accounting capacity
• an audience that is overwhelmingly self-funding

Each one overturns a default rung. Axis lines carry no currency amounts.

The real published prices, each with its event and date, live in references/published-ticket-ladders.md. Treat them as ratios to transpose, never as figures to copy across scale, market, or year.

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, durability, and effort - the defaults cannot be picked for the user.

1. Does a budget exist, with a total expense figure and the share it assigns to ticket revenue? If not, stop and run samber/dev-event-organizer-skills@event-budget first - a ladder built without a target under-prices tier by tier.
2. Who pays for a ticket in this audience: an employer's training or travel budget, the attendee's own wallet, or a mix? Ask for the rough split. This decides the ladder's shape before any number.
3. What is the room's paid capacity, and how many seats are already committed as comps - sponsor allotments per their signed tiers, speakers, organizers, volunteers? Comps come off capacity before pricing, not after.
4. Is the event free to attend by design, or is charging genuinely open? A free-to-attend funding model is a budget decision, not a pricing one - say which was already made and by whom.
5. Which comparable events' registration pages are in hand - same community, same region, same scale, with the date you read them? Numbers with dates, not memories of numbers.
6. When must ticket revenue land? A hard date promotes date-gated mechanics and a shorter ladder. No deadline pressure leaves room for the slower access rungs.
7. Is this a one-off edition or one year of a recurring event? A recurring event promotes price stability and a published community-price commitment over squeezing this edition.
8. What is the effort ceiling - organizer hours during the sale, anyone who can review applications, an entity that can issue invoices and handle tax? An organizer with no invoicing capacity deletes the invoice rung outright.
9. Who runs the event: an independent community group, or a vendor or company?
10. Is accessibility a stated positioning claim the event has to be able to defend?

Who pays for the ticket

The axis that changes the pricing work is who pays for the ticket:

• an employer's budget
• the attendee's own money
• an institution's

Every sourced published ladder encodes this split, under different label words: corporate/individual/student at one conference, business/personal/education at another. Ask Q2 and say which mix the ladder assumes.

The community-run versus vendor-run pole this collection branches on elsewhere still bounds the price band - a vendor conference charging against marketing budgets sits an order of magnitude above a community event - but it does not pick the ladder's shape. Community and vendor events alike split by payer.

Free, nominal, or priced

The posture decision, made against the funding model, before any ladder exists. Ranking (default, not a law - re-rank against Q1, Q4, Q7):

• effort (price-setting work plus the per-order handling each posture demands during the sale): commercial price > community price > nominal fee > free-by-design
• value (budget covered plus headcount certainty bought against committed venue and catering spend): commercial price > community price > nominal fee > free-by-design
• compliance cost (what charging obliges the organizer to register and declare, and how reversible the posture stays once prices are public): commercial price == community price == nominal fee > free-by-design
• efficiency: nominal fee > community price > commercial price

Dominance check: 4 rungs, 6 pairs, zero strict-dominance relations. Clean only by construction, and by-construction is never a pass.

• Value and effort share one blocking mechanism: the posture that covers more budget costs strictly more price-setting and per-order handling.
• That same mechanism blocks the three pairs against free-by-design too, since free-by-design loses on value rather than winning anything for free.
• The compliance axis ties the three priced postures, so it cannot rescue a pair: the effort half is already lost in every one.

The check catches nothing here. The efficiency line rests on the arguments below.

The three priced postures tie on compliance cost because the obligation is triggered by charging at all, not by the amount: any non-zero price pulls in accounting and tax handling, and a cross-border sale can require registering in another jurisdiction. Free-by-design sits at the floor as the only posture raising no tax, invoicing, or refund obligation, and the only one that stays reversible - a published price cannot be withdrawn mid-sale without refunding whoever already paid.

Free-by-design is deliberately absent from the efficiency line: a ratio of revenue to effort is false precision on a posture that raises no ticket revenue by construction. It is chosen upstream on funding-model grounds, not won on efficiency.

• Nominal fee - the efficiency default: a token price, roughly a tenth to a fifth of what a commercial tech conference in the same region charges (one organizer guide's own published rule). Its job is not funding but risk-spreading: a paid registration converts an unpaid RSVP into a headcount you can commit catering and venue capacity against. It buys most of that certainty for a fraction of the pricing work, which is what puts it first on efficiency - but it carries the full compliance cost of any priced posture, so it is never the free option it looks like.
• Community price - the default once ticket revenue has a real job in the budget: priced to cover per-attendee cost with sponsorship carrying the bulk of the budget (the published community-conference target is 75-80%+ from sponsorship). Pairs with an explicit, publicly stated community-price commitment on a recurring event (one large conference held individual and corporate prices flat across venue step-ups while cutting its student price by more than 40% over five years, funded by sponsorship cross-subsidy).
• Commercial price - the starved option: tops value and tops effort, so efficiency never leads with it. It requires a program, a brand, and an audience buying on an employer's budget, plus the sales and refund machinery that comes with real money. Promotion condition, keyed to Q9: a vendor or company-run event priced against marketing budgets, or a community event that sold out fast at the community price with demand visibly unmet - a read owned by samber/dev-event-organizer-skills@event-market-fit, not re-derived here.
• Free-by-design - an argued legitimate posture, not a failure to price: a full multi-track conference can be free to attend with no registration at all, funded entirely by sponsorship and merchandise (one such conference states plainly that there is no ticket and no registration step). Once this is the funding model, every rung in the next menu collapses to nothing. Free tickets also carry a consequence this skill does not solve - the no-show rate on a seat nobody paid for. Hand it to samber/dev-event-organizer-skills@event-no-show-management rather than answering it with a price.

If the format has no ticket-revenue line at all - a free hackathon, where sponsorship is close to 100% of funding by construction rather than by target, delete the priced postures rather than ranking them, and return to samber/dev-event-organizer-skills@event-budget.

Access architecture

Three disclosure rungs appear on real registration pages, and they are complementary, not competing - real events combine two or three. Ranking (default, not a law - re-rank against Q2, Q6, Q8):

• effort (setup, plus the standing work each demands during the sale): discretionary scholarship > published persona tier > date-or-volume gate

• value (revenue captured plus attendees reached who otherwise could not come): published persona tier > discretionary scholarship > date-or-volume gate

• efficiency: published persona tier > date-or-volume gate > discretionary scholarship

• Published persona tier - the default and the largest single lever: a fixed price per payer type, listed publicly, bought self-service with no application. Published top-to-floor ratios run roughly 1.7:1 to 6.5:1 across the two events with full ladders - report the range, never one number, and transpose the ratio rather than the amount. The only gate is self-identification, sometimes an institutional email check.

• Date-or-volume gate - near-zero effort, configured once: either a calendar date that moves the price, or a first-N-tickets allocation. Three mechanics are all real - a date that ends an early price, a date that adds a late surcharge on top of the regular price, and a volume-gated early-bird capped at a ticket count. Its second payoff is a forecasting checkpoint the sale can be read against, which belongs to samber/dev-event-organizer-skills@event-market-fit; react to that read here, do not re-derive it.

• Discretionary scholarship - the starved option: tops effort (every application is read and answered by a human) and carries real access value that no fixed category definition reaches - the unemployed, career-changers, and anyone in hardship who is not a student. Practice gates it behind an email or a form, reviewed by organizers, and frequently leaves the price unpublished; the most developed version runs a scored reviewer panel against a stated eligibility list and an application window. Promotion condition, keyed to Q8 or Q10: the organizer can staff the review, or accessibility is a stated positioning claim the event has to be able to defend. Never present it as free - it is organizer labor a published tier does not cost.

On a free-by-design event, delete all three rather than ranking them. Design details, application copy, and worked examples for each rung are in references/access-rungs-and-group-mechanics.md.

Bulk and cross-subsidy mechanics

What sits on top of the ladder once its shape is fixed. Ranking (default, not a law - re-rank against Q2, Q8):

• effort (setup plus per-order handling during the sale): supporter tier > pay-by-invoice rail > flat group discount

• value (orders unlocked or enlarged, and programs funded): pay-by-invoice rail > flat group discount > supporter tier

• efficiency: flat group discount > pay-by-invoice rail > supporter tier

• Flat group discount - the default: one published percentage off for a minimum head count in a single order, self-service, no approval step (one community event gives 15% off for five or more in one order; a larger conference steps 5% for five to nine and 10% for ten or more, and applies it only to its standard tier, never stacked on the early or late tiers). Copy that exclusion: a group discount stacked on an early-bird price discounts the same seat twice.

• Pay-by-invoice rail - highest value, because it unlocks orders that otherwise never happen: a company that cannot pay via a card checkout buys nothing at all. It is not a discount and must never be described as one (published practice offers invoicing on request for bulk corporate orders at full price). It costs real per-order handling and requires an entity that can invoice. Delete this rung outright when the organizer has no such capacity - an event that cannot process money in the required form has a payment-handling problem, not a pricing one, and that belongs upstream.

• Supporter tier - the starved option: a voluntary pay-more ticket whose premium visibly funds accessibility for others (one conference priced a supporter ticket at a premium explicitly to fund its scholars program). Uptake is small, so the cash value is modest against the effort of running the program it funds. Promotion condition: a named scholarship or aid program already exists for the tier to point at, which makes it a positioning asset as much as a revenue line.

Sponsorship cross-subsidy is the other real way accessibility gets funded, but it is set in samber/dev-event-organizer-skills@event-sponsor-pricing, not here - this skill only spends what that ladder raised.

Workflow

1. Run the interview. Fix the payer mix, the posture, the capacity, and the constraints.
2. Take the revenue target from the budget, never from the ladder. Total expenses minus the sponsorship share is what tickets must raise. If that number does not exist yet, stop and run samber/dev-event-organizer-skills@event-budget.
3. Subtract comps from capacity before pricing. Count the actual committed seats - sponsor allotments from their signed tiers, speakers, organizers, volunteers - and price against the paid seats that remain (published checkpoint math is expressed as expected sales minus those comps). No budgeting rule sets comps as a percentage of capacity; count them from the agreements you hold and say so, rather than adopting a fabricated ratio.
4. Pick the posture from the free/nominal/priced menu. Say which funding model it assumes and which upstream decision fixed it.
5. Design the persona ladder: pick the payer types from Q2 and set the ratios, carrying across the published ranges from the reference rather than copying prices. Keep the public price points to two per persona at most, since no published event runs more than two public price points in its time ladder.
6. Set the date or volume gate: one announced step, dated on the calendar and published from the day tickets go on sale. Decide explicitly whether the step is a discount that expires or a surcharge that lands, since the sourced events do both, and never announce a price increase the buyer could not have seen coming.
7. Add the access rungs the architecture menu selected - a published student or education price,

...