پیش از بارگذاری چه چیزهایی آماده باشد؟

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

ساختار پیشنهادی ZIP

فایل اصلی پروژه در ریشه یا یک پوشه مشخص قرار گیرد. پوشه‌های حجیم موقت، cache، فایل‌های شخصی، .git، کلید خصوصی، دیتابیس واقعی و API Key حذف شوند. نام فایل‌ها روشن و نسخه ایجنت مشخص باشد.

README حرفه‌ای

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

صفحه فروش

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

قیمت‌گذاری

قیمت را با توجه به زمان توسعه، ارزش حل مسئله، هزینه سرویس‌های جانبی، مستندات و پشتیبانی تعیین کنید. هزینه API یا سرور را جدا و روشن اعلام کنید.

فرایند بررسی

فایل ابتدا از نظر ساختار ZIP، بدافزار، وابستگی‌ها، اسرار موجود در کد، دستورات خطرناک و مستندات بررسی می‌شود. گزارش هوش مصنوعی مشورتی است و تصمیم نهایی با مدیر است. نتیجه ممکن است تأیید، درخواست اصلاح یا رد باشد.

دلایل رایج اصلاح یا رد

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

پس از فروش

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

چک‌لیست

  • ZIP در سیستم تمیز آزمایش شده است.
  • Secret واقعی وجود ندارد.
  • README و .env.example کامل‌اند.
  • صفحه فروش با محصول منطبق است.
  • تصویر شاخص مرتبط و دارای Alt Text است.
  • قیمت و پشتیبانی شفاف‌اند.