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