فاکسیمون یا سپید برای فروش دوره؟ آزمون ثبت‌نام، پرداخت و تحویل دسترسی

اگر برای انتخاب بین فاکسیمون و سپید وقت محدودی دارید، یک سؤال عملی بپرسید. هنرجو پس از دیدن قیمت، پول را چگونه می‌پردازد و چه اتفاقی دسترسی به اولین درس را باز می‌کند؟ این سؤال هم کار هنرجو را روشن می‌کند و هم کاری را که باید مدرس، پشتیبان یا مسئول مالی انجام دهد. وقتی تبلیغ یک دوره جمعه شب به مخاطب می‌رسد، فاصلهٔ خرید تا دیدن اولین درس می‌تواند به ساعت حضور پشتیبان، تنظیمات پرداخت یا وضعیت سفارش بستگی داشته باشد. بهتر است این فاصله را پیش از اولین فروش با شرایط واقعی خودتان بسنجید.

در مسیر مستند فروش دوره در فاکسیمون، مدرس قیمت و روش پرداخت را فعال می‌کند، هنرجو مدرک پرداخت را ثبت می‌کند و دسترسی پس از بررسی ایجاد می‌شود. سپید در صفحهٔ تعرفه‌های خود برای چند پلن از درگاه سپید و در پلن حرفه‌ای از درگاه اختصاصی نام می‌برد. بنابراین برای مقایسه، زمان ثبت مدرک و بررسی را در مسیر اول، و نتیجهٔ بازگشت از درگاه و زمان فعال شدن دسترسی را در مسیر دوم جدا ثبت کنید. این مقاله نوشتهٔ تحریریهٔ فاکسیمون است. شرح امکانات بر صفحات عمومی دو سرویس تکیه دارد و سه سفارش پایین، سناریوی پیشنهادی برای آزمون‌اند. راهنمای فروش دوره در فاکسیمون و تعرفه‌های سپید

مسیر عمومی فروش در هر سرویس چه چیزی را روشن می‌کند؟

در فاکسیمون، راهنمای فروش توضیح می‌دهد که نمایش سفارش به فعال کردن قیمت و روش پرداخت بستگی دارد. در یک آزمایش، ابتدا در نقش مدرس شرایط سفارش را تعیین کنید و سپس با حساب دیگری صفحهٔ معرفی را ببینید. همان لحظه بررسی کنید که مبلغ، شیوهٔ پرداخت و زمان مورد انتظار برای بررسی به چشم می‌آیند. بعد جای پیگیری درخواست را پیدا کنید. شرح محصول، ساختار دوره و مدیریت درس‌ها را پوشش می‌دهد. برای سنجش فروش، خواندن توضیح محصول را با دیدن جریان سفارش از سمت خریدار کامل کنید. مدیریت ویدیو و دوره در فاکسیمون

سپید در معرفی عمومی خود از تعیین قیمت، ثبت‌نام، پرداخت و مدیریت فروش در داشبورد صحبت می‌کند. صفحهٔ تعرفه‌ها میان پلن‌ها در نوع درگاه، کارمزد، زمان تسویه و محدودیت ثبت‌نام تفاوت نشان می‌دهد. وقتی برای آزمایش حساب می‌گیرید، نام پلن و نوع درگاه فعال را کنار تاریخ ثبت کنید. اگر در محیط نمایشی خریدی می‌بینید، از مسئول دمو بپرسید همان مرحله در پلن مورد نظر شما هم وجود دارد و چه پیش‌نیازی برای راه‌اندازی لازم دارد. معرفی خدمات سپید

موضوع مقایسه	آنچه در منابع عمومی فاکسیمون آمده	آنچه در منابع عمومی سپید آمده	شاهد لازم برای انتخاب
نمایش فروش	فعال بودن قیمت و روش پرداخت شرط نمایش سفارش است	مدرس می‌تواند دوره را قیمت‌گذاری کند	صفحهٔ واقعی دوره در حساب هنرجو
مسیر پرداخت	مدرک پرداخت در مسیر سفارش ثبت می‌شود	نوع درگاه با پلن مرتبط است	روش فعال، مبلغ و نتیجهٔ ثبت‌شده
تحویل دسترسی	پس از بررسی پرداخت ایجاد می‌شود	فروش و ثبت‌نام در امکانات معرفی شده‌اند	زمان باز شدن اولین درس پس از موفقیت و رفتار پس از شکست
پیگیری مالی	بررسی سفارش و مدرک پرداخت در گردش کار مدرس مطرح است	کارمزد و زمان تسویه در تعرفه‌ها به تفکیک پلن آمده‌اند	شناسه، وضعیت، مبلغ خالص و نمونهٔ تطبیق
خروج داده	اتصال ساختار دوره به سایت از طریق API در مستند محصول آمده است	داشبورد فروش در صفحهٔ عمومی معرفی شده است	نمونهٔ خروجی سفارش و دسترسی برای نقش مورد نیاز

