Agentic Commerce: AI Shopper-কে এমন Offer দিন, যা রাখতে পারবেন

“১৫০-এর মধ্যে waterproof jacket চাই, weekend-এর আগে পৌঁছাতে হবে।” ধরুন, ক্রেতা assistant-কে এই অনুরোধ করলেন। একটি outdoor shop-এ উপযুক্ত jacket আছে, কিন্তু product card-এর দাম অন্য size-এর। Delivery estimate-এ যে postcode ধরা হয়েছে, ক্রেতা সেটি দেনইনি। এটি বোঝানোর জন্য বানানো দৃশ্য, কোনও গ্রাহকের বাস্তব ফল নয়।

দোকানকে আরও AI-এর মতো কথা বলতে হবে—সমস্যা সেটি নয়। নির্ভরযোগ্য offer দিতে হবে: ঠিক এই variant, এই মোট দাম, এই গন্তব্যে পাওয়া যাবে, এই শর্তে। Assistant পণ্য খুঁজতে, তুলনা করতে বা কিনতে সাহায্য করতে পারে। তিনটি আলাদা কাজ।

Agentic commerce-এ software কেনাকাটার কাজ করে; অনুমতি ও সুবিধা থাকলে মানুষের হয়ে purchase action-ও নিতে পারে। তার মানে সব assistant payment করতে পারে, সব merchant যোগ দিতে পারে বা customer relationship শেষ হয়ে গেছে—এমন নয়।

Protocol-এর logo দেখার আগে route বুঝুন

এক route-এ assistant পণ্য recommend করে, ক্রেতা আপনার website-এ কেনাকাটা শেষ করেন। আরেকটিতে supported integration assistant-এর মধ্যেই checkout দেখায়। মাঝখানে cart transfer আছে: আপনার cart তৈরি হতে পারে, payment শেষ না-ও হতে পারে। Tracking, cancellation ও return-এর জন্য আরও supported capability দরকার; কেনার integration থাকলেই সব পাওয়া যায় না।

পার্থক্যটি বুঝলে কী কাজ কিনবেন, তা পরিষ্কার হয়। Feed discovery উন্নত করতে পারে, কাউকে order করার অনুমতি না দিয়েই। API specification প্রকাশ করলেই platform programme-এ দোকানের enrolment হয় না। আপনার merchant, দেশ, product category ও ব্যবহারকারীর জন্য কোন experience সত্যিই আছে, যাচাই করুন।

৫ নভেম্বর ২০২৬-এ official source কী বলছে

এগুলি নির্বাচিত checkpoint, সারা বিশ্বের availability list নয়। OpenAI-এর merchant page আর কিছু checkout/help documentation-এ ভিন্ন experience বলা আছে। তাই approved route যাচাই করুন; সবার access আছে বা সুবিধাটি সবার জন্য বন্ধ—কোনোটিই ধরে নেবেন না।

Programme / official reference	যা যাচাই করবেন
ChatGPT merchant programme	বর্তমান merchant page discovery ও নিজস্ব checkout-কে গুরুত্ব দেয়; shopping U.S.-এ আছে বলে। নিজের approved experience যাচাই করুন।
Google UCP Cart API	October documentation-এ cart transfer ও native checkout আলাদা। শুধু transfer-এর জন্য native checkout integration লাগে না।
Perplexity Instant Buy	Help centre compatible merchant-এর মাধ্যমে U.S.-এ কেনার কথা বলে। সব দোকানের সব product eligible নয়।
Amazon Shop Direct / Buy for Me	Shop Direct বাইরের store-এ পাঠায়; eligible Buy for Me product ক্রেতার হয়ে কেনা যায়। Participation control দেখুন।

Jacket-টিকে একটি নির্দিষ্ট Offer হিসেবে চেনান

Product-এর স্থায়ী identity এবং প্রতিটি variant-এর আলাদা identifier রাখুন। উদাহরণে JKT-M-TEAL একটি medium teal jacket; model-এর সব size নয়। Material, fit, care, weight ও প্রমাণসমর্থিত performance claim যথাযথ attribute-এ রাখুন। ফাঁকা field ভরতে GTIN বা waterproof test rating বানাবেন না। “Water-resistant” আর পরীক্ষাসমর্থিত waterproof specification একই বিষয় নয়।

উপকারী গল্প ও photograph-ও রাখুন। মানুষ এবং multimodal assistant ছবি, review, পছন্দ ও brand context ব্যবহার করতে পারে; structured field এগুলির বিকল্প নয়। Product page, feed ও checkout-এর claim নিয়ন্ত্রিত source record থেকে আসুক; প্রতিটি channel mapping-এ ভুল আছে কি না দেখুন।

Feed হল বিতরণ করা copy, তাতে দেরি হতে পারে। Data কত দ্রুত বদলায় ও channel কী চায়, সেই অনুযায়ী update cadence ঠিক করুন। Rejected বা stale item দেখুন; transaction-এর সময় দাম ও বিক্রিযোগ্য stock আবার যাচাই করুন। “Real-time” লিখলেই শেষ jacket reserve হয় না।

