از یک فروشنده کوچک آنلاین بپرسید "تسویه حساب" به چه معناست و تا همین اواخر، پاسخ ساده بود: یک فرد روی صفحه محصول فرود میآید، کالایی را به سبد خرید اضافه میکند و یک شماره کارت تایپ میکند. در سال ۲۰۲۶، این فرض به آرامی در حال شکستن است. سهم رو به رشدی از خریدها اکنون نه توسط فردی که روی فروشگاه شما کلیک میکند، بلکه توسط یک عامل هوش مصنوعی که از طرف آن فرد عمل میکند آغاز میشود — مقایسه قیمتها، خواندن نظرات و تکمیل خرید در پسزمینه در حالی که انسان کاملاً مشغول کار دیگری است.
این یک پیشبینی دور نیست. از ژانویه ۲۰۲۶، گوگل، اوپنایآی، علیبابا، استرایپ، آمازون و والمارت همگی استانداردهای رقیب (و گاهی همپوشان) را برای نحوه کشف محصولات و پرداخت برای آنها توسط عوامل هوش مصنوعی عرضه کردهاند. اگر چیزی را به صورت آنلاین میفروشید، از شما خواسته میشود — به طور ضمنی و گاهی آشکار — فروشگاه خود را برای ماشینهایی که هرگز نخواهید دید و توسط شرکتهایی که جریان تسویه حساب آنها را کنترل نمیکنید، قابل خواندن کنید.
در اینجا آنچه واقعاً تغییر کرده است، اینکه چرا ناگهان چهار "پروتکل تجارت" مختلف به جای یک پروتکل وجود دارد، و آنچه یک فروشنده کوچک باید واقعاً در این سال در مورد آن انجام دهد، آورده شده است.
تصاحب پروتکل در اوایل سال ۲۰۲۶
چند ماه گذشته شاهد ظهور یک سری استانداردهای رقیب بود که هر کدام توسط پایگاه نصب یک پلتفرم مختلف پشتیبانی میشوند:
- پروتکل تجارت جهانی گوگل (UCP) در NRF در ژانویه ۲۰۲۶ راهاندازی شد و به مردم اجازه میداد مستقیماً در داخل برنامه جمینای خرید کنند — که گوگل میگوید تقریباً ۷۵۰ میلیون کاربر فعال ماهانه دارد. شرکای راهاندازی شامل شاپیفای، اتسی، تارگت و ویفر بودند و والمارت بلافاصله پس از آن به آنها پیوست.
- پروتکل تجارت عاملی اوپنایآی (ACP) خرید در داخل ChatGPT را امکانپذیر میکند که در فوریه ۲۰۲۶ از ۹۰۰ میلیون کاربر فعال هفتگی عبور کرد. قابل توجه است که اوپنایآی بیسر و صدا ویژگی اصلی "تسویه حساب فوری" خود را در مارس ۲۰۲۶ پس از عملکرد ضعیف آن متوقف کرد — یادآوری که حتی بزرگترین بازیگران نیز هنوز در حال figuring out هستند که چه چیزی واقعاً تبدیل میکند.
- پروتکل اعتماد تجارت عاملی علیبابا برای برنامه Qwen در ژانویه ۲۰۲۶ راهاندازی شد و علیپی گزارش داد که در یک هفته از طریق این ادغام ۱۲۰ میلیون تراکنش انجام شده است — شواهدی که خریدهای آغاز شده توسط عامل میتوانند پس از حذف اصطکاک به سرعت مقیاس شوند، حداقل در بازارهایی که برای پرداختهای مبتنی بر برنامه آماده شدهاند.
- پروتکل پرداخت ماشینی (MPP) که توسط استرایپ و تمپو در مارس ۲۰۲۶ معرفی شد و با تعهدات ویزا و مسترکارت پشتیبانی میشود، مشکل کاملاً متفاوتی را هدف قرار میدهد: تراکنشهای هوش مصنوعی به هوش مصنوعی، جایی که یک سیستم خودکار به سیستم دیگر پرداخت میکند و هیچ انسانی در حلقه وجود ندارد.
در بالای پروتکلهای جدید، بازیگران آشنا در زمینه پرداخت در حال رقابت برای تبدیل شدن به بافت همبند بین آنها هستند. ادین، پیپال، استرایپ و ورلدپی همگی خود را به عنوان "اتصالدهندههای" جهانی قرار میدهند که هر پروتکل را صحبت میکنند تا بازرگانان مجبور نباشند با هر یک به طور جداگانه ادغام شوند. مشارکت پیپال با پرپلکسیتی برای ویژگی "خرید فوری" یک مثال اولیه از آن استراتژی اتصالدهنده در عمل است.
چرا پذیرش کندتر از آن چیزی است که عناوین خبری نشان میدهند
ارزش دارد در مورد جایگاه واقعی رفتار مصرفکننده صادق باشیم: پذیرش گسترده عوامل خرید هوش مصنوعی همچنان پایین است و علاقه — در حالی که در حال رشد است، به ویژه در میان نسل هزاره و مردان — هنوز به یک عادت اصلی تبدیل نشده است. زیرساختها بسیار جلوتر از تقاضا در حال ساخته شدن هستند، که دقیقاً الگویی است که قبل از تغییرات گذشته مانند تسویه حساب موبایلی و همین الان بخر بعداً پرداخت کن رخ داده است. پروتکلها وجود دارند؛ مشتری روزمرهای که از آنها برای یک خرید معمولی استفاده کند، اکثراً هنوز وجود ندارد.
این شکاف برای این که یک فروشنده کوچک با چه فوریتی باید واکنش نشان دهد، مهم است. این یک آتشسوزی پنج آلارمه نیست که مجبور باشید فروشگاه خود را یک شبه بازسازی کنید. اما این روندی است که ارزش دارد اکنون برای آن موقعیتگیری کنید، قبل از اینکه آمادگی کاتالوگ به اندازه طراحی واکنشگرای موبایل یا SEO اولیه به یک الزام اساسی تبدیل شود.
این در واقع برای صاحبان فروشگاههای کوچک چه معنایی دارد
بیشتر اصطکاک برای بازرگانان کوچک و متوسط فلسفی نیست — بلکه ساختاری است. یک عامل هوش مصنوعی فقط در صورتی میتواند محصول شما را توصیه و خریداری کند که بتواند محصول شما را بخواند. این یعنی:
دادههای محصول شما باید قابل خواندن توسط ماشین باشد. عناوین تمیز، دادههای ساختاریافته دقیق (قیمت، موجودی، تنوعها، شرایط حمل و نقل)، و توضیحات خاص بیش از هر زمان دیگری اهمیت دارند. یک صفحه محصول که کاملاً به عنوان نثر بازاریابی نوشته شده است، با مشخصات واقعی که در یک تصویر یا یک برگه مشخصات PDF دفن شده است، برای یک عامل که یک مقایسه ساختاریافته انجام میدهد نامرئی است.
ثبتنام اغلب خودکار است، نه اختیاری. اگر در شاپیفای میفروشید، ممکن است به طور پیشفرض در تسویه حساب Copilot (ادغام UCP شاپیفای) ثبتنام شده باشید، مشروط به کنترلهای بازرگان خودتان. ارزش دارد تنظیمات پلتفرم خود را بررسی کنید به جای اینکه فرض کنید تحت تأثیر قرار نگرفتهاید زیرا هرگز برای چیزی ثبتنام نکردهاید. اگر در پلتفرمی با ادغام مستقیم نیستید، معمولاً باید از طریق یک شریک پرداخت یا یک مرکز بازرگان درخواست دهید تا با گسترش جغرافیایی پروتکلها در طول سال ۲۰۲۶ شامل شوید.
احتمالاً باید از بیش از یک پروتکل پشتیبانی کنید، نه اینکه یک برنده را انتخاب کنید. چهار استاندارد اصلی و غیرقابل تعامل در حدود سه ماه از یکدیگر ظهور کردند. شرط بندی تلاش ادغام خود روی یک پروتکل "برنده" واحد به همان روشی که ممکن است روی یک پلتفرم اجتماعی شرط بندی کنید، مدل ذهنی اشتباهی است در اینجا — رویکرد واقعی این است که پردازشگر پرداخت یا پلتفرم خود را به عنوان لایهای در نظر بگیرید که باید تکهتکه شدن پروتکل را جذب کند، به طوری که مجبور نباشید خودتان چهار ادغام جداگانه بسازید.
اعتماد و تمایز همچنان مهم هستند — به طور قابل بحثی بیشتر. یک عامل که محصولات را فقط بر اساس قیمت و مشخصات مقایسه میکند، برای هر کسی بدون مزیت هزینه، یک مسابقه به سمت پایین است. مزیت جدید و ناقص بودن تجارت عاملی این است که فروشندگانی که در حال حاضر با فهرستهای کامل، قابل اعتماد و ساختاریافته حاضر میشوند، در حالی که بیشتر رقبا هنوز زحمت آن را به خود ندادهاند، دید نامتناسبی دریافت میکنند.
مشکل حسابداری که هیچ کس در مورد آن صحبت نمیکند
در اینجا بخشی است که در بیانیههای مطبوعاتی راهاندازی پروتکل گم میشود: هر مسیر جدید تسویه حساب همچنین یک مسیر جدید تطبیق است. اگر یک فروش اکنون از طریق تسویه حساب Copilot شاپیفای، یک تراکنش ACP که توسط ChatGPT آغاز شده است، یک خرید در برنامه جمینای و تسویه حساب معمولی فروشگاه شما برسد — این چهار منبع تراکنش مختلف است که در فید بانکی شما فرود میآیند، به طور بالقوه با چهار ساختار کارمزد مختلف، چهار جدول زمانی تسویه حساب مختلف و چهار روش مختلف برای شروع یک برگشت وجه.
این اصطکاک فرضی نیست. اختلافات برگشت وجه در حال حاضر سالانه دهها میلیارد دلار برای بازرگانان هزینه دارد، در حالی که حجم آن با رشد تراکنشهای دیجیتال و بدون کارت (card-not-present) به شدت در حال افزایش است — و یک عامل هوش مصنوعی که یک خرید را بدون تماشای فعال دارنده حساب تکمیل میکند، دقیقاً همان الگوی تراکنشی است که تمایل به ایجاد اختلاف دارد. سطح تسویه حساب خود را در چهار پروتکل ضرب کنید و مواجهه خود را با یک ساختار کارمزدی که ممکن است هنوز کاملاً آن را درک نکنید، و با الگوهای اختلافی که با baseline تاریخی شما مطابقت ندارند، چند برابر کردهاید.
فروشندگانی که در اینجا جلوتر میافتند، آنهایی نیستند که سریعترین ادغام را با هر پروتکل انجام دهند. آنها کسانی هستند که واقعاً میتوانند به این سوال پاسخ دهند "این واریز از کدام کانال است و آیا کارمزد آن با آنچه به من گفته شد مطابقت دارد" — برای هر دلار، هر کانال، هر ماه. این یک مشکل انضباط حسابداری به اندازه یک مشکل فناوری است، و آسان است که اجازه دهیم تا زمانی که یک صورت حساب بانکی مبلغی را نشان دهد که واقعاً ردیابی آن به سفارشهای فردی دشوار است، از آن غافل شویم.
حسابداری متنساده (Plain-text accounting) به طور طبیعی برای این نوع تکهتکه شدن مناسب است. زیرا هر تراکنش یک خط متن در یک دفتر کل تحت کنترل نسخه است به جای یک ردیف که در داخل داشبورد فروشنده قفل شده است، میتوانید درآمد را بر اساس کانال برچسبگذاری کنید — فروشگاه، UCP، ACP، MPP، هر چه بعد بیاید — و به همان روش در همه آنها جستجو کنید، به جای اینکه برای تطبیق چهار جدول کارمزد جداگانه به صورت دستی وارد چهار پورتال بازرگان جداگانه شوید.
امسال واقعاً چه باید کرد
نیازی نیست هر راهاندازی پروتکل را دنبال کنید. یک رویکرد منطقی و بدون وحشت برای سال ۲۰۲۶:
- ابتدا دادههای محصول خود را ممیزی کنید. قبل از نگرانی در مورد اینکه کدام پروتکل را ادغام کنید، مطمئن شوید کاتالوگ موجود شما اطلاعات تمیز، ساختاریافته و دقیقی دارد — این پیشنیاز برای هر عاملی است که اصلاً شما را نمایش دهد.
- بررسی کنید در چه مواردی قبلاً ثبتنام شدهاید. اگر در شاپیفای یا پلتفرم اصلی دیگری هستید، تنظیمات بازرگان خود را برای ویژگیهای تسویه حساب عاملی که ممکن است به طور خودکار در آنها انتخاب شده باشید، بررسی کنید.
- اجازه دهید پردازشگر پرداخت شما تکهتکه شدن را جذب کند. از پردازشگر موجود خود بپرسید که قبلاً از چه پروتکلهایی به عنوان یک "اتصالدهنده" پشتیبانی میکند، به جای اینکه خودتان هر استاندارد را ارزیابی و ادغام کنید.
- از روز اول درآمد را بر اساس منبع برچسبگذاری کنید. هر کانالی که فعال میکنید، مطمئن شوید حسابداری شما میتواند یک فروش آغاز شده توسط عامل را از یک فروش عادی جدا کند — شما هم برای تطبیق کارمزد و هم برای درک اینکه کدام کانال واقعاً درآمد را هدایت میکند، به آن داده نیاز خواهید داشت.
- به طور خاص نرخ برگشت وجه را در کانالهای جدید زیر نظر بگیرید. فرض نکنید نرخ اختلاف تاریخی شما پس از شروع خریدها از طریق مسیری که مشتری شما به صورت دستی روی آن کلیک نکرده است، ثابت میماند.
جنگ پروتکل بسیار از حل شدن فاصله دارد، و کاملاً ممکن است دو یا سه مورد از این چهار استاندارد در طول سال ادغام یا محو شوند. اما تغییر اساسی — خریدهایی که توسط نرمافزار به جای فردی که روی دکمه کلیک میکند آغاز میشوند — جهتی است که تجارت در حال حرکت است. آمادهسازی دادههای محصول و دفاتر خود برای آن در حال حاضر هزینه کمی دارد و صرف نظر از اینکه کدام پروتکل در نهایت پیروز شود، سود خواهد داد.
دفاتر خود را برای هر کانالی که بعد میآید آماده نگه دارید
هر مسیر جدید تسویه حساب منبع دیگری از تراکنشها را اضافه میکند که دفاتر شما باید آنها را معنا کنند — و فروشندگانی که میتوانند یک واریز را به سفارش و کانالی که از آن آمده ردیابی کنند، کسانی هستند که قبل از اینکه به یک مشکل واقعی تبدیل شود، یک مغایرت کارمزد یا الگوی برگشت وجه را تشخیص میدهند. Beancount.io حسابداری متنسادهای را ارائه میدهد که هر تراکنش را در یک دفتر کل شفاف و تحت کنترل نسخه نگه میدارد که میتوانید آن را بر اساس کانال برچسبگذاری و جستجو کنید، بدون وابستگی به فروشنده. به صورت رایگان شروع کنید و تطبیق خود را به اندازه کانالهای فروشتان انعطافپذیر نگه دارید.