در جدول، اتصال API به معنی در دسترس بودن همهٔ فیلدهای مالی نیست. معرفی داشبورد هم نشان نمی‌دهد چه فایل‌هایی را می‌توان صادر کرد. برای هر ادعای مربوط به خروج اطلاعات، نمونهٔ واقعی فایل یا پاسخ مستند بگیرید و با کار روزمرهٔ خود تطبیق دهید. اگر از نمایش پنل تصویری برای تصمیم داخلی استفاده می‌کنید، تاریخ و سطح دسترسی نمایش‌دهنده را بنویسید تا آن تصویر به همهٔ حساب‌ها تعمیم داده نشود.

دوره و سه سفارش آزمایشی را به شکل یکسان آماده کنید

یک دورهٔ کوتاه با نام واضح بسازید. یک درس عمومی، یک درس محدود به خریدار و یک فایل همراه داشته باشد. مبلغ نمونه و شرایط تحویل را ثابت نگه دارید. در آزمون اول همهٔ تخفیف‌ها را خاموش بگذارید تا مقدار پایه روشن باشد. بعد اگر تخفیف بخشی از مدل فروش شماست، همان مبلغ را با یک کد آزمایشی تکرار کنید. یک نفر نقش خریدار و نفر دیگر نقش پاسخ‌گوی سفارش را داشته باشد. اگر به تنهایی کار می‌کنید، دو نشست جدا باز کنید و به روشنی ثبت کنید در هر لحظه در کدام نقش هستید.

برای مقایسهٔ عادلانه، نتیجهٔ مورد انتظار هر سناریو را پیش از شروع بنویسید. در سفارش اول، پرداخت یا مدرک معتبر باید به دسترسی درست منجر شود. در سفارش دوم، پرداخت لغوشده یا مدرک مردود باید دسترسی را بسته نگه دارد و راه ادامه را نشان دهد. در سفارش سوم، تکرار اقدام یا تأخیر در ثبت نتیجه نباید باعث اشتباه در سفارش شود. این سه آزمون از مدل ذهنی مدرس شروع می‌شوند و تا رفتار واقعی سمت هنرجو ادامه دارند.

آزمایش را با حساب‌هایی انجام دهید که از قبل خریدار آن دوره نیستند. برای هر سفارش نام مستعار و شناسهٔ جدا بگذارید. اگر محیط آزمایشی درگاه وجود دارد از همان استفاده کنید. برای مدرک پرداخت ساختگی از فرم و فایل مورد توافق در محیط غیرعملیاتی کمک بگیرید. از پشتیبانی بپرسید آیا حساب دمو اجازهٔ دیدن وضعیت پرداخت را می‌دهد. وقتی بخشی از مسیر در دمو قابل اجرا نیست، آن را «آزمایش‌نشده» ثبت کنید و دلیل را بنویسید. هزینه یا موفقیت واقعی خرید از روی فرم دمو قابل استنتاج نیست.

پنج زمان را روی یک خط نگه دارید. نخست دیدن مبلغ، دوم ثبت سفارش، سوم نتیجهٔ پرداخت یا ارسال مدرک، چهارم باز شدن دسترسی و پنجم پخش اولین درس. شاید زمان سوم و چهارم نزدیک باشند. این نزدیکی در یک سفارش به تنهایی ثابت نمی‌کند که در ساعت شلوغ یا خارج از ساعت حضور تیم هم همین اتفاق می‌افتد. پس از نتیجهٔ اول، آزمون را در بازهٔ زمانی دیگری تکرار کنید. برای دوره‌ای که روی فروش لحظه‌ای حساب می‌کند، تأخیر پس از پایان ساعت اداری به همان اندازه مهم است که خود فرایند پرداخت.

سفارش اول، پرداخت معتبر و ورود به درس

