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