本文へ移動
cccskills
無料GitHub で公開

company-event-ops

Run a company event — the launch party, the customer day, the team celebration — as the operation it is: the goal that shapes every choice, the budget with its forgotten lines, the vendor and venue coordination, the run-of-show with owners, and the day-of roles that keep hosts hosting. Use when asked plan the company event, organize our customer day/holiday party/launch event, what am I forgetting for this event, or be the run-of-show for Thursday. Produces the goal-shaped plan, the budget with the forgotten lines, the run-of-show, and the day-of role card.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md6.6 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Company Event Ops Skill

Company events are wedding-logistics-planner mechanics pointed at a business goal — and the goal is the part that usually goes unstated, which is why so many events are pleasant and pointless. "What is this event for" (celebrate the team? deepen customer relationships? mark the launch loudly?) shapes every downstream choice: venue, format, guest list, budget, and what success means Friday morning. Below the goal, it's operations: the budget with its routinely-forgotten lines (AV, service fees, the buffer), vendors coordinated on one sheet, the run-of-show with a named owner per segment, and the day-of rule that saves every event: the hosts host; the runners run — decided in advance, or the CEO spends the customer day moving chairs.

What This Skill Produces

  • The goal-shaped plan — the event's purpose stated, and the format/venue/guest choices that follow from it
  • The budget — the real lines including the forgotten ones (AV, service charges + gratuities, signage, the 10% buffer)
  • The run-of-show — the event in segments: time, what happens, who owns it, what could go wrong
  • The day-of role card — hosts, runners, the decision-holder, vendor point — names against jobs, the workshop-designer capture-role logic applied to events

Required Inputs

Ask for these if not provided:

  • The goal, forced to specific — "team morale" becomes "the team feels seen after a brutal quarter — success is people staying past the official end"; the goal test kills format mismatches early (awards ceremonies serve recognition; open bars serve decompression; they are not interchangeable)
  • The constraints — budget band, date, headcount, the venue-vs-office question, and the remote contingent (excluded remote employees remember it longer than the event)
  • The stakes and audience — internal celebration vs. customer-facing changes the polish bar, the run-of-show rigor, and who must never be seen moving chairs
  • The history — last event's autopsy: what worked, what ran late, who got stuck running logistics

Framework: The Ops Rules

  1. The goal picks the format: every major choice (venue, program length, speeches-or-not, seating) gets tested against the stated goal — a customer event's goal ("deepen the top-20 relationships") argues for round tables and long breaks, against back-to-back presentations; a celebration's goal argues against anything resembling work. Events without a stated goal default to imitating the last event, recursively.
  2. The budget includes the forgotten lines: AV (always more than assumed, and load-bearing for anything with speeches), service charges and gratuities (the wedding-budget 20%+ surprise, corporate edition), signage/branding, overtime clauses, and the 10% contingency that isn't decoration. The per-head number is computed early — it's the go/no-go and the format-shaper.
  3. Vendors live on one sheet: the travel-brief-style card per vendor — contact, arrival, setup window, what they need (power, access, load-in), payment status — and one named vendor-point who answers their calls (the day's hosts must not be that person).
  4. The run-of-show is minute-mapped with owners: segments with times, transitions planned (a room of 80 moves slowly — wedding-logistics-planner crowd-speed math), each segment owned, the AV/speech segments rehearsed (presenter-notes for anyone speaking), and the contingency cards for the classics: speaker overruns (the cut plan), tech fails (the bridge), rain (the call time and caller).
  5. Day-of roles keep the right people visible: hosts (senior folks whose job is the guests — protected from logistics absolutely) · runners (empowered to solve small problems with a budget cap) · the decision-holder (one name for the audibles) · vendor-point. The offsite-planner two-endings rule applies: the event ends twice — in the room, and in the follow-through (the customer thank-yous, the photo share, the what-worked note for next time's autopsy file).

Output Format

Event Ops: [event] — goal: [the specific version] · [date, headcount, budget/head]

Goal → Format Decisions

[The stated goal · the choices it drove: venue/format/program/guest-list — each with its why]

The Budget

[The lines including AV, service+gratuity, signage, overtime clauses · the 10% buffer · per-head]

Vendor Sheet + Run-of-Show

[Vendor cards: contact/arrival/needs/payment · The minute-map: time × segment × owner × contingency]

Day-Of Roles

[Hosts (protected) · runners (+ their budget cap) · decision-holder · vendor-point — names against all]

The Second Ending

[The follow-through: thank-yous, the share, the autopsy note — owned and dated]

Quality Checks

  • The goal is specific enough to have vetoed at least one format choice
  • The budget carries the forgotten lines and the buffer
  • Every run-of-show segment has an owner and the classics have contingency cards
  • Hosts are structurally protected from logistics
  • The follow-through has owners before the event starts

Anti-Patterns

  • Do not plan an event without a stated goal — pleasant-and-pointless is the default outcome
  • Do not let the CEO move chairs — the role card exists so seniority hosts instead of hauling
  • Do not budget the caterer's quote as the food cost — service and gratuity are the corporate surprise too
  • Do not skip the remote contingent — the excluded remember longer than the attendees
  • Do not end once — the un-followed-through event evaporates by Monday; the second ending is where the goal gets banked

Example Trigger Phrases

  • "Plan the company event."
  • "Organize our customer day/holiday party/launch event."
  • "What am I forgetting for this event?"
  • "Be the run-of-show for Thursday."

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Design a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Decode a 401k or workplace retirement plan — the real cost of its funds, the match's fine print, vesting math, and the plan features worth using or avoiding. Use when someone asks 'is my 401k any good', 'decode my 401k plan', 'which funds should I look at', or 'what fees am I paying'. Produces a fee decode in dollars-over-time, match and vesting math, a fund-lineup triage by cost, and the questions for HR or the plan administrator.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Design statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Analyse a finished A/B test and write the readout — the result, whether it's statistically and practically significant, what it means, and the ship/no-ship call. Use when asked to analyse experiment results, write an A/B test readout, interpret test data, or decide whether to ship a variant. Produces a clear verdict with the lift and confidence, segment cuts, the risks (peeking, novelty, sample), and a recommendation. Distinct from planning a test — this reads results.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Build or tailor an academic CV for faculty, postdoc, research or fellowship applications: publications, grants, teaching, supervision and service in the order the field expects, with consistent citations. Use when asked to write my academic CV, update my CV for a lectureship, tenure-track or postdoc application, format my publications list, or adapt my academic CV for an industry research role. Produces the full academic CV, a field-appropriate section order, a clean publications list in one citation style, and a two-page summary version when asked.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

Generate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.

日本語の概要は準備中です。原文の説明を表示しています。

mohitagw15856/pm-claude-skills1,4412026年10月13日 更新

mohitagw15856 のスキルをすべて見る

このスキルの問題を報告する