چگونه یک سایت ثبتنام رویداد بسازیم: RSVP، بلیط و ورود در محل
یک سایت ثبتنام رویداد به یک صفحهی رویداد با تاریخ، ساعت و مکان، یک فرم ثبتنام که ظرفیت را رعایت میکند، یک ایمیل تأیید با دعوت تقویم، یک فهرست شرکتکنندگان برای شما، و یک راه سریع برای ورود افراد در روز رویداد نیاز دارد. رویدادهای پولی انواع بلیط و یک صفحهی پرداخت از طریق یک ارائهدهندهی پرداخت اضافه میکنند. میتوانید همهی اینها را با یک اپساز هوش مصنوعی با توصیف رویداد و قواعد ثبتنام بسازید؛ بخشهایی که بیشترین آزمایش را میطلبند، محدودیتهای ظرفیت و آنچه وقتی کسی لغو میکند اتفاق میافتد، هستند.
سایت به چه چیزهایی نیاز دارد
برای شرکتکنندگان
- صفحهی رویداد: نام، تاریخ، ساعت شروع و پایان با منطقهی زمانی، محل با پیوند نقشه (یا «آنلاین» با یادداشتی دربارهی زمان رسیدن لینک)، برنامه، سخنرانان یا میزبانها، قیمت و اینکه برای چه کسانی است
- فرم ثبتنام: نام، ایمیل، و فقط پرسشهایی که واقعاً استفاده خواهید کرد (نیازهای غذایی، شرکت، سایز تیشرت)
- صفحهی تأیید و ایمیل با جزئیات، یک فایل تقویم (.ics) برای افزودن آن به تقویمشان، و راهی برای لغو
- ایمیل یادآوری یک یا دو روز قبل، با مسیر یا لینک آنلاین
برای برگزارکنندگان
- فهرست شرکتکنندگان با جستوجو، فیلتر بر اساس نوع بلیط و خروجی CSV
- قواعد ظرفیت و لیست انتظار
- نمای ورود که روی گوشی در ورودی کار کند
- پیام به شرکتکنندگان (تغییر اتاق، تأخیر)
- مدیریت رویدادها اگر بیش از یکی برگزار میکنید
دادهی پشت آن
| داده | فیلدهای اصلی |
|---|---|
| رویداد | عنوان، توضیح، شروع، پایان، منطقهی زمانی، مکان یا پیوند آنلاین، ظرفیت، وضعیت (پیشنویس، باز، بسته) |
| نوع بلیط | رویداد، نام (مثلاً استاندارد، دانشجویی)، قیمت، تعداد موجود، شروع و پایان فروش |
| ثبتنام | رویداد، نوع بلیط، نام، ایمیل، پاسخ به پرسشهای سفارشی، وضعیت (تأییدشده، در لیست انتظار، لغوشده)، مرجع پرداخت، زمان ساخت |
| ورود | ثبتنام، زمان ورود، کسی که ورود را ثبت کرده |
تصمیمهایی که پیش از ساخت باید بگیرید
RSVP رایگان یا بلیط پولی
رویدادهای رایگان خیلی سادهترند: بدون صفحهی پرداخت، بدون بازپرداخت، بدون مالیات. عیب آن غیبتهاست. در رویدادهای رایگان اغلب بخش بزرگی از ثبتنامکنندگان نمیآیند، پس بسیاری از برگزارکنندهها اجازه میدهند ثبتنامها تا حدی از ظرفیت اتاق فراتر برود، یا یک ایمیل «هنوز میآیید؟» میفرستند که به افراد اجازه میدهد جایشان را آزاد کنند.
بلیط پولی به یک ارائهدهندهی پرداخت مانند Stripe نیاز دارد، یک وبهوک که ثبتنام را فقط پس از موفقیت پرداخت تأیید کند، یک سیاست بازپرداخت، و احتمالاً مالیات فروش بلیط بسته به کشور شما. نحوهی افزودن پرداخت به اپلیکیشن را ببینید.
یک رویداد یا چندتا
یک کنفرانس یا مهمانی راهاندازی میتواند یک صفحه با یک فرم باشد. اگر یک دورهمی ماهانه، کارگاه یا کلاس برگزار میکنید، آن را از ابتدا بهصورت فهرست رویدادها با یک سیستم ثبتنام مشترک بسازید. افزودن مفهوم «رویداد» بعداً به معنای بازسازی داده است.
رفتار لیست انتظار
وقتی رویداد پر است، میتوانید ثبتنام را ببندید یا ثبتنام در لیست انتظار را بپذیرید. اگر کسی لغو کند، میتوانید به نفر بعدی در لیست انتظار ایمیل بزنید و یک مهلت برای پذیرش بدهید، یا او را خودکار وارد کنید. خودکار بودن اجرای آسانتری دارد؛ پیشنهاد با مهلت برای بلیط پولی بهتر جواب میدهد، چون نفر بعدی باید پرداخت کند.
آنلاین، حضوری یا ترکیبی
رویدادهای آنلاین به لینک پیوستن در زمان درست نیاز دارند (در تأیید، یا فقط در یادآوری تا کمتر به اشتراک گذاشته شود). رویدادهای حضوری به مکان، یادداشتهای دسترسی و برنامهی ورود نیاز دارند. رویدادهای ترکیبی به دو نوع بلیط با اطلاعات متفاوت در هر ایمیل نیاز دارند.
گامبهگام بسازید
گام ۱: جزئیات رویداد را بنویسید
عنوان واقعی، تاریخها، منطقهی زمانی، مکان، برنامه، ظرفیت و انواع بلیط را جمع کنید. سیاست لغو و بازپرداخت را تعیین کنید و آن را در یک یا دو جمله بنویسید.
گام ۲: پرامپت اول را بنویسید
رویداد، فرم، قواعد و نمای برگزارکننده را توصیف کنید:
یک سایت ثبتنام برای Bristol Product Night، یک دورهمی ماهانهی رایگان برای مدیران محصول، بساز. رویدادهای آینده را با تاریخ، ساعت (به وقت بریتانیا)، مکان با پیوند نقشه، برنامه و جای خالی نشان بده. هر رویداد ظرفیت دارد؛ فرم نام، ایمیل، شرکت و نقش را میپرسد. وقتی رویدادی پر است، ثبتنامهای جدید به لیست انتظار میروند، و اگر کسی لغو کند، نفر اول لیست انتظار خودکار وارد میشود. همهچیز در یک پایگاه داده ذخیره شود. صفحهی تأیید با یک فایل «افزودن به تقویم» و یک پیوند لغو. یک صفحهی مدیریت خصوصی: ساخت رویداد، دیدن ثبتنامها با جستوجو و خروجی CSV، و یک فهرست ورود روی گوشی با دکمهی بزرگ «وارد شد». طراحی دوستانه و مدرن.
گام ۳: ظرفیت را با بیش از یک نفر آزمایش کنید
باگهای ظرفیت تنها وقتی دیده میشوند که دو نفر تقریباً همزمان ثبتنام کنند. ظرفیت یک رویداد آزمایشی را ۲ بگذارید، سپس به سرعت از دو مرورگر ثبتنام کنید، و بار سوم هم امتحان کنید. باید دو نفر تأییدشده و یک نفر در لیست انتظار داشته باشید، و هرگز سه نفر تأییدشده. از سرور بخواهید بررسی ظرفیت در همان عملیات پایگاه دادهای انجام شود که ثبتنام را ذخیره میکند.
همچنین آزمایش کنید: لغو یک جای تأییدشده، نفر درست را از لیست انتظار خارج میکند؛ تأیید زمان درست را در منطقهی زمانی درست نشان میدهد؛ فایل تقویم روی گوشی درست باز میشود.
گام ۴: ایمیلها را اضافه کنید
ایمیلهای تأیید، یادآوری و «از لیست انتظار خارج شدید» به یک ارائهدهندهی ایمیل و یک دامنهی ارسال تأییدشده نیاز دارند. هر کدام را کوتاه نگه دارید و تاریخ، ساعت و مکان را اولین چیزی کنید که مردم میخوانند. نحوهی ارسال ایمیل از اپلیکیشن راهاندازی را پوشش میدهد.
گام ۵: اگر لازم است بلیط پولی اضافه کنید
انواع بلیط با تعداد مخصوص خودشان، یک صفحهی پرداخت از طریق ارائهدهندهی پرداخت، و وضعیت ثبتنامی که فقط وقتی پرداخت موفق شد «تأییدشده» میشود اضافه کنید. تصمیم بگیرید برای صفحهی پرداختی که تمام نشده چه میشود: بلیط را چند دقیقه نگه دارید، سپس آزاد کنید.
گام ۶: آمادهی روز رویداد شوید
روز رویداد، وایفای محل ممکن است ضعیف باشد و صف طولانی خواهد بود. فهرست ورود باید سریع با نام قابل جستوجو باشد، بهاندازهای بزرگ که روی گوشی لمس شود، و شب قبل یک فهرست چاپی پشتیبان خروجی بگیرید. برای رویدادهای بزرگتر، یک کد QR در هر ایمیل تأیید که کارکنان اسکن میکنند ورود را سرعت میدهد، و باید بلیط را «استفادهشده» علامت بزند تا نتوان دو بار اسکنش کرد.
اشتباهات رایج
- نبود منطقهی زمانی. بهویژه برای رویدادهای آنلاین، «۷ عصر» برای شرکتکنندگان مختلف معانی متفاوتی دارد. همیشه منطقهی زمانی را نشان دهید.
- بررسی ظرفیت فقط وقت باز شدن صفحه. دو نفر میتوانند هر دو «۱ جای خالی» ببینند.
- پرسیدن سوالهای زیاد. هر فیلد اضافه، ثبتنامها را کم میکند. هر چیز غیرضروری را بعد از ثبتنام بپرسید.
- نبود پیوند لغو. کسانی که نمیتوانند بیایند جایشان را آزاد نمیکنند و لیست انتظار شما هرگز حرکت نمیکند.
- نبود یادآوری. یادآوریها غیبتها را کم میکنند؛ آن را فراموش نکنید.
- ارسال لینک آنلاین به همهی دنیا. آن را در ایمیل شرکتکنندگان ثبتنامشده بگذارید، نه در صفحهی عمومی.
- تغییر تاریخ رویداد بدون اطلاع به کسی. تغییرات باید به همهی ثبتنامشدگان ایمیل شوند.
هزینهها
برای یک رویداد رایگان، هزینهها کم است: میزبانی، یک پایگاه داده، یک ارائهدهندهی ایمیل برای تأییدها و یادآوریها، و یک دامنه اگر بخواهید. رویدادهای پولی کارمزد پردازش پرداخت برای هر بلیط اضافه میکنند. پلتفرمهای بلیطفروشی معمولاً کارمزد هر بلیط میگیرند که گاهی به خریدار منتقل میشود؛ قیمت فعلی آنها را با زمانی که برای ساخت و اجرای سیستم خودتان صرف میکنید مقایسه کنید.
زمانی که یک محصول آماده بهتر است
پلتفرمهای بلیط و RSVP مانند Eventbrite، Luma، Meetup و Tito هرکدام ترکیب خاص خودشان از پرداخت، بازپرداخت، یادآوری، ابزار ورود و لیست انتظار را دارند که از قبل ساخته و آزمایش شدهاند. بعضی هم به کشف رویداد توسط مردم کمک میکنند. وقتی یکی را به کار ببرید که:
- رویداد یکباره است و امروز باید زنده باشد
- میخواهید مخاطب آن پلتفرم به فروش بلیط کمک کند
- برای هزاران شرکتکننده به یک اپلیکیشن ورود بالغ نیاز دارید
- نمیخواهید با بازپرداخت و اختلافات پرداخت سروکار داشته باشید
برای ساختن سیستم اختصاصی وقتی رویدادهای تکرارشونده دارید و فهرست شرکتکنندگان را در پایگاه دادهی خودتان میخواهید، یا وقتی منطق ثبتنام سفارشی لازم دارید (تأیید پیش از قطعیشدن، قیمت ویژهی اعضا، رویدادهای بر اساس درخواست)، یا وقتی میخواهید صفحه مثل برند شما دیده شود. صفحهی رویداد از همان قواعدی پیروی میکند که هر صفحهای که ثبتنام میخواهد؛ نحوهی ساختن صفحهی فرود با نرخ تبدیل بالا را ببینید. اگر «رویداد» شما در واقع نوبتهای یکبهیک است، نحوهی ساختن اپلیکیشن رزرو راهنمای بهتری است.
ساختن آن با Mythex
Mythex یک اپساز هوش مصنوعی است: رویداد و قواعد را توصیف میکنید و صفحههای رویداد، فرم ثبتنام و نماهای مدیریتی را در پیشنمایش زنده میسازد، و برای ذخیرهی ثبتنامها یک پایگاه داده به پروژه اضافه میکند. میتوانید /test را تایپ کنید تا در پیشنمایش ثبتنام را طی کند و گزارش دهد کجا مشکل دارد، که برای جریانهای ظرفیت و لیست انتظار مفید است. انتشار در پلنهای Free و Pro در دسترس است و دامنهی سفارشی در Pro. Mythex بلیطفروشی، ایمیل یا پرداخت را بهعنوان محصول داخلی ارائه نمیدهد: برای بلیط پولی حساب Stripe خودتان را وصل میکنید و برای تأییدها ارائهدهندهی ایمیل خودتان را، با کلیدها در رازهای پروژه. مستندات پرداخت با Stripe، ارسال ایمیل و آزمایش برنامه را ببینید.
قالب صفحهی ثبتنام رویداد یک پرامپت اول خوب برای شروع است، یا قالبهای وبسایت بیشتر را مرور کنید.
پرسشها
یک سایت ثبتنام رویداد به چه چیزهایی نیاز دارد؟
یک صفحهی رویداد با تاریخ، ساعت، منطقهی زمانی و مکان، یک فرم ثبتنام، یک ایمیل تأیید، فهرست شرکتکنندگان برای برگزارکننده، و راهی برای ورود افراد. رویدادهای پولی علاوه بر آن به انواع بلیط و یک صفحهی پرداخت نیاز دارند.
چطور جلوی فروش بیش از ظرفیت رویداد را بگیرم؟
ظرفیت باقیمانده را در لحظهای که هر ثبتنام یا پرداخت تأیید میشود روی سرور بررسی کنید، نه فقط وقتی فرم باز میشود. وقتی رویداد پر شد، ثبتنام را ببندید یا ثبتنامهای جدید را خودکار به لیست انتظار بفرستید.
چطور شرکتکنندگان را در رویداد ورود دهم؟
سادهترین روش یک فهرست جستوجوپذیر شرکتکنندگان روی گوشی یا تبلت با دکمهی ورود است. برای رویدادهای بزرگتر، هر ایمیل تأیید میتواند یک کد QR داشته باشد که کارکنان اسکن میکنند تا بلیط استفادهشده علامت بخورد.
آیا باید از Eventbrite استفاده کنم یا سایت ثبتنام اختصاصی بسازم؟
پلتفرمهای بلیطفروشی راهاندازی سریعتری دارند، پرداخت و بازپرداخت را انجام میدهند و میتوانند به کشف رویداد کمک کنند، در ازای کارمزد و برندینگ آنها. سایت اختصاصی برای رویدادهای تکرارشونده، پرسشهای ثبتنام سفارشی، یا زمانی که میخواهید دادهی شرکتکنندگان و برندینگ کاملاً در دست خودتان باشد، منطقیتر است.