در طراحی سایت مارکت پلیس، یکی از تصمیم های مهم این است که «کالا» و «پیشنهاد فروشنده» چگونه از هم جدا شوند. اگر دو فروشنده یک محصول یکسان عرضه کنند، مشتری باید بتواند مشخصات محصول را بفهمد و شرایط خرید هر فروشنده را مقایسه کند. تکرار بی قاعده کالا یا یکی گرفتن موجودی همه فروشنده ها، بعداً جست وجو و عملیات سفارش را پیچیده می کند.
این مطلب یک الگوی پیشنهادی برای طراحی و گفت وگو با تیم فنی است. انتخاب نهایی به نوع کالا و روش همکاری شما بستگی دارد. اگر هنوز مدل کسب وکار را انتخاب نکرده اید، ابتدا تفاوت فروشگاه اینترنتی و مارکت پلیس را بخوانید؛ سپس این الگو را کنار چک لیست نسخه اولیه مارکت پلیس قرار دهید.
کالا، تنوع کالا و پیشنهاد فروش چه تفاوتی دارند؟
«کالا» هویت مشترک محصول است: نام، برند، مدل و مشخصات عمومی. «تنوع» یک حالت قابل خرید آن است، مانند اندازه یا رنگ. «پیشنهاد فروش» به فروشنده تعلق دارد و قیمت، شرایط ارسال، وضعیت عرضه و شناسه داخلی فروشنده را نگه می دارد. موجودی نیز باید به واحد قابل فروش و محل تأمین مشخص متصل باشد.
مثال فرضی را در نظر بگیرید: یک کیف با مدل یکسان، دو رنگ و دو فروشنده دارید. متن معرفی مدل را لازم نیست برای هر پیشنهاد از ابتدا کپی کنید. با این حال، موجودی رنگ مشکی فروشنده الف با موجودی همان رنگ فروشنده ب یکی نیست. اگر کالای فروشنده در جنس، مدل یا شرایط اصلی متفاوت است، ادغام آن با محصول قبلی نیاز به بررسی دارد.
حداقل اطلاعاتی که در نسخه اولیه لازم دارید
- محصول: شناسه پایدار، عنوان روشن، دسته، مشخصات مقایسه پذیر، تصویر و وضعیت تأیید محتوا.
- تنوع: ترکیب ویژگی هایی که واقعاً در انتخاب و موجودی اثر دارند؛ برای مثال رنگ و اندازه.
- پیشنهاد فروش: فروشنده، تنوع مرتبط، قیمت، وضعیت فعال و شرایط تأمین مورد توافق.
- موجودی: مقدار ثبت شده، مقدار رزروشده، مقدار قابل سفارش و زمان آخرین تغییر.
- ردیف سفارش: فروشنده و پیشنهاد انتخاب شده، تعداد و تصویر وضعیت قیمت و مشخصات در زمان خرید.
برای یک فیلد، معنی واحد و مالک تغییر را تعیین کنید. عنوان «موجودی» اگر برای یک فروشنده به معنی انبار قطعی و برای دیگری ظرفیت تأمین فردا باشد، قابل اتکا نیست. در نسخه نخست می توانید محل تأمین را ساده نگه دارید، اما همین تعریف ساده باید در همه فرم ها یکسان باشد.
کالای تکراری چگونه وارد کاتالوگ شود؟
فروشنده ابتدا در کاتالوگ موجود جست وجو کند و در صورت تطبیق، پیشنهاد خود را به محصول درست متصل کند. تطبیق فقط با شباهت عنوان انجام نشود؛ مدل و ویژگی های هویتی اهمیت دارند. برای محصول جدید، مسیر بررسی محتوا و جلوگیری از ادغام اشتباه لازم است.
شناسه داخلی هر فروشنده می تواند متفاوت باشد. آن را کنار شناسه مشترک سامانه نگه دارید تا ارتباط ورودی فایل یا نرم افزار فروشنده از بین نرود. اگر اطلاعات از فایل وارد می شوند، برای ردیف نامعتبر، نتیجه قابل فهم و امکان اصلاح بدهید؛ ورود ناقص نباید بی صدا محصول یا موجودی دیگری را تغییر دهد.
موجودی قابل سفارش و رزرو را تعریف کنید
در یک مدل ساده، موجودی قابل سفارش برابر موجودی ثبت شده منهای مقدار رزروشده است. لحظه ایجاد و پایان رزرو باید مشخص باشد؛ مثلاً رزرو هنگام ورود به مرحله پرداخت، با زمان انقضای محدود. این فقط یک انتخاب طراحی است و برای همه کسب وکارها یکسان نیست.
اگر دو مشتری هم زمان آخرین واحد را می خواهند، کنترل موجودی باید در سمت سرور و به شکل هماهنگ انجام شود. بررسی عدد در صفحه مرورگر کافی نیست. موفقیت پرداخت، لغو سفارش و پایان زمان رزرو نیز باید تغییر وضعیت تعریف شده و قابل تکرار داشته باشند تا یک رویداد تکراری دوبار موجودی را کم یا آزاد نکند.
بپرسید در صورت موفقیت پرداخت پس از انقضای رزرو چه اتفاقی می افتد. پاسخ این وضعیت باید پیش از انتشار روشن باشد؛ از جمله ثبت مسئله، اطلاع مسئول و مسیر پیگیری مشتری. عدد موجودی و وضعیت سفارش نباید بدون سابقه قابل توضیح تغییر کنند.
صفحه محصول و تجربه مشتری را با همین مدل بسازید
مشتری اول محصول و تنوع درست را انتخاب کند، سپس پیشنهاد فروشنده را با قیمت و شرایط روشن ببیند. در سبد خرید مشخص باشد هر ردیف را چه کسی تأمین می کند. اگر ارسال یا زمان تحویل برای فروشنده ها متفاوت است، هزینه و زمان را پیش از تأیید سفارش توضیح دهید.
برای آدرس صفحه و فیلترهای محصول نیز از ابتدا تصمیم بگیرید. ساخت صفحه های تکراری برای هر ترکیب فیلتر، بدون برنامه محتوا و canonical، مدیریت جست وجو را دشوار می کند. فهرست آدرس های اصلی محصول را ثابت و قابل پیگیری نگه دارید و تغییر مدل یا ادغام کالا را با تیم محتوا هماهنگ کنید.
شش سناریوی پذیرش پیش از انتشار
- دو فروشنده برای یک تنوع، قیمت و موجودی مستقل ثبت کنند و اطلاعات یکی دیگری را تغییر ندهد.
- فروشنده محصول مشابه اما با مدل متفاوت وارد کند و مسیر بررسی از ادغام خودکار اشتباه جلوگیری کند.
- دو سفارش هم زمان برای آخرین واحد ایجاد شوند و نتیجه مطابق سیاست موجودی باشد.
- رزرو منقضی شود و فقط یک بار آزاد شود.
- رویداد پرداخت تکرار شود و دوباره از موجودی کم نکند.
- فروشنده قیمت را تغییر دهد، اما اطلاعات خرید تأییدشده قبلی قابل بازبینی بماند.
برای شروع، همین سناریوها را با داده کم و قابل کنترل اجرا کنید. اگر مدل کاتالوگ و مسئولیت فروشنده ها روشن باشد، برآورد نسخه اول دقیق تر می شود. برای بررسی طراحی و پیاده سازی، خدمات توسعه فروشگاه اینترنتی را ببینید و از مسیر مشاوره پروژه گلجام، تعداد فروشنده ها، نوع کالا و روش به روزرسانی موجودی را توضیح دهید.