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