Pre-event: contracts, deliverables, deadlines
Pre-event phase उस दिन शुरू होता है जिस दिन speaker accept करता है। Acceptance के बाद पहले अड़तालीस घंटे पूरे engagement की सबसे ऊँची-leverage window हैं — speakers committed, attentive हैं, और clarity ढूँढ रहे हैं। उन्हें अच्छी तरह इस्तेमाल करें।
उन 48 घंटों के भीतर, accepted speaker को मिलना चाहिए: एक single welcome email; एक signed speaker agreement (या एक sign-here link); अगले दो हफ़्तों में पंद्रह मिनट के kickoff call के लिए एक calendar invite; सभी content deliverables और dates के साथ एक deadline calendar; एक logistics intake फ़ॉर्म (dietary needs, accessibility आवश्यकताएँ, travel preferences, accommodation preferences); और पूरे engagement के लिए उनके single point of contact का नाम और संपर्क।
Deliverables जो अधिकांश conferences track करती हैं:
• Talk title (final) — चार से छह हफ़्ते पहले locked
• Public schedule के लिए abstract — चार हफ़्ते पहले
• Speaker bio (final) — चार हफ़्ते पहले
• Professional headshot — चार हफ़्ते पहले
• Slide deck (first draft) — दो हफ़्ते पहले
• Slide deck (final) — तीन से पाँच दिन पहले
• गैर-standard A/V needs के लिए Tech rider — तीन हफ़्ते पहले
• Bio-and-photo release फ़ॉर्म — acceptance पर
इस calendar को day one पर हर speaker को publish करें। अधिकांश missed deadlines deliberate नहीं हैं; वे scattered emails में दबे हुए हैं।
Communications cadence
Speaker communications दो characteristic तरीकों से fail होते हैं: बहुत sparse (speaker तीन हफ़्तों के लिए कुछ नहीं सुनता और panic करता है) या बहुत noisy (speaker एक हफ़्ते में नौ emails पाता है और पढ़ना बंद कर देता है)। जो cadence काम करती है वह regular, structured, और brief है।
एक workable cadence:
• Kickoff call (T-8 हफ़्ते): पंद्रह मिनट, video, एक program manager और speaker। Talk, audience, deliverables की पुष्टि करता है, और सवालों का जवाब देता है। लगभग हर बाद का issue एक है जिसे kickoff surface कर सकता था।
• Weekly digest (T-6 से T-2): हफ़्ते में एक छोटा email, उसी दिन, उसी format में। इस हफ़्ते क्या due है, अगले हफ़्ते क्या due है, एक logistics update, अगले major milestone का एक शांत reminder।
• T-7 reminder: deck draft due, travel booked, कोई भी बकाया documents listed।
• T-2 reminder: final deck, run-of-show, greenroom location, mic check time।
• T-0 morning: day-of contact, mic-check time, और एक एक-line "good luck" के साथ एक छोटा शांत message।
इन्हें एक templated system में रखें ताकि shabad speakers और years में consistent हों। Personalization kickoff call के लिए है, logistical reminders के लिए नहीं।
Scale पर इस cadence को by hand चलाना brittle है। समर्पित event speaker management tooling हर touchpoint को template करता है और एक view में surface करता है कि कौन किस deliverable पर पीछे है।
Day-of logistics
Event का day जो टूटा है उसे ठीक करने के लिए बहुत देर है। दिन का काम friction हटाना है, उसे introduce करना नहीं। जो choreography काम करती है:
• पहले session से एक घंटा पहले से Greenroom खुला। पानी, snacks, एक phone-charging area, एक printed run-of-show, और दिन भर सवालों का जवाब देने के लिए उपलब्ध एक नामित व्यक्ति के साथ स्टॉक।
• हर speaker के session से तीस मिनट पहले mic check — सिर्फ़ day की शुरुआत में नहीं। शरीर हिलते हैं, lavs unclip हो जाते हैं, batteries मरती हैं।
• प्रति stage एक standing tech runbook: कौन deck switch करता है, अगर laptop fail हो तो कौन backup slides pull करता है, कौन captioning trigger करता है, कौन speaker को उनका mic और कौन सा mic देता है।
• एक "T-five-minutes" handoff: program manager speaker को stage के किनारे तक walk करता है, पुष्टि करता है कि deck loaded है और सही slide पर है, पुष्टि करता है कि mic hot है, और उन्हें stage manager को handoff करता है।
• Captioning और accessibility: पुष्टि करें कि captioner के पास advance में speaker का नाम, talk title, और कोई specialized terminology है। पुष्टि करें कि sign-language interpreter, यदि booked है, ने session से पहले speaker से मुलाक़ात की है।
• एक स्पष्ट emergency runbook: कौन medical को कॉल करता है, कौन live stream pause करता है, कौन audience को brief करता है अगर session को कम काटना पड़े।
Day-of choreography तब fail होती है जब speakers नहीं जानते कि आगे क्या हो रहा है। अगले पाँच मिनट हर पाँच मिनट पर over-communicate करें।
Honoraria and travel reimbursement
Payment ठीक करने के लिए सबसे आसान चीज़ है और publicly गलत करने के लिए सबसे आसान। Speakers एक-दूसरे से बात करते हैं। तीस दिनों के भीतर pay करने की reputation वाला conference अगले साल बेहतर speakers land करता है। नब्बे दिनों देर या follow-up के बाद pay करने की reputation वाला उन्हें खो देता है।
जो workflow consistently तीस दिनों के भीतर land करता है:
• Contract stage पर banking और invoicing details capture करें, event के बाद नहीं।
• Speaker के session के अड़तालीस घंटों के भीतर एक templated post-event email भेजें: thank you, here is the recording link when ready, यहाँ invoice template है, यहाँ travel के लिए reimbursement form है।
• Invoices को weekly batches में process करें, जैसे आते हैं वैसे नहीं। Speakers को batch cadence communicate करें ताकि वे जानें कि क्या expect करना है।
• Receipts के against पंद्रह working days के भीतर travel reimburse करें। एक published per-diem table रखें ताकि speakers को पूछना न पड़े।
• Tax forms (W-9, equivalent EU forms) contract package में जाते हैं, payment time पर नहीं।
International speakers के लिए, contract stage पर withholding obligations और currency-conversion fees identify करें। Payment time पर surprises accounting time में जो बचाते हैं उससे अधिक goodwill में cost करती हैं।
Post-event: recordings, payment, alumni network
Event के तुरंत बाद की window वह है जब अधिकांश organizers चुप हो जाते हैं — और यह बिल्कुल वह समय है जब speakers conference की अपनी long-term राय बनाते हैं। Post-event काम जो compound होता है:
• अड़तालीस घंटों के भीतर: thank-you email, payment instructions, recording timeline, NPS या एक-प्रश्न feedback survey।
• दो हफ़्तों के भीतर: edited talk recording delivered, एक draft social card और speaker के share करने के लिए suggested copy के साथ। Speakers reshare करते हैं जब assets ready हैं।
• तीस दिनों के भीतर: honorarium paid, travel reimbursed।
• साठ दिनों के भीतर: एक छोटा retrospective survey — क्या काम किया, क्या नहीं, क्या वे फिर speak करेंगे। अगले साल के playbook को refine करने के लिए results उपयोग करें।
• Ongoing: एक quiet alumni list (newsletter, Slack, या LinkedIn group)। साल में तीन messages काफ़ी हैं। अगला CFS public से एक हफ़्ता पहले alumni के लिए खोलें — वे आपका सबसे warm pool हैं।
एक speaker जिसे on time pay किया जाता है, अपनी recording अच्छी तरह से share होती देखता है, और अगले साल के CFS के लिए invite किया जाता है, एक multiplier बन जाता है — अन्य speakers को refer करता है और future events के लिए pre-commit करता है।
Tooling: spreadsheets versus purpose-built
Spreadsheets पाँच से दस speakers manage करने के लिए सही tool हैं। वे सस्ती, transparent हैं, और हर कोई उन्हें edit कर सकता है। लगभग दस speakers से अधिक — या दो simultaneous events — के बाद, spreadsheets पर operations चलाने की cost missed deadlines, duplicate emails, lost attachments, और version-mismatched run-of-show documents के रूप में दिखती है।
संकेत कि आपने spreadsheets को outgrow कर दिया है:
• आप प्रति speaker एक से अधिक tab maintain करते हैं।
• आप routinely वही email दो बार भेजते हैं क्योंकि आप भूल गए कि आपने इसे भेजा।
• आपके पास run-of-show के तीन "final-final" versions हैं।
• एक speaker ने आपको कुछ का update पूछते हुए email किया जो आपने भेजा।
• आप manual reminders पर हफ़्ते में दो घंटे से अधिक खर्च करते हैं।
एक purpose-built platform value के क्रम में क्या replace करती है: automated reminders के साथ deadline tracking, content assets (decks, bios, headshots, contracts) के लिए truth का एक single source, reviewer scoring और decision workflow, payment status, recording delivery, और एक alumni database जो rounds के पार जीवित रहता है।
Tool की cost लगभग हमेशा प्रति event एक staff-week का एक अंश है, जो scale पर spreadsheet operations की लागत है।
SpeakUp का conference speaker management software by default ऊपर आठ-हफ़्ते cadence handle करता है — content deadlines, automated reminders, signed agreements, payment workflow, और recording delivery एक ही जगह।