راهنمای طراحی سایت طلای آبشده؛ هزینه و چک‌لیست تحویل

از مدل معامله شروع کنید

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

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

اسکریپت آماده یا طراحی اختصاصی؟

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

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

وزن، نرخ و مبلغ را با یک مثال آزمایشی بررسی کنید

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

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

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

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

ثبت سفارش با دریافت موفق وجه دو رویداد جداست. مشتری ممکن است صفحه بازگشت درگاه را ببندد یا سرویس پرداخت نتیجه را دوباره بفرستد. در بررسی فنی، نتیجه تکراری نباید دوباره به موجودی اضافه شود. مستندات وب‌هوک Stripe نمونه‌ای از ضرورت شناسایی رویدادهای تکراری را توضیح می‌دهد؛ جزئیات اجرای درگاه انتخابی باید با مستندات همان ارائه‌دهنده تطبیق داده شود.

موجودی پول، موجودی طلا و تسویه

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

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

شش سناریو برای جلسه دمو

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

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

هزینه طراحی سایت طلای آبشده از چه بخش‌هایی تشکیل می‌شود؟

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

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

چه چیزهایی را پیش از سفارش مکتوب کنیم؟

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

تکمیل احراز هویت در نرم‌افزار به معنی تأیید همه الزامات فعالیت کسب‌وکار نیست؛ بررسی شرایط فعالیت و قراردادهای لازم، کار جداگانه‌ای است. در بررسی نرم‌افزار هم تأیید عملیات حساس باید در سمت سرور انجام شود و صرفاً به نمایش یک دکمه وابسته نباشد؛ راهنمای تأیید تراکنش OWASP مبنای مناسبی برای گفت‌وگو با تیم فنی است.

قدم بعدی برای بررسی گلدمن

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