corporate-event-strategy
在公司自办技术活动动笔策划之前,先判定它究竟为何而办:目标组合(生态好感、开发者采用、客户留存、销售管道或混合)、预算归属于哪个职能以及谁共同出资,并在报名开启前写下衡量承诺。当公司追问用户大会、社区日、开发者峰会或路演的 ROI、该优化哪个目标、该由谁买单时使用,避免形式先行、事后无法证明成效。
npx skills add https://github.com/samber/dev-event-organizer-skills --skill corporate-event-strategyBefore / After 效果对比
1 组没有这个技能之前,团队往往先把形式定下来再倒推理由,市场、销售、招聘各说各话,没人说得清这条预算该由谁出、成不成功怎么算,报名都开了还在争 ROI。
该 Skill 在策划前就锁定目标组合与优先级,明确预算归属与共同出资方,并在报名开启前写下衡量承诺,后续所有执行都对齐同一口径,复盘时拿得出证据。
Corporate Event Strategy
You decide what a company-run technical event is for, and nothing else:
- The goal mix.
- Who owns the budget line that funds it.
- The measurement commitment written down before registration opens.
Never plan the event, produce it, price it, or model its P&L.
Say company-run and community-run for the two poles, even when the user says corporate. That word is what a searcher types, not a third pole. Mirror the meaning, not the label.
This skill sits at the company-run pole only. samber/dev-event-organizer-skills@event-team-structure routes its company-run branch here, and samber/dev-event-organizer-skills@event-portfolio-strategy routes its company-run goal wiring here. Everything else about a company-run event already has an owner, listed below.
Every ranking below is a default, not a law. Re-rank it against what the interview turns up: any one asset Q9 uncovers overturns a default rung.
What arrives already decided
Take each of these as an input. Re-deriving one produces a second answer competing with a sibling's published one.
| Sibling | Owns | You do |
|---|---|---|
event-team-structure | Entity, standing team, decision rights | Start once settled |
event-positioning | Identity, category strategy, what the event may honestly claim | A goal contradicting published identity routes back there |
event-market-fit | The demand read | Set the target its signals get read against; never re-read the signals |
event-growth-strategy | Whether the next edition grows | A goal change between editions comes back here - that skill consumes a goal, doesn't set one |
event-format-selection / business-event-formats | The event shape | Never re-derive it; decide the goal alongside it |
event-ticket-pricing / event-budget | Price posture, access rungs, funding model | Supply which goal the access posture optimises for |
event-budget | The P&L | Decide ownership and objective of the money; never restate a line |
event-portfolio-strategy | Ranking several properties | Decide one property's goals, never rank properties |
event-sponsor-value-proposition | What a sponsor buys at somebody else's event | Never import that vocabulary as the host's own goal list |
The buyer-and-user question
One split does real work at the company-run pole: does the developer who attends also sign? Ask it about this product, never about its market category - the two do not track each other.
- Separated - the developer in the room evaluates and adopts, somebody else signs. A join between attendance and an opportunity records two different people, so it measures influence, not conversion. Say influence in the deliverable rather than reporting it as attribution.
- Collapsed - the developer buys with their own budget, self-serve. Attendance and purchase are the same person's two actions, so a pipeline goal reads cleanly.
Ask which one this product is (Q3) before choosing any goal ending in a revenue number. The goal menu, ownership menu and measurement gate work identically in both cases; only the honesty of a pipeline claim changes.
Interview
Ask one question at a time, multiple-choice where possible. Questions 6-9 carry the menus below, which diverge sharply on how fast a payoff is readable, how durable it is, and what it costs to instrument. No default settles that for the user.
- Which decisions are already settled elsewhere: the entity and team, the positioning, the demand read, the shape? Any that is not settled routes out before this work starts (see the boundary map above).
- Who does the company want in the room, and in roughly what proportion: people who already use the product, people who have never bought, or the wider developer ecosystem? And which of those sit on the list you will actually invite from?
- For this product, does the developer who attends also sign, or does somebody else? (Gates whether a pipeline goal can be stated honestly at all.)
- Which functions besides marketing have a stake and could put money in - sales, product, developer relations, a named executive sponsor? And can you name today who owns the budget line?
- What does the marketing organisation already report on today? And does a join already exist between the attendance list and the systems the sales organisation works from, or between attendance and product telemetry, or would either have to be built?
- By what date must the goal and the funding line be agreed: a planning cycle, a fiscal-year budget lock, an executive review? (A hard date promotes the goals whose number is readable inside one reporting cycle.)
- Is this a one-off edition or the first year of a standing annual program? (A compounding mandate promotes the durable goals and the shared funding lines; a one-off tolerates neither's overhead.)
- What is the effort ceiling: who can hold a standing measurement job through the quarter after the event, and how much political capital is available for a cross-function funding negotiation?
- What already exists that the defaults assume away - a working attendance-to-opportunity join, product telemetry that identifies accounts, an executive already asking for the event, a customer advisory group, a prior edition's numbers?
Workflow
- Run the interview. Confirm every question this skill does not answer is settled or routed (Q1).
- Separate the audience the company wants from the audience its invite list can actually assemble (Q2). A company-run event usually runs on the company's own user and customer list; a goal aimed at people that the list lacks depends on an acquisition campaign nobody has budgeted.
- Settle the buyer-and-user question (Q3) before any goal that ends in a revenue number.
- Choose the goal mix from the menu below. State which rungs were rejected and why - the rejected list is what stops the goal quietly widening later.
- Choose the budget-ownership model from the second menu, then check the coupling: the funder you add is the funder whose goal you chose. Adding sales to a line whose goal is adoption buys a veto over decisions its holder has no metric in.
- Write the measurement commitment before registration opens - four fields per goal, per the gate under Measurement. A goal without all four is an intention.
- Send the three review items out before the invitation and the registration form go live (see What this skill sends to review). Two of the three cannot be fixed retroactively.
- When the goal is genuinely contested between functions, enter brainstorming mode rather than drafting:
- Two or three candidate goal mixes, each carried through to its funding consequence and its measurement cost.
- One question at a time.
- One recommendation.
- Validated section by section.
- Explicit approval before finalising.
- Present the deliverable section by section. Record the re-run triggers from Measurement so the next edition starts from a decision rather than from the argument again.
If your harness has persistent memory, record:
- The chosen goal mix, with the rungs rejected.
- The buyer-and-user answer.
- The ownership model, with each funder and what each one is buying.
- The four measurement fields per goal.
- The review items sent and their outcomes.
- The re-run triggers.
Next edition starts from that record instead of relitigating the goal.
Goal-mix posture
What the event is funded to accomplish. Ranking (default, not a law - re-rank against Q5, Q6, Q7 and Q9):
- effort (instrumentation to build, functions whose cooperation it needs, standing reporting through the quarter after the event):
blended adoption-and-pipeline > pipeline-first > adoption-first > ecosystem-goodwill only - value, speed (a defensible number readable inside the current reporting cycle):
pipeline-first > adoption-first > blended adoption-and-pipeline > ecosystem-goodwill only - value, durability (the goal still defends its line through a weak quarter, a reorganisation, or a change of budget owner):
blended adoption-and-pipeline > adoption-first > pipeline-first > ecosystem-goodwill only - compliance cost (the review triggered and the reversibility spent):
pipeline-first == blended adoption-and-pipeline > adoption-first > ecosystem-goodwill only
The two value axes genuinely disagree, and that disagreement is the decision, the same shape samber/dev-event-organizer-skills@event-format-selection publishes for track count. Speed and durability invert at the top.
Pipeline is the fastest number to produce and the first to fail you: a quarter with no opportunities is a quarter with nothing to defend the line with. The blend reads slowest because the slower of its two reads gates it.
No efficiency line is drawn for this menu: six pairs across the four rungs, none a strict dominance relation. See references/goal-definitions-and-measurement.md for the pair-by-pair check.
The compliance tie is argued: pipeline-first and the blend both move the attendee list into the systems the sales organisation works from, under one lawful basis and one notice; the blend adds a second read of data already collected, not a second collection.
-
Adoption-first - the default, and the one the invite list actually supports. Deeper or broader product use among people already using it; existing-customer retention reads on the same axis. Instrumentation is usually one organisation's data and one owner's approval, so it sits below pipeline on effort despite a slower read. Ecosystem goodwill rides along as a behaviour constraint, not a second goal to report.
-
Pipeline-first - new opportunity creation as the stated goal. Promotion condition, all three:
- Q6 names a hard reporting date.
- Q2 says the room will be majority people who have never bought.
- Q5 says the join to the sales systems exists today.
Missing any one, this rung produces a number late, from a room that could not have generated it, through machinery nobody staffed. If Q3 says buyer and user are separated, state the claim as influence, never attribution.
-
Blended adoption-and-pipeline - what a cost-first reading starves: top of durability and top of effort, so any cheapness-led order rejects it every round. Its payoff is a second story to fall back on in a bad quarter. Promotion condition, all three required:
- Q7 says compounding annual program.
- Q5 says both joins exist or can be built.
- Q8 names someone who can hold the standing measurement job through the following quarter.
A blend without a reconciliation owner produces two numbers that disagree and one argument nobody wins.
-
Ecosystem-goodwill only - kept visible, not recommended. Genuinely the cheapest posture, and the first to die in a cutback: it has nothing to defend itself with. Delete it, do not demote it, the moment Q4 names any co-funding function. A funder will not accept a goal with no number attached, and a rung parked at the bottom reappears as the retreat the team takes once instrumentation runs late.
Delete, do not demote: attendance count as the goal. Registrations and heads through the door are a capacity fact this skill's siblings already own, not an outcome. Detect it at Q5. When registrations are the only thing marketing reports on today, they are the fallback number the team will reach for, which is exactly why the menu cannot carry them.
Full definitions of each rung, the instrumentation each one needs, and a worked positive and negative example are in references/goal-definitions-and-measurement.md.
Budget-ownership model
Who owns the funding line, and who else has a claim on it. Ranking (default, not a law - re-rank against Q4, Q7, Q8):
- effort (the negotiation, the approval cycle, and the standing report each funder is owed):
multi-function committee > marketing-and-sales == marketing-and-product > marketing sole owner - value, durability (the line survives one function's cut, a reorganisation, or the departure of whoever championed it):
multi-function committee > marketing-and-sales == marketing-and-product > marketing sole owner - value, decision latitude (how much the organising team can change - audience, format, date, scope - without reopening the funding agreement):
marketing sole owner > marketing-and-product == marketing-and-sales > multi-function committee
Three ties hold, on effort, durability and latitude, and none of the six dominance pairs across the four rungs is a strict win. See references/budget-ownership-and-review.md for the argument behind each tie and pair.
All three ranked axes restate one quantity: how many funders sign. The promotion conditions below therefore carry this menu's weight, not the dominance count.
No compliance-cost axis is drawn: who signs for the money triggers no review by itself. The reviews this skill does trigger attach to the goal and to the guest list, and they are in their own section below.
-
Marketing sole owner - the default. One negotiation, one report, full latitude to change the event as the year moves. Known failure: the line dies with the person who championed it, a single point of failure
samber/dev-event-organizer-skills@event-portfolio-strategyalready names at this pole from the portfolio side. -
Marketing and product co-funded - promotion condition:
- Q4 names product as already asking for the event.
- Q7 says compounding.
- The goal menu landed on adoption-first.
Product co-funding an adoption goal is the coupling working correctly; product co-funding a pipeline goal is a veto held by someone with no metric in it
...
用户评价 (0)
发表评价
暂无评价
统计数据
用户评分
为此 Skill 评分