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