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