ایسمینار یا آکادمی آنلاین؟ انتخاب بستر وبینار و دوره
مسیر ثبت‌نام، ورود، بازپخش و تحویل دوره را مقایسه کنید و با دو سناریوی نمونه بستر مناسب را بسنجید.
یک مدرس می‌خواهد پنجشنبه یک جلسهٔ عمومی دربارهٔ عکاسی با موبایل برگزار کند. مدرس دیگری می‌خواهد دوره‌ای چهار‌هفته‌ای با تمرین، بازخورد و دسترسی به فیلم‌ها بفروشد. هر دو به ثبت‌نام و برگزاری آنلاین نیاز دارند، ولی کارشان با پایان جلسه در نقطهٔ یکسانی تمام نمی‌شود. برای انتخاب ایسمینار یا پلتفرم آموزشی، ابتدا مسیر شرکت‌کننده را از اولین بازدید تا آخرین کاری که بعد از جلسه باید انجام دهد روی کاغذ بیاورید.
این راهنما برای دو تصمیم است. یکی انتخاب بستر یک وبینار تک‌جلسه‌ای و دیگری انتخاب مسیر تحویل یک دورهٔ چندجلسه‌ای. در هر دو مورد، نتیجه از آزمون همان خدمت و همان حساب به دست می‌آید. معرفی عمومی محصولات را برای ساخت سؤال‌های آزمون به کار می‌بریم. نمونه‌های این مقاله فرضی‌اند. برای انتخاب میان ارائهٔ عمومی، تمرین گروهی و بازخورد خصوصی، راهنمای انتخاب قالب آموزش زنده هم می‌تواند نقطهٔ شروع باشد.
از نتیجهٔ مورد انتظار شرکت‌کننده شروع کنید
برای رویداد تک‌جلسه‌ای یک جمله بنویسید. مثلاً «شرکت‌کننده بلیت را می‌گیرد، در ساعت مشخص وارد می‌شود و اگر نوع بلیت شامل بازپخش باشد، بعداً فیلم را می‌بیند». همین جمله سه مرحلهٔ جدا دارد. نتیجهٔ ثبت‌نام با ورود به جلسه یکی نیست و ورود با دسترسی به فیلم فرق دارد. اگر تیم فقط ایجاد صفحهٔ رویداد را آزمایش کند، هنوز معلوم نیست مخاطب بعد از گرفتن بلیت چه پیامی می‌بیند یا از کجا وارد می‌شود.
برای دورهٔ چندجلسه‌ای، یک جملهٔ طولانی‌تر لازم است. «هنرجو ثبت‌نام می‌کند، جلسهٔ اول و فایل تمرین را پیدا می‌کند، کارش را تحویل می‌دهد، بازخورد می‌گیرد و هفتهٔ بعد ادامه می‌دهد». از روی همین جمله مشخص می‌شود که اتاق زنده تنها یکی از اجزای دوره است. صفحهٔ درس، تاریخ شروع و پایان، دسترسی به فیلم و سابقهٔ تمرین هم باید به‌سادگی پیدا شوند. اگر چند مدرس دارید، مشخص کنید هنرجو برای هر تمرین از کدام نفر پاسخ می‌گیرد.
به جای اینکه از ابتدا نام سامانه را انتخاب کنید، آخرین قدم را مشخص کنید. اگر هدف رویداد این است که فرد بعد از یک ارائه فقط فایل نمونه را دریافت کند، تهیهٔ محیط کامل دوره ممکن است وقت اضافه بخواهد. اگر پس از جلسه چهار تمرین و دو مرحله بازخورد دارید، راهی لازم است که هنرجو بدون جست‌وجوی پیام‌های قدیمی مرحلهٔ فعلی را پیدا کند. نقطهٔ پایان تجربه به شما می‌گوید کدام قابلیت را باید با حساب واقعی آزمایش کنید.
شرط‌های ضروری را روی یک برگه بنویسید. برای نمونه، یک رویداد عمومی شاید باید بدون نصب برنامه روی تلفن باز شود. یک دوره ممکن است به پایان دسترسی جدا برای هر گروه نیاز داشته باشد. سپس موارد ترجیحی مثل ظاهر صفحه یا شکل نمایش فهرست را اضافه کنید. در ارزیابی، ظاهر خوب صفحه نباید جای آزمون ورود یا تحویل تمرین را بگیرد.
ایسمینار و آکادمی را از روی مسیر ثبت‌نام بسنجید
ایسمینار در معرفی عمومی خود بر برگزاری و شرکت در وبینار تمرکز دارد. برای بررسی، یک نمونهٔ مرتبط با حوزهٔ خود پیدا کنید و صفحهٔ رویداد را مثل مخاطب بخوانید. آیا مدرس، موضوع، زمان و نوع دسترسی روشن‌اند؟ اگر می‌خواهید رویداد شما از فهرست عمومی کشف شود، مسیر رسیدن از فهرست یا جست‌وجوی موضوع به صفحه را هم امتحان کنید. دیده‌شدن یک رویداد در فهرست به‌تنهایی تعداد بازدید یا فروش رویداد شما را تعیین نمی‌کند. وب‌سایت ایسمینار
در آکادمی آنلاین معمولاً سؤال این است که هنرجو از صفحهٔ دوره چگونه به درس می‌رسد. ممکن است آموزشگاه صفحهٔ معرفی را در سایت خودش داشته باشد و پرداخت و دسترسی از دو مسیر جدا اداره شوند. در این حالت ثبت سفارش، ارسال پیام شروع و باز شدن دوره را جدا بسنجید. اگر از سامانه‌ای استفاده می‌کنید که رویداد عمومی هم دارد، نوع رویداد و شرایط بلیت را بررسی کنید. در فاکسیمون، معرفی رویداد و بلیت در صفحه‌ای جدا از امکانات ارائهٔ دوره آمده است. معرفی مدیریت رویداد آموزشی و بلیت در فاکسیمون
هنگام مقایسه، صفحهٔ رویداد نمونه را برای دو نفر بفرستید. نفر اول فقط تاریخ و موضوع را از روی صفحه بخواند. نفر دوم بگوید بلیت چه چیزهایی را شامل می‌شود و بعد از پایان جلسه چه اتفاقی می‌افتد. اگر توضیح نفر دوم با انتظار شما فرق دارد، قبل از هر تصمیم متن بلیت و صفحه را اصلاح کنید. به‌ویژه وقتی بلیت‌های مختلف دارید، تفاوت بلیت حضور، بازپخش و فایل تمرین را در همان جای انتخاب نشان دهید.
در مسیر فروش مستقل، صفحهٔ آغاز ممکن است در دامنهٔ آموزشگاه باشد و صفحهٔ بعد در بستر دیگری باز شود. یک بار این جابه‌جایی را با تلفن امتحان کنید. آیا کاربر می‌فهمد باید حساب جدید بسازد؟ آیا پس از پرداخت دوباره به صفحهٔ شروع برمی‌گردد؟ به زبان ساده در پیام تأیید بنویسید برای دیدن جلسه یا درس از کدام حساب استفاده کند. در هر بستر، نتیجهٔ یکسان را بسنجید و تعداد قدم‌های اضافه را ثبت کنید.
رویداد تک‌جلسه‌ای را با یک اجرای فرضی طراحی کنید
مثال اول یک وبینار ۷۵ دقیقه‌ای عکاسی با موبایل برای مخاطب تازه است. مدرس یک تمرین دربارهٔ نور پنجره انجام می‌دهد و بعد به سؤال‌ها پاسخ می‌دهد. برگزارکننده می‌خواهد رویداد قابل معرفی به افراد خارج از فهرست قبلی باشد. پس از پایان جلسه، بلیت نمونه باید مشخص کند آیا فیلم در دسترس هست و اگر هست تا چه زمانی. در این سناریو، بستر مناسب باید صفحهٔ واضح، ورود ساده و راه روشن برای پیگیری مشکل بلیت داشته باشد.
یک بلیت آزمایشی با توضیح کوتاه بسازید. با حساب شرکت‌کننده آن را بگیرید و پیام تأیید را بخوانید. بعد زمان ورود را با ساعت اعلام‌شده تطبیق دهید. اگر اتاق فقط نزدیک شروع باز می‌شود، پیام قبل از شروع را هم بررسی کنید. کاربر باید بفهمد زود رسیده یا ثبت‌نامش ناقص است. اگر رویداد ضبط دارد، پس از پایان جلسه با دو حساب آزمایش کنید. یکی طبق شرط بلیت مجاز است و دیگری نیست. برای هر حساب ثبت کنید فیلم کجا نمایش داده می‌شود.
برای تمرین فنی از حساب میزبان و مهمان جدا استفاده کنید. صدا و تصویر از نگاه مدرس ممکن است درست باشند و شرکت‌کننده همان لحظه صدایی نشنود. با یک تلفن و یک رایانه به اتاق نمونه وارد شوید. اگر باز کردن فایل تمرین به خروج از اتاق نیاز دارد، ببینید کاربر بعد از برگشت دوباره راه ورود را پیدا می‌کند. نتیجهٔ تست را با نام دستگاه و زمان ثبت کنید تا هنگام گزارش مشکل بتوانید همان شرایط را تکرار کنید.
در پایان آزمون، یک تغییر زمان فرضی انجام دهید. مسئول رویداد باید بداند کدام صفحه، پیام و تقویم نیاز به به‌روزرسانی دارند. ببینید شرکت‌کننده‌ای که قبل از تغییر بلیت گرفته چه چیزی می‌بیند. اگر اعلان خودکار وجود دارد، محتوا و گیرنده را بررسی کنید. اگر پیام باید دستی برود، مسئول و زمان ارسال را تعیین کنید. مسیر تغییر زمان وقتی روشن است که از حساب شرکت‌کننده هم بتوان زمان تازه را پیدا کرد.
دورهٔ چندجلسه‌ای را با مسیر هفتهٔ اول امتحان کنید
مثال دوم یک دورهٔ چهار‌هفته‌ای عکاسی است. هنرجو هر هفته یک ویدیوی کوتاه می‌بیند، عکس می‌گیرد و در جلسهٔ زنده دربارهٔ یک انتخاب خودش توضیح می‌دهد. مدرس بعد از جلسه بازخورد می‌دهد. اینجا پرسش اصلی این است که هنرجو یک هفته بعد به کجا برمی‌گردد. اگر برای هر جلسه نشانی جدا دارد، باید بداند از کدام صفحه تقویم، تمرین، فیلم و پیام بازخورد را پیدا کند.
برای آزمون لازم نیست کل دوره را آماده کنید. هفتهٔ اول را بسازید. یک درس ویدیویی، یک تمرین، یک زمان جلسه و یک بازخورد نمونه بگذارید. با حساب هنرجو وارد شوید و از صفحهٔ معرفی به اولین درس بروید. بعد فایل را تحویل دهید و از حساب مدرس بازخورد بفرستید. با همان حساب هنرجو دوباره برگردید و بازخورد را پیدا کنید. در هر قدم ببینید آیا هنرجو می‌داند کار بعدی چیست یا باید از پشتیبان کمک بگیرد.
با یک حساب دوم آزمون دسترسی انجام دهید. آن حساب می‌تواند برای رویداد معرفی ثبت‌نام کرده باشد ولی دوره را نخریده باشد. باید بتواند اطلاعاتی را که برای شرکت‌کنندهٔ رویداد در نظر گرفته‌اید ببیند. فیلم‌ها و تمرین‌های دوره باید بر اساس قاعدهٔ تعریف‌شده در دسترس بمانند. اگر به بخشی از درس دسترسی ندارد، پیام باید او را به صفحهٔ مناسب راهنمایی کند. بررسی را از طریق نشانی مستقیم درس هم انجام دهید.
برای تیم آموزشی یک نمونهٔ جابه‌جایی بسازید. فرض کنید مدرس جلسهٔ سوم عوض می‌شود یا زمان کلاس تغییر می‌کند. چه کسی تقویم را به‌روزرسانی می‌کند، چه کسی بازخوردهای باز را تحویل می‌گیرد و هنرجو از کجا خبردار می‌شود؟ اگر یک نفر بتواند همهٔ تغییرها را از یک نقطه انجام دهد، آن مسیر را ثبت کنید. اگر چند ابزار درگیرند، زمان و ترتیب هر گام را بنویسید. مقایسهٔ بسترها باید این کارهای عادی را هم در نظر بگیرد.
بازپخش رویداد و دسترسی درس را جدا آزمایش کنید
بازپخش معمولاً نسخه‌ای از یک جلسهٔ مشخص است. هنرجوی دوره ممکن است به چند ویدیو، تکلیف و تاریخ پایان دسترسی نیاز داشته باشد. اگر می‌خواهید ضبط یک رویداد را به دوره اضافه کنید، اول مشخص کنید قرار است بازپخش برای شرکت‌کننده بماند یا درس مستقلی از آن ساخته شود. برای حالت دوم شاید لازم باشد بخش‌های وابسته به گفت‌وگوی جلسه را جدا کنید و مقدمهٔ کوتاهی برای مخاطب تازه بسازید.
در حساب برگزارکننده بررسی کنید فیلم بعد از پایان چطور آماده می‌شود و چه کسی می‌تواند آن را منتشر کند. بپرسید آیا دسترسی فیلم برای نوع بلیت یا گروه خاص قابل تنظیم است و در صورت تغییر باید از کجا نتیجه را دید. دربارهٔ زمان آماده شدن فیلم و امکان دریافت فایل از همان پلن سؤال کنید. اگر هنوز نمونه ندیده‌اید، این بخش را «در انتظار آزمون» بگذارید. وعدهٔ فیلم در صفحهٔ فروش را از نتیجهٔ آزمون جدا نگه دارید.
در حساب شرکت‌کننده سه موقعیت را امتحان کنید. فردی که بلیت مناسب دارد باید راه ورود به فیلم را پیدا کند. فردی که بلیت دیگری دارد باید پیام روشن ببیند. فردی که بلیت مناسب دارد ولی زمان دسترسی‌اش گذشته باید بداند راه تمدید یا دریافت کمک چیست، اگر چنین راهی در برنامه دارید. اگر یک سامانه تنها دو حالت عمومی و خصوصی دارد، ببینید همین دو حالت نیاز شما را پوشش می‌دهند یا لازم است فرایند دیگری تعریف کنید.
در یک دوره، دسترسی به فیلم جلسه می‌تواند از دسترسی به تمرین و بازخورد جدا باشد. برای نمونه بعد از پایان فرصت ارسال، ممکن است ویدیو هنوز باز بماند. این وضعیت را با یک حساب منقضی و یک حساب فعال ببینید. بپرسید اگر تاریخ یک هنرجو را تغییر دهید، وضعیت گروه دیگر تحت تأثیر قرار می‌گیرد یا خیر. همین آزمون برای تصمیم دربارهٔ تحویل دوره معمولاً از دیدن فهرست امکانات ضبط مفیدتر است.
مدل ترکیبی را هم با حساب هنرجو بررسی کنید
ممکن است رویداد معرفی را در یک بستر برگزار کنید و دوره را در آکادمی خود تحویل دهید. در این حالت یک نقطهٔ گذار دارید. شرکت‌کننده از پیام رویداد وارد صفحهٔ دوره می‌شود و بعد از خرید باید به حساب آموزشی برسد. در پیام پیگیری، هر پیوند را با وظیفهٔ خودش معرفی کنید. اگر دو سامانه حساب مشترک ندارند، قدم ساخت یا ورود به حساب را با زبان ساده توضیح دهید و با یک کاربر تازه امتحان کنید.
از قبل تعیین کنید کدام داده برای ادامهٔ کار لازم است. تیم شاید فقط به تعداد حاضران برای گزارش رویداد و شناسهٔ سفارش برای تحویل دوره نیاز داشته باشد. اگر فهرست شرکت‌کننده‌ها را دریافت می‌کنید، بررسی کنید چه اطلاعاتی دارد و چه کسی مجاز به دیدن آن است. فرستادن پیام دوره برای همهٔ حاضران باید با ترجیح دریافت پیام و هدفی که هنگام ثبت‌نام اعلام شده هماهنگ باشد. برای آزمون از دادهٔ ساختگی استفاده کنید.
اگر کاربر از صفحهٔ رویداد وارد دوره می‌شود، یک ثبت‌نام آزمایشی را تا اولین درس کامل کنید. ببینید تیم از روی گزارش می‌فهمد کدام سفارش از مسیر رویداد آمده است یا خیر. اگر منبع معلوم نیست، نتیجه را در گروه نامشخص نگه دارید. تعداد بلیت‌های رویداد را با تعداد ثبت‌نام دوره یکی نگیرید. ممکن است یک هنرجو در وبینار شرکت نکرده باشد ولی بعد از دیدن معرفی دوره ثبت‌نام کند.
برای روز اجرای ترکیبی دو مسئول مشخص کنید. یکی مشکل ثبت‌نام و ورود رویداد را پیگیری کند و دیگری خرید و دسترسی دوره را. اگر تیم یک نفره است، همان فرد باید بداند سؤال به کدام حساب یا سامانه مربوط است. یک متن کوتاه برای تحویل پرونده آماده کنید که نام رویداد، نام دوره و شناسهٔ آزمایشی را داشته باشد. اگر بستر جلسه را هم جدا انتخاب می‌کنید، راهنمای آزمون عملی نرم‌افزار کلاس آنلاین از زاویهٔ محیط آموزش به این تصمیم می‌پردازد.
هزینه و گزارش را در یک بازهٔ مشترک مقایسه کنید
برای رویداد هزینهٔ ساخت صفحه، اجرای جلسه، پاسخ پشتیبانی و آماده‌سازی بازپخش را ثبت کنید. هزینه‌های احتمالی بلیت، خدمات تبلیغ یا شیوهٔ تسویه را از شرایط جاری همان خدمت بخوانید. برای دوره، علاوه بر جلسهٔ زنده هزینهٔ آماده‌سازی درس، تحویل فایل و پاسخ به تمرین را هم ثبت کنید. اگر بستر دوره اشتراک ماهانه دارد، سهم ماهی را که هنرجو واقعاً باید دسترسی داشته باشد حساب کنید.
به عنوان نمونهٔ فرضی، اگر اجرای یک رویداد سه میلیون تومان هزینه دارد و ۶۰ شرکت‌کنندهٔ حاضر دارید، هزینهٔ اجرا به ازای هر حاضر ۵۰ هزار تومان است. اگر ۱۰۰ بلیت صادر شده، هزینه به ازای بلیت صادرشده ۳۰ هزار تومان است. این دو عدد سؤال‌های متفاوتی را پاسخ می‌دهند. اولی هزینه برای کسی را نشان می‌دهد که واقعاً حاضر شده و دومی برای ارزیابی فرایند ثبت‌نام کاربرد دارد. هزینهٔ فرضی را به هیچ‌کدام از سرویس‌ها نسبت ندهید.
برای یک دوره، یک هزینهٔ ثابت و یک هزینهٔ وابسته به هنرجو بنویسید. اگر آماده‌سازی و اجرای پایه شش میلیون تومان و بازخورد هر نفر ۱۲۰ هزار تومان است، برای ۲۰ نفر هزینهٔ نمونه هشت میلیون و ۴۰۰ هزار تومان می‌شود. از این جمع، دو میلیون و ۴۰۰ هزار تومان مربوط به بازخورد است. اگر تعداد به ۳۰ نفر برسد و نرخ زمان ثابت بماند، جمع به نه میلیون و ۶۰۰ هزار تومان می‌رسد. پیش از افزایش ظرفیت، بررسی کنید آیا مدرس واقعاً زمان بازخورد برای گروه بزرگ‌تر دارد.
از هر گزینه یک گزارش نمونه بخواهید. برای رویداد، تعداد بلیت، شمار ورود و وضعیت سفارش را جدا بخوانید. برای دوره، ثبت‌نام، دسترسی فعال و تحویل تمرین ممکن است در گزارش‌های جدا باشند. اگر چند بار ورود یک نفر به شکل چند ردیف ثبت می‌شود، برای شمار شرکت‌کننده از شناسهٔ یکتا استفاده کنید. کنار هر عدد، بازه و تعریفش را بیاورید تا اختلاف ظاهر دو گزارش به اختلاف عملکرد تعبیر نشود.
لغو رویداد و تغییر دسترسی را پیش از فروش تمرین کنید
در رویداد تک‌جلسه‌ای فرض کنید مدرس در روز برگزاری امکان حضور ندارد. پیش از انتشار دعوت، تصمیم بگیرید چه کسی دربارهٔ جابه‌جایی یا لغو رویداد اختیار دارد و نتیجه چگونه به شرکت‌کننده می‌رسد. در نسخهٔ آزمایشی، اول صفحهٔ عمومی را بررسی کنید. سپس با حسابی که قبلاً بلیت گرفته وارد شوید و ببینید زمان تازه یا وضعیت لغو کجا دیده می‌شود. اگر حساب شرکت‌کننده همچنان زمان قبلی را نشان می‌دهد، همان اختلاف را به‌عنوان مسئلهٔ قابل اصلاح ثبت کنید. هدف تمرین این است که پیام و وضعیت حساب با هم بخوانند.
اگر ثبت‌نام پولی است، یک نمونهٔ سفارش لغوشده را در همان محیط آزمایشی دنبال کنید. مسئول رویداد باید بتواند شمارهٔ سفارش را پیدا کند و به شرکت‌کننده بگوید پیگیری از کدام مسیر انجام می‌شود. اگر بازگشت وجه بیرون از سامانه انجام می‌شود، زمان و مسئول ثبت آن را جدا بنویسید. در این تمرین هیچ نرخ یا زمان تسویه‌ای را از روی تجربهٔ سرویس دیگر فرض نکنید. شرایط همان قرارداد را ببینید و یک نمونهٔ بدون پول واقعی یا در محیط آزمون درخواست کنید.
برای دورهٔ چندجلسه‌ای، تغییر دسترسی معمولاً محدودتر از لغو کل دوره است. مثلاً یک هنرجو از گروه پنجشنبه به گروه شنبه منتقل می‌شود. از حساب او بررسی کنید درس‌های مشترک همچنان قابل استفاده‌اند و پیوند جلسهٔ قبلی با زمان جدید اشتباه نمی‌شود. بعد ببینید مدرس جدید تمرین ارجاع‌شده را می‌بیند یا باید کسی آن را دستی منتقل کند. نتیجه را برای یک درس، یک جلسه و یک بازخورد بنویسید. این سه قسمت ممکن است در ابزارهای متفاوت نگهداری شوند.
اگر شرکت‌کننده هم بلیت رویداد دارد و هم دوره خریده است، دو تغییر را جدا آزمایش کنید. برای نمونه، لغو بلیت نباید به‌اشتباه وضعیت دورهٔ خریداری‌شده را تغییر دهد. اگر سفارش‌ها در دو سامانه ثبت می‌شوند، شناسهٔ هر کدام را به مسئول درست بدهید. در گزارش نهایی فقط وضعیت مرتبط را اصلاح کنید و برای تطبیق، اطلاعات غیرضروری شرکت‌کننده را جابه‌جا نکنید. این مرحله برای تیمی که از مدل ترکیبی استفاده می‌کند مشخص می‌کند چه اتفاقی در هر سمت رخ می‌دهد.
در آخر از یک همکار که مسیر را طراحی نکرده بخواهید با همان دستورها پاسخ دهد. او باید بتواند بگوید پرداخت کجا بررسی می‌شود، زمان تازه کجا نمایش داده می‌شود و هنرجو برای ادامهٔ دوره باید چه کند. اگر برای هر سؤال به هماهنگی با چند نفر نیاز است، زمان آن را در برآورد اجرای بعدی بیاورید. ممکن است خود بستر کار را انجام دهد، اما آموزش تیم و به‌روز نگه داشتن پیام‌ها همچنان وقت بخواهد.
با یک برگهٔ مشترک نتیجه بگیرید
| آزمون | رویداد تک‌جلسه‌ای | دورهٔ چندجلسه‌ای |
|---|---|---|
| انتشار | صفحهٔ رویداد با موضوع، زمان و نوع بلیت | صفحهٔ دوره با تقویم و تعهد بازخورد |
| ورود | بلیت آزمایشی و ورود از تلفن | ثبت‌نام نمونه و باز شدن نخستین درس |
| پس از جلسه | بازپخش با حساب مجاز و حساب دیگر | تمرین، بازخورد و رسیدن به درس بعد |
| رسیدگی به مشکل | تغییر زمان یا باز نشدن اتاق | پرداخت معتبر با دسترسی بسته یا جابه‌جایی گروه |
| گزارش | بلیت، ورود و وضعیت سفارش | دسترسی معتبر و کار آموزشی ثبت‌شده |
برای هر خانه در نتیجهٔ آزمون بنویسید «انجام شد»، «با کار دستی انجام شد» یا «هنوز آزمایش نشده». اگر نتیجه با انتظار فرق داشت، همان اتفاق را در یک جمله ثبت کنید. برای نمونه «حساب مجاز فیلم را در صفحهٔ رویداد پیدا کرد ولی پیام تأیید نشانی آن را نداشت». این جمله برای اصلاح مسیر از عبارت «بازپخش ضعیف بود» دقیق‌تر است. نام پلن، زمان تمرین و مسئول پیگیری را هم کنار نتیجه نگه دارید.
اگر کار اصلی شما انتشار یک رویداد و رساندن مخاطب به جلسه است، وزن صفحهٔ عمومی، بلیت و ورود را بالاتر بگذارید. اگر تعهد اصلی شما چهار هفته آموزش است، وزن دسترسی درس، تکلیف و بازخورد را بیشتر کنید. اگر هر دو را می‌خواهید، انتقال از رویداد به دوره را یک ردیف مستقل ببینید. تصمیم زمانی آماده است که تیم بتواند با یک حساب تازه مسیر کامل خودش را طی کند و برای مرحله‌ای که دستی است مسئول مشخص داشته باشد.