چطور فروشگاه آنلاین بسازیم: محصولات، سبد خرید، پرداخت و موجودی
برای ساخت فروشگاه آنلاین به یک کاتالوگ محصولات، یک سبد خرید، صفحه پرداختی که از طریق ارائه‌دهنده‌ای مثل Stripe پول می‌گیرد، روشی برای ثبت سفارش و کم کردن موجودی، و یک نمای مدیریتی برای ارسال سفارش‌ها نیاز دارید. یک ابزار ساخت اپلیکیشن با هوش مصنوعی می‌تواند همه اینها را از یک توضیح روشن کنار هم بگذارد. بیشترین فکر را باید به بخش‌های پیرامون پول داد، نه خود ویترین فروشگاه: اینکه سفارش کی «پرداخت‌شده» حساب می‌شود، موجودی چطور رزرو می‌شود، و مالیات، ارسال و بازپرداخت چطور مدیریت شوند.
فروشگاه سفارشی یا Shopify؟ اول تصمیم بگیرید
قبل از شروع ساخت، این موضوع را صادقانه بسنجید.
یک پلتفرم فروشگاهی آماده (Shopify، Squarespace Commerce، WooCommerce و مشابه آنها) معمولاً بهتر است وقتی:
- محصولات فیزیکی با نرخ ارسال، برچسب پستی و بازگشت کالا می‌فروشید
- باید مالیات را در مناطق متعدد حساب کنید
- یک تیم غیرفنی هر روز محصول اضافه می‌کند و سفارش‌ها را پردازش می‌کند
- می‌خواهید از فروشگاه افزونه‌ها استفاده کنید؛ نظرات، ایمیل‌مارکتینگ، باشگاه مشتریان
- در چند کانال می‌فروشید و به یک شمارش موجودی نیاز دارید
پلان‌های Shopify اشتراک ماهانه‌اند با تخفیف برای پرداخت سالانه، و پرداخت با کارت هزینه پردازش هم دارد؛ قیمت‌ها بین کشورها فرق می‌کند، پس صفحه قیمت‌گذاری آن را برای کشور خودتان بررسی کنید.
یک فروشگاه سفارشی معمولاً وقتی بهتر است که:
- محصول غیرمعمول باشد: پیکربندی‌کننده محصول برای سفارش‌ساز، ترکیب رزرو و محصول، فایل‌های دانلودی با مجوز، یا لیست قیمت B2B برای هر مشتری
- فروشگاه بخشی از یک اپلیکیشن بزرگ‌تر باشد (پلتفرم دوره، سایت عضویت، بازار آنلاین)
- کاتالوگ کوچکی داشته باشید و بخواهید کنترل کامل طراحی و جریان پرداخت را داشته باشید
- بخواهید کد را خودتان داشته باشید و به یک پلتفرم قفل نشوید
بسیاری از فروشنده‌های کوچک با یک پلتفرم بهتر کار می‌کنند. اگر نیازهای شما معمولی است، این خبر خوبی است؛ از میانبُر استفاده کنید.
یک فروشگاه آنلاین به چه چیزهایی نیاز دارد
داده‌ها
| جدول | فیلدهای کلیدی |
|---|---|
| محصولات | نام، slug، توضیحات، تصاویر، قیمت، فعال یا غیرفعال، دسته‌بندی |
| نسخه‌ها (Variant) | محصول، مقادیر گزینه (سایز، رنگ)، SKU، قیمت جداگانه، موجودی |
| سفارش‌ها | شماره، ایمیل مشتری، آدرس ارسال، وضعیت، جمع جزء، ارسال، مالیات، جمع کل، شناسه پرداخت |
| اقلام سفارش | سفارش، نسخه محصول، تعداد، قیمت واحد در زمان خرید |
| حرکت‌های موجودی | نسخه محصول، تغییر (+/−)، دلیل (فروش، شارژ، بازپرداخت، اصلاح)، تاریخ |
| کدهای تخفیف | کد، نوع، مقدار، تاریخ انقضا، سقف استفاده — بعداً، نه در ابتدا |
در هر قلم سفارش قیمت در زمان خرید را ذخیره کنید. اگر ماه بعد قیمت را تغییر دهید، سفارش‌های قدیمی باید همچنان همان مبلغی را نشان دهند که مشتری پرداخته است.
صفحه‌ها
- ویترین فروشگاه: صفحه اصلی، صفحه دسته یا مجموعه، صفحه محصول، سبد خرید، هدایت به پرداخت، صفحه تأیید سفارش.
- مدیریت: محصولات و موجودی، سفارش‌ها با وضعیت (پرداخت‌شده، بسته‌بندی‌شده، ارسال‌شده، بازپرداخت‌شده)، مشتریان، آمار ساده فروش.
- قوانین و سیاست‌ها: ارسال، بازگشت کالا، حریم خصوصی و شرایط. خریداران قبل از خرید دنبال این صفحه‌ها می‌گردند و در بسیاری از مناطق بخشی از آنها طبق قانون لازم است.
دسترسی‌ها
بگذارید خریدار بدون حساب کاربری خرید کند؛ پرداخت مهمان یک مرحله را حذف می‌کند و حساب کاربری بعداً می‌تواند اضافه شود. فقط مدیران باید سفارش‌ها را ببینند و محصولات را ویرایش کنند؛ بخش مدیریت را با ورود واقعی و بررسی‌های سمت سرور محافظت کنید.
پرداخت باید چطور کار کند
امن‌ترین الگو برای یک فروشگاه سفارشی صفحه پرداخت میزبانی‌شده است. با Stripe این‌طور است:
- خریدار روی پرداخت کلیک می‌کند. سرور شما قیمت‌ها و موجودی را دوباره از پایگاه داده بررسی می‌کند — هرگز به چیزی که مرورگر می‌فرستد اعتماد نمی‌کند — و یک Stripe Checkout session می‌سازد.
- خریدار روی صفحه Stripe پرداخت می‌کند. اطلاعات کارت هرگز به سرور شما نمی‌رسد.
- Stripe به نقطه وب‌هوک اپلیکیشن شما خبر می‌دهد که پرداخت موفق بوده است. فقط در این لحظه سفارش را «پرداخت‌شده» علامت می‌زنید و موجودی را کم می‌کنید.
- خریدار به صفحه تأیید سفارش می‌رود و شما ایمیل تأیید می‌فرستید.
دو اشتباه را باید کنار گذاشت: ساختن سفارش «پرداخت‌شده» از روی بازگشت به صفحه موفقیت (چون کاربران تب را می‌بندند و بازگشت‌ها هم قابل جعل‌اند) و محاسبه مبلغ کل در مرورگر. هر دو برای هوش مصنوعی آسان است اشتباه کند، مگر اینکه صریحاً به آن بگویید.
هزینه استاندارد Stripe درصدی از هر پرداخت موفق کارتی به‌علاوه یک مبلغ ثابت است، بدون هزینه راه‌اندازی یا اشتراک ماهانه (از سپتامبر ۲۰۲۶)؛ نرخ دقیق به کشور و نوع کارت بستگی دارد. اول همه چیز را در حالت آزمایشی Stripe با شماره کارت‌های آزمایشی بسازید. راهنمای ما درباره افزودن پرداخت به اپلیکیشن کلیدها، حالت آزمایشی و وب‌هوک‌ها را پوشش می‌دهد.
تصمیم‌های مالیات، ارسال و موجودی
اینها تصمیم‌های کسب‌وکار هستند و هوش مصنوعی نمی‌تواند به جای شما آنها را بگیرد:
- مالیات. اینکه باید مالیات بر فروش یا ارزش افزوده بگیرید یا نه، و با چه نرخی، به محل شما و مشتریانتان بستگی دارد. Stripe برای این کار محصولی به نام Stripe Tax دارد، یا اگر وضعیتتان ساده است می‌توانید نرخ‌های ثابت تنظیم کنید. اگر مطمئن نیستید، از حسابدار بپرسید.
- ارسال. با چند نرخ ثابت شروع کنید (داخلی، بین‌المللی، رایگان بالای یک مبلغ مشخص). نرخ لحظه‌ای شرکت‌های حمل و برچسب‌زنی جایی است که پلتفرم‌هایی مثل Shopify کار زیادی را برایتان انجام می‌دهند.
- موجودی. تصمیم بگیرید موجودی وقتی رزرو شود که پرداخت شروع می‌شود یا فقط وقتی پرداخت موفق شد. برای فروشگاه‌های کوچک، کم کردن موجودی با تأیید پرداخت و بررسی دوباره درست قبل از پرداخت ساده‌تر است؛ در این حالت گاهی امکان فروش بیش از موجودی برای آخرین قلم وجود دارد، پس از قبل تصمیم بگیرید چطور با آن برخورد می‌کنید. برای ردیابی موجودی فراتر از فروشگاه، به چطور اپلیکیشن مدیریت موجودی بسازیم نگاه کنید.
یک پرامپت اولیه که جواب می‌دهد
یک فروشگاه آنلاین برای Loam & Clay بسازید، یک کارگاه کوچک سفال که لیوان، کاسه و گلدان می‌فروشد. ویترین: صفحه اصلی با محصولات ویژه، صفحه فروشگاه با فیلتر دسته‌بندی، صفحه محصول با گالری تصاویر، نسخه‌های رنگی و وضعیت موجودی، و یک سبد خرید کشویی. محصولات، نسخه‌ها، سفارش‌ها و اقلام سفارش را در پایگاه داده ذخیره کنید و ۱۰ محصول واقع‌گرایانه بسازید. بخش مدیریت (با ورود) برای افزودن و ویرایش محصولات، آپلود تصویر، تغییر موجودی و دیدن سفارش‌ها با وضعیت پرداخت‌شده / بسته‌بندی‌شده / ارسال‌شده. دکمه پرداخت فعلاً می‌تواند یک نمونه جای‌نگهدار باشد — بعداً Stripe Checkout را اضافه می‌کنیم. طراحی گرم و ساده، اول موبایل. هیچ نظر ساختگی یا ادعای «ارسال رایگان به سراسر جهان» نیاید.
شروع با پرداخت جای‌نگهدار عمدی است: اول کاتالوگ و مدیریت را درست کنید، سپس پرداخت را در یک مرحله جداگانه اضافه کنید که بتوانید درست آزمایشش کنید.
مراحل ساخت
- کاتالوگ و صفحه‌های محصول، با نام‌ها، قیمت‌ها و عکس‌های واقعی.
- سبد خرید که با رفرش صفحه از بین نرود.
- مدیریت: محصولات، نسخه‌ها، موجودی، آپلود تصویر. با ورود محافظت شود.
- Stripe Checkout در حالت آزمایشی، با بررسی قیمت و موجودی روی سرور.
- وب‌هوک که سفارش‌ها را پرداخت‌شده علامت می‌زند و موجودی را کم می‌کند. با یک کارت آزمایشی از اول تا آخر تست کنید.
- ایمیل سفارش برای مشتری و برای خودتان.
- سیاست‌ها و سئو: صفحه ارسال و بازگشت کالا، عنوان و توضیح محصولات، تصاویر اشتراک‌گذاری. راهنمای سئو برای وب‌سایت‌های ساخته‌شده با هوش مصنوعی را ببینید.
- راه‌اندازی نهایی: سوییچ به کلیدهای واقعی Stripe، ثبت یک سفارش کوچک واقعی توسط خودتان و بازپرداخت آن.
اشتباه‌های رایج
- اعتماد به قیمت‌های مرورگر. همیشه روی سرور دوباره حساب کنید.
- علامت‌زدن سفارش به‌عنوان پرداخت‌شده در صفحه موفقیت به‌جای وب‌هوک.
- بازنویسی عدد موجودی به‌جای ثبت حرکت‌ها — تاریخچه اینکه چرا موجودی تغییر کرده از بین می‌رود.
- راه‌اندازی بدون صفحه‌های ارسال و بازگشت کالا.
- تصاویر محصول بسیار حجیم. آنها را فشرده کنید و از فضای ذخیره‌سازی فایل سرو کنید، نه داخل کد.
- ساختن لیست علاقه‌مندی، نظرات و امتیاز وفاداری قبل از اولین فروش.
هزینه‌های جاری
برای این موارد بودجه بگذارید: میزبانی و پایگاه داده، کارمزد پردازش پرداخت برای هر فروش، دامنه، سرویس ایمیل برای تأیید سفارش، و احتمالاً یک سرویس مالیاتی. فروشگاه سفارشی اشتراک پلتفرم و هزینه افزونه را حذف می‌کند، اما نگهداری را خودتان بر عهده می‌گیرید: وقتی جایی در پرداخت خراب شود، رفع آن با شماست.
اگر می‌خواهید فروشنده‌های دیگری هم داشته باشید — چند فروشنده که هرکدام پرداخت جداگانه می‌گیرند — آن یک بازار آنلاین است و قوانین پرداخت متفاوتی دارد. راهنمای چطور بازار آنلاین بسازیم را ببینید.
ساختن آن با Mythex
در Mythex فروشگاه را توصیف می‌کنید و عامل هوشمند، کاتالوگ، سبد خرید و بخش مدیریت را در یک پیش‌نمایش زنده می‌سازد، با یک پایگاه داده Postgres برای محصولات و سفارش‌ها و ذخیره‌سازی فایل برای تصاویر محصول. نمونه استفاده فروشگاه در مستندات دقیقاً همین ترتیب بالا را توصیه می‌کند: اول کاتالوگ، بعد پرداخت.
پرداخت با حساب Stripe خودتان انجام می‌شود: کلیدهای Stripe را به‌عنوان secret پروژه اضافه می‌کنید و از عامل می‌خواهید Checkout را اضافه کند، سپس با کارت‌های آزمایشی Stripe در پیش‌نمایش تست می‌کنید (دستور Stripe). وب‌هوک‌ها به یک آدرس عمومی نیاز دارند، پس قبل از اینکه Stripe را به آنها وصل کنید باید منتشر کنید (دستور وب‌هوک). مالیات، ارسال و همگام‌سازی موجودی ویژگی‌های آماده Mythex نیستند و یکپارچه‌سازی بومی با Shopify وجود ندارد — اگر اینها را به‌صورت یک محصول کامل می‌خواهید، Shopify انتخاب بهتری است. برای شروع، قالب‌های فروشگاه را ببینید، مثل قالب فروشگاه آنلاین.
پرسش‌ها
آیا می‌توانم با هوش مصنوعی فروشگاه آنلاین بسازم؟
بله. یک ابزار ساخت اپلیکیشن با هوش مصنوعی می‌تواند کاتالوگ، صفحه‌های محصول، سبد خرید و مدیریت سفارش را بسازد و پرداخت را با حساب خودتان به یک ارائه‌دهنده پرداخت مثل Stripe وصل کند. مالیات، ارسال و قوانین انجام سفارش بخش‌هایی هستند که خودتان باید تصمیم بگیرید و با دقت آزمایش کنید.
برای فروش آنلاین حتماً به Shopify نیاز دارم؟
نه. می‌توانید با یک فروشگاه سفارشی و یک ارائه‌دهنده پرداخت مثل Stripe بفروشید. اگر می‌خواهید موجودی، ارسال، مالیات و افزونه‌ها در یک محصول مدیریت شوند، یا اگر تیم غیرفنی فروشگاه را روزانه اداره می‌کند، Shopify هنوز انتخاب آسان‌تری است.
چطور در یک فروشگاه آنلاین سفارشی پرداخت دریافت کنم؟
بیشتر فروشگاه‌های سفارشی خریدار را به Stripe Checkout می‌فرستند، یعنی صفحه پرداختی که روی سرورهای Stripe است، و وقتی Stripe از طریق وب‌هوک پرداخت را تأیید کرد، سفارش ساخته می‌شود. اطلاعات کارت هرگز به سرور شما نمی‌رسد و این کار هم ساده‌تر و هم امن‌تر است.
چطور موجودی را دقیق نگه دارم؟
موجودی را فقط وقتی پرداخت تأیید شد کم کنید، درست قبل از ساختن صفحه پرداخت دوباره موجودی را بررسی کنید، و هر تغییر (فروش، شارژ انبار، بازپرداخت) را به‌عنوان یک حرکت ثبت کنید نه اینکه عدد را بازنویسی کنید. هر کالایی که در کانال‌های دیگر فروخته می‌شود باید همان شمارش موجودی را به‌روز کند.