Checkout-এ যাওয়ার সময় প্রতিশ্রুতি আবার যাচাই করুন

একটি অনির্দিষ্ট মুদ্রায় হিসাবের উদাহরণ: variant-এর দাম 120, প্রযোজ্য discount 12, shipping 8, ধরা tax 23.20; মোট 139.20। ক্রেতার 150 budget-এর মধ্যে সেটি থাকবে তখনই, যখন budget চূড়ান্ত মোট খরচের জন্য এবং অন্য প্রযোজ্য charge বাকি নেই। Tax শুধু হিসাব শেখানোর অনুমান, কোনও দেশের rate নয়।

Delivery quote-এর জন্য প্রয়োজনীয় তথ্য নিন। Destination, order cutoff, stock location ও carrier service গুরুত্বপূর্ণ। “আগামীকাল dispatch” মানে “weekend-এর আগে পৌঁছাবে” নয়। প্রকৃত estimate ও অনিশ্চয়তা জানান; চুপচাপ size, colour, date বা বেশি দামের item বদলাবেন না।

Commit করার আগে current cart যাচাই, system সমর্থন করলে stock reserve এবং route অনুযায়ী approval বা delegated authority নিশ্চিত করুন। Recommendation, cart, payment authorisation, captured payment ও accepted order আলাদা record। Timeout-এর পর ফল অজানা হলে bounded retry-এর আগে আগের operation খুঁজুন; screen থেমেছে বলে নতুন order করবেন না।

Assistant-কে permission এড়িয়ে যাওয়ার পথ দেবেন না

Public product fact ও private order detail-এর access আলাদা। যাচাইকৃত buyer বা তাঁর স্পষ্ট অনুমোদিত representative-কে শুধু সংশ্লিষ্ট order ও account-এর status দিন। অনুমানযোগ্য order number বা “AI agent” user-agent string অনুমতি নয়। Address, invoice ও staff-only stock data public feed-এ যাবে না।

Server-এ token, scope ও current account permission যাচাই করুন। Untrusted description, review বা tool output যেন payment instruction বা system permission বদলাতে না পারে। স্বাভাবিক fraud, rate limit ও payment control রাখুন; automated client-ও ক্ষতিকর বা ভুল হতে পারে।

Return eligibility, deadline, condition, খরচ ও refund timing নির্দিষ্টভাবে লিখুন; আইনি exception-ও রাখুন। Return request মানে approved refund নয়, shipped মানে delivery প্রমাণিত নয়। নতুন route খোলার আগে support, dispute ও exception কার দায়িত্ব, ঠিক করুন।

Readiness total নয়, প্রমাণ নিয়ে ছোট Pilot চালান

Eligible programme-এ সামলানো যায় এমন কিছু variant নিন। Catalogue quality, checkout ও support-এর owner ঠিক করুন। Source record-এর সঙ্গে sample মিলিয়ে actual destination, discount eligibility, last unit, price change, expired session, commit-এর পর timeout ও অনুমোদিত status lookup test করুন। অন্য customer যেন একই order দেখতে না পারেন, সেটিও পরীক্ষা করুন।

Order data leak, অনুমোদনহীন payment বা অমীমাংসিত duplicate-order আচরণ হলে থামুন। সুন্দর ছবি ও পূর্ণ attribute-এর বেশি combined score এই ব্যর্থতা মেটায় না। Critical case pass হলে এবং operations team pilot-এর order ও টাকা মেলাতে পারলেই বাড়ান।

Feed acceptance ও sampled offer accuracy-কে checkout attempt, accepted order, settled payment, cancellation ও return থেকে আলাদা মাপুন। পাওয়া গেলে channel order reference ও referral data ব্যবহার করুন; unknown source-ও রাখুন। Referral হারাতে পারে, research অন্য device-এ হতে পারে। কয়েকটি attributed sale incremental revenue প্রমাণ করে না। বাড়ানোর আগে matched cohort, acquisition cost, support time ও return-পরবর্তী contribution দেখুন।

দোকানমালিক এবার কী করতে পারেন

একটি jacket-কে source record থেকে supported shopping surface-এ, তারপর approved order এবং authorised status lookup পর্যন্ত নিয়ে যান। প্রতিটি mismatch লিখে owner দিন। ভালো data নির্ভরযোগ্য offer বানায়; recommendation, ranking বা conversion-এর নিশ্চয়তা নয়। পরের platform announcement-এ checkout route বদলালেও এই কাজটি উপকারী থাকবে।

AI shopping series-এর প্রথম পর্ব। এরপর পড়ুন product discovery ও recommendation, তারপর checkout ও delegated payment।

পর্যালোচনা: ৫ নভেম্বর ২০২৬। Anichur Rahaman StoreConsole-এর নির্মাতা। দোকান, product ও হিসাব শিক্ষামূলক উদাহরণ; programme availability বদলাতে পারে।