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