در فاکسیمون از لینک دوره با حساب هنرجو شروع کنید. مبلغ و روش پرداخت را ببینید. در محیط مجاز، سفارش نمونه و مدرک آزمایشی را ثبت کنید. پیش از بررسی سفارش یک بار تلاش کنید درس خریداران را باز کنید و نتیجه را یادداشت کنید. در نقش مدرس، سفارش درست را از بین فهرست پیدا کنید و شناسه، مبلغ و دوره را با نمونه مقایسه کنید. پس از ثبت نتیجهٔ بررسی، دوباره به حساب هنرجو برگردید و بررسی کنید چه تغییری دیده می‌شود و چگونه به درس می‌رسید.

در سپید همان درس نمونه را باز کنید و با درگاهی که برای همان حساب و پلن فعال است مسیر را اجرا کنید. در صفحهٔ درگاه مبلغ را کنترل کنید. پس از بازگشت، فقط به پیام موفقیت اکتفا نکنید. وضعیت سفارش را از سمت مدیر ببینید و با حساب هنرجو صفحهٔ دوره را دوباره باز کنید. یادداشت کنید کدام صفحه یا پیام راه ورود به اولین درس را نشان می‌دهد. اگر فروشگاه و دوره آدرس‌های جدا دارند، لینک ارسالی پس از خرید را از همان دستگاه باز کنید تا مطمئن شوید خرید موفق به یک مسیر قابل استفاده ختم می‌شود.

معیار پذیرش را یک نتیجهٔ مشاهده‌پذیر قرار دهید. سفارش آزمون با همان شناسه، همان مبلغ و همان حساب ثبت شده و یک درس محدود در دسترس قرار گرفته است. این نتیجه را با زمان ثبت کنید. اگر مبلغ خریدار با مبلغ سفارش متفاوت است، اول بررسی کنید آیا اختلاف از تخفیف، واحد پول یا تنظیمات هزینه آمده است. برای اولین فروش، همین اختلاف ظاهراً کوچک می‌تواند علت درخواست پشتیبانی باشد. اگر مدرس و هنرجو در دو دستگاه‌اند، ساعت هر دو را با یک مرجع یکسان تنظیم کنید تا اختلاف زمان فعال‌سازی اشتباه گزارش نشود.

در پایان، از حساب هنرجو خارج شوید و با حساب دیگری که خرید نکرده لینک درس محدود را باز کنید. موفق شدن خرید نباید باعث شود درس برای همه قابل مشاهده باشد. یک بار دیگر با همان خریدار وارد شوید و ببینید دسترسی در نشست تازه حفظ شده است. اگر زمان یا تعداد دستگاه بخشی از شرایط فروش شماست، این موارد را برای دور بعد در سناریوی مستقل بگذارید. معیار پایه باید آن‌قدر ساده بماند که پس از تغییر تنظیمات به سرعت قابل تکرار باشد.

سفارش دوم، لغو پرداخت یا مدرک قابل قبول نبودن

در مسیر بررسی مدرک، نمونه‌ای انتخاب کنید که عمداً با مبلغ یا شناسهٔ مورد انتظار مطابقت ندارد و از ابتدا در محیط غیرعملیاتی مشخص شده است. نقش مدرس باید بتواند اختلاف را ببیند و تصمیم را برای همان سفارش ثبت کند. سپس در حساب هنرجو بررسی کنید آیا دلیل، مرحلهٔ بعد و وضعیت دسترسی قابل تشخیص‌اند. اگر برای تکمیل خرید لازم است دوباره مدرک بفرستد، ببینید این کار به همان سفارش وصل می‌شود یا سفارش دیگری ایجاد می‌کند. نتیجه را همان‌طور که رخ داده ثبت کنید.

در مسیر درگاه، نمونهٔ لغو را از داخل محیط مجاز اجرا کنید. اگر برگشت به فروشگاه انجام شد، ببینید صفحه چه پیامی می‌دهد و آیا دکمهٔ اقدام دوباره وجود دارد. بعد وضعیت داخلی سفارش و درس محدود را بررسی کنید. یک مسیر فرعی این است که خریدار پنجره را قبل از بازگشت ببندد. اگر آن را هم آزمایش می‌کنید، در ردیفی جدا ثبت کنید. لغو از دکمهٔ درگاه و بستن مرورگر لزوماً شواهد یکسانی برای تیم مالی ایجاد نمی‌کنند.

برای هر مسیر، به هنرجو پیام روشن نشان دهید. اگر اقدام لازم دوباره پرداخت کردن است، سیستم یا پشتیبان باید بتواند اول وضعیت درخواست قبلی را مشخص کند. اگر سفارش هنوز در حال بررسی است، زمان تقریبی پاسخ را مطابق ساعت کاری واقعی اعلام کنید. پاسخ آماده‌ای مثل «سفارش شمارهٔ نمونه بررسی می‌شود و می‌توانید نتیجه را در همان حساب ببینید» وقتی مفید است که واقعاً راه مشاهدهٔ وضعیت وجود داشته باشد. خود متن را در گوشی تست کنید تا اشاره به دکمه یا نشانی ناموجود در آن باقی نماند.

در این سناریو روشن کنید چه کسی مجاز به تصمیم دربارهٔ سفارش است. اگر دستیار فقط باید وضعیت را ببیند و مسئول مالی اجازهٔ تأیید دارد، هر نقش را در حساب جدا بررسی کنید. مشاهدهٔ یک گزینه با حساب مالک دربارهٔ دسترسی همهٔ اعضای تیم چیزی ثابت نمی‌کند. نام نقش آزمایش‌شده را در گزارش نگه دارید. برای یک مدرس مستقل، همین تفکیک زمانی اهمیت پیدا می‌کند که یک نفر دیگر پاسخ‌گوی هنرجوها شود و قرار باشد بخشی از کار را تحویل بگیرد.

سفارش سوم، تکرار اقدام یا تأخیر در ثبت نتیجه

در فروش واقعی هنرجو گاهی یک صفحه را تازه می‌کند، دو بار یک دکمه را لمس می‌کند یا به دلیل تأخیر پیام دوباره سراغ همان دوره می‌رود. برای شبیه‌سازی، از یک سفارش نمونه آغاز کنید و پس از ثبت آن صفحهٔ وضعیت را دوباره باز کنید. در محیط دمو می‌توانید بازگشت از پرداخت را با ابزار تأییدشدهٔ ارائه‌دهنده تکرار کنید. در مسیر مدرک، دوباره فرستادن یک نمونه را مطابق امکانات محیط امتحان کنید. هدف مشاهدهٔ وضعیت نهایی و شمار رکوردهاست. تکرار آزمایش با پرداخت واقعی می‌تواند مبلغ اضافه ایجاد کند و برای این پروتکل لازم نیست.

از پنل مدیر ببینید چند سفارش، چند سابقهٔ پرداخت و چند مجوز دسترسی دیده می‌شود. وجود یک سفارش معلق و یک سفارش موفق ممکن است طبق طراحی مجاز باشد. برای مدرس، نکته این است که بتواند سفارش موفق را شناسایی کند و اقدام تکراری به فروش یا دسترسی اضافه منجر نشود. اگر گزارش فقط نام کاربر و مبلغ را نشان می‌دهد، ببینید چطور سفارش اول را از دوم تشخیص می‌دهید. شناسه یا زمان دقیق معمولاً در این مرحله کاربرد بیشتری از نام دوره دارد.

اگر محیط آزمون امکان شبیه‌سازی تأخیر را دارد، مدت مشخصی برای انتظار تعیین کنید و وضعیت قبل و بعد را ثبت کنید. در مسیر دستی، می‌توانید بررسی مدرک را به زمان از پیش تعیین‌شده موکول کنید. در مسیر درگاه، تنها با ابزار مجاز محیط آزمون حالت بازگشت دیرهنگام را بسنجید. در هر دو حالت یک نفر نقش پشتیبان را بازی کند و فقط با اطلاعاتی که معمولاً دریافت می‌کند پاسخ دهد. نتیجه نشان می‌دهد آیا باید دسترسی دیگری به پنل بگیرد یا متن پیام وضعیت دقیق‌تر شود.

برگهٔ سادهٔ این تمرین باید به سه پرسش پاسخ دهد. هنرجو چه دید، مدیر چه دید و کدام رکورد به باز شدن درس منتهی شد؟ این سه مشاهده را برای هر سناریو جدا نگه دارید. اگر یکی از آن‌ها نامعلوم ماند، مسئله را به شکل یک سؤال برای دمو یا پشتیبانی بنویسید. مثلاً بپرسید بعد از بسته شدن صفحهٔ پرداخت، مدیر چگونه سفارش برگشتی را به حساب همان هنرجو مرتبط می‌کند. پاسخ قابل آزمون از نام کلی یک قابلیت برای تصمیم خرید ارزش بیشتری دارد.

پلن، تسویه و زمان رسیدگی را کنار هم بسنجید

از صفحهٔ تعرفهٔ سپید، نام پلن، دورهٔ پرداخت اشتراک، ظرفیت ثبت‌نام و نوع درگاه را برای همان روز بردارید. کارمزد و زمان تسویه را هم ثبت کنید. زمان تسویه یعنی چه هنگام مبلغ به حساب پذیرنده می‌رسد. زمان تحویل درس را از آزمون سمت هنرجو می‌گیرید. اختلاف میان این دو ساعت برای برنامهٔ مالی و تجربهٔ خرید دو اثر جدا دارد. در فاکسیمون، هزینهٔ بستر را از صفحهٔ فعلی تعرفه بردارید و زمان رسیدگی به سفارش را با تمرین عملی بسنجید. تعرفه‌های فاکسیمون

هزینه را با تعداد سفارش قابل پیش‌بینی برآورد کنید. هزینهٔ ثابت، مبلغ کارمزد بر اساس تعریف سرویس، هزینهٔ ابزار پرداخت و زمان تیم را در سطرهای جدا بیاورید. مثال فرضی با ۴۰ سفارش و میانگین سه دقیقه رسیدگی برای هر سفارش، ۱۲۰ دقیقه کار می‌دهد. اگر چند سفارش به پیگیری اضافه نیاز دارند، آن زمان را جدا اضافه کنید. این مثال به هیچ سرویس خاصی نسبت داده نشده است. در آزمون واقعی، زمان مشاهده‌شده و تعداد موارد استثنا را جایگزین کنید. اگر دوره کمپین دارد، توزیع سفارش‌ها در ساعات اوج را هم یادداشت کنید.

وقتی پلن محدودیت ثبت‌نام دارد، از ارائه‌دهنده بپرسید واحد شمارش چیست. ممکن است بخواهید بدانید آیا ثبت‌نام رایگان، حساب تست، خرید دورهٔ دوم توسط همان نفر یا سفارش برگشتی از ظرفیت کم می‌کند. پاسخ را برای پلنی که قصد خریدش را دارید مکتوب کنید. برای رشد، یک نمونه با تعداد سفارش معمول و یک نمونه با فروش بیشتر بسازید. اگر در نمونهٔ دوم باید پلن عوض شود، هزینهٔ ارتقا و زمان لازم برای اعمال تنظیم جدید را در مقایسه بیاورید.

اگر تسویه برای پرداخت هزینهٔ تبلیغ یا دستمزد مدرس همکار اهمیت دارد، یک نمونهٔ گزارش مالی بخواهید. مبلغ ناخالص، کسورات و تاریخ ثبت را با آنچه در حساب دریافت می‌شود تطبیق دهید. برای مسیر مستقیم به روش پرداخت مدرس هم ثبت مبلغ و تأیید سفارش را در دفتر مالی خود به همان شناسه وصل کنید. در هر دو مدل، تعیین مسئول تطبیق و نوبت انجام آن روی زمان حل اختلاف اثر دارد. از جدول فروش فقط وقتی برای برآورد استفاده کنید که مشخص باشد هر مبلغ مربوط به چه مرحله‌ای است.

خروج اطلاعات را پیش از فروش جدی امتحان کنید

از هر محیط نمونه‌ای با همان سه سفارش بخواهید. حداقل فیلدهای مورد نیاز معمولاً شناسهٔ سفارش، شناسهٔ هنرجو، نام یا شناسهٔ دوره، مبلغ، وضعیت، زمان تغییر وضعیت و وضعیت دسترسی هستند. ممکن است بخشی از این فیلدها از فایل مالی و بخشی از فهرست ثبت‌نام بیایند. در آن صورت بررسی کنید آیا یک شناسهٔ پایدار برای پیوند فایل‌ها دارید. اگر فقط نام هنرجو مشترک است، با دو حساب آزمایشی هم‌نام امتحان کنید. چنین تداخلی در یک فایل کوتاه به‌راحتی دیده می‌شود و در فروش واقعی زمان زیادی می‌گیرد.

فایل را با ابزاری که قرار است تیم واقعاً استفاده کند باز کنید. واحد مبلغ، قالب تاریخ، حفظ صفرهای ابتدای شناسه و نمایش متن فارسی را ببینید. سه ردیف نمونه را با وضعیت داخل پنل مقایسه کنید. اگر سفارش ناموفق حذف شده یا تاریخ ثبت از تاریخ تأیید قابل تفکیک نیست، تصمیم بگیرید آیا این تفاوت برای حسابداری یا پشتیبانی مشکل ایجاد می‌کند. سؤال را با ذکر نام فیلد و مثال مطرح کنید تا فروشنده بتواند نمونهٔ دقیق‌تری ارائه دهد.

خروجی سفارش و نگهداری محتوای درس را دو کار جدا در نظر بگیرید. برای انتقال آینده باید بدانید فایل اصلی فیلم و فهرست درس‌ها چگونه در اختیار شما می‌مانند و دسترسی فعال کاربران چگونه به مقصد جدید منتقل می‌شود. یک دورهٔ نمونه را با چند حساب ساختگی در نظر بگیرید. اگر قصد مهاجرت دارید، قبل از اعلام تغییر به هنرجو یک بار در مقصد همان حساب‌های مجاز و غیرمجاز را بسنجید. این آزمون به‌ویژه زمانی مهم است که سابقهٔ خرید از سامانه‌ای دیگر آمده و نام یا شناسهٔ دوره عوض شده است.

در بررسی خروجی، بازهٔ زمانی فایل را هم عوض کنید. ابتدا فقط روز سفارش‌های آزمایشی و سپس یک بازهٔ چندروزه را بگیرید. اگر سفارش دیرتر تأیید شده، ببینید در کدام بازه دیده می‌شود. این تفاوت برای گزارشی که تیم در پایان هر هفته تهیه می‌کند مهم است. معیار را از قبل بنویسید تا معلوم شود تیم باید گزارش را بر اساس زمان ایجاد سفارش ببندد یا زمان تأیید. برای کنترل دوباره، تعداد سفارش‌ها و مجموع مبلغ سفارش‌های موفق را با پنل تطبیق دهید و هر اختلاف را با شناسهٔ همان ردیف پیگیری کنید.

نتیجه را با مدل فروش مدرس تطبیق دهید

مدرسی که برای هر دوره ظرفیت محدود و ثبت‌نام مرحله‌ای دارد ممکن است از بررسی سفارش پیش از دسترسی استفاده کند. در این مدل، زمان پاسخ مشخص و امکان یافتن سفارش صحیح از اولویت‌های آزمون هستند. مدرسی که فروش دائمی دارد و وعدهٔ شروع بلافاصله پس از پرداخت می‌دهد، باید موفقیت درگاه و فاصلهٔ آن تا ورود به درس را شرط پذیرش بگذارد. اگر سایت خودتان هم در فروش نقش دارد، مسیر ورود، ارتباط سفارش با حساب و مسئول پاسخ‌گویی را در نقشهٔ سادهٔ خرید مشخص کنید. راهنمای انتخاب پلتفرم فروش دوره

در تصمیم نهایی، الزام‌هایی را که حذف‌شدنی نیستند مشخص کنید. اگر فعال شدن درس در کمتر از ده دقیقه ضروری است، نتیجهٔ واقعی را کنار همین شرط قرار دهید. اگر خروجی سفارش پیش‌نیاز کار تیم مالی است، نمونهٔ قابل خواندن را در پروندهٔ انتخاب نگه دارید. سپس مواردی مانند طراحی صفحه، دامنه و ابزار تخفیف را در کنار هزینهٔ واقعی مقایسه کنید. نتیجه‌ای که فقط با حساب مالک، در یک روز و روی یک سفارش به دست آمده، به همان شرایط محدود است. برای تصمیم خرید، نتیجهٔ هر سه سناریو را با نام پلن و تاریخ مرور کنید.

خلاصهٔ تصمیم را طوری ثبت کنید که همکار دیگری بتواند آن را بررسی کند. نام دورهٔ نمونه، سه شناسهٔ سفارش، نتیجهٔ هر حساب، زمان ثبت و تحویل، پلن آزموده‌شده و وضعیت خروجی مالی کافی‌اند. اگر هنوز دموی یکی از مسیرها را ندیده‌اید، همان ردیف را باز بگذارید. پس از انتخاب و پیش از معرفی عمومی دوره، آزمون موفق را با متن پیام واقعی و دستگاهی که بیشتر هنرجویان استفاده می‌کنند تکرار کنید.