آزمون حکمرانی هوش مصنوعی که بیشتر بازاریاب‌ها از آن غافل‌اند
دیجیتال مارکتینگ جهان ترجمه‌شده هوش مصنوعی در مارکتینگ

آزمون حکمرانی هوش مصنوعی که بیشتر بازاریاب‌ها از آن غافل‌اند

۵ شهریور ۱۴۰۵ ⏱ ۷ دقیقه مطالعه 👁 ۰ بازدید ✍️ تحریریه رشدینو منبع: martech.org
✈️ اشتراک در تلگرام 💬 واتساپ 𝕏 توییتر
خلاصه خبر پاسخ سریع در یک نگاه

وقتی هوش مصنوعی تصمیم بازاریابی اشتباهی می‌گیرد، ریشه مشکل می‌تواند در قاعده، کنترل، پیاده‌سازی یا اقتدار پشتیبان آن باشد. این مقاله توضیح می‌دهد چطور لایه واقعی خطا را بیابید و ثابت کنید اصلاح واقعاً ماندگار شده است.

تبریک می‌گوییم؛ مسیر ممیزی (audit trail) شما کار کرد. ورودی، نسخه مدل، بافتار بازیابی‌شده، بررسی سیاست، فراخوان ابزار، وضعیت تأیید و اقدام نهایی را می‌بینید؛ رکورد کامل است. هر لایه‌ای که قرار بود چیزی را ثبت کند، ثبت کرده است. این رکورد فراتر از هر تردیدی ثابت می‌کند هوش مصنوعی شما دقیقاً کار اشتباهی انجام داده — در ایمیلی که پیش‌تر ارسال شده، به برش (segment) مخاطبی که پیش‌تر آن را دریافت کرده. حالا چه؟

اگر دو سال گذشته را صرف ساختن قابلیت ردیابی کرده‌اید، این پرسش احتمالاً سخت‌تر از آنچه باید فرود می‌آید. شما از قبل مشاهده‌پذیری، گاردریل‌ها، موتورهای سیاست، نقاط بازبینی انسان‌درحلقه (human-in-the-loop) و نسخه‌بندی مدل را می‌فهمید. برای تیم‌هایی که از نظر فنی پیچیده‌اند، مسئله شواهد روزبه‌روز بهتر درک می‌شود؛ آنچه همچنان حل‌نشده است، اتفاقی است که در ۱۰ دقیقه پس از رسیدن شواهد رخ می‌دهد، وقتی شواهد دقیقاً آن چیزی را تأیید می‌کند که نمی‌خواستید تأیید شود.

چرا این موضوع پیش از هر جای دیگر به بازاریابی می‌رسد؟ بازاریابی یکی از اتوماسیون‌سنگین‌ترین کارکردهای سازمان است: مدیریت پیشنهاد (bid management)، انتخاب مخاطب، شخصی‌سازی، اتوماسیون چرخه حیات، تولید خط موضوع، چت درون‌سایت و واریانت‌های خلاقانه. بخش بزرگی از این‌ها بدون تأیید انسانی هر خروجی عمل می‌کنند، زیرا تأیید تک‌تک خروجی‌ها اصل کار را از بین می‌برد. افزون بر این، اشتباهات هوش مصنوعی در بازاریابی به‌ندرت آن‌قدر داخلی می‌مانند که پیش از هر چیز بررسی شوند؛ یک پیش‌بینی بد را می‌توان پیش از آنکه کسی بیرون از واحد مالی ببیند، بی‌سروصدا اصلاح کرد؛ اما یک پیشنهاد تبلیغاتی که نباید ارسال می‌شد، حالا در صندوق ورودی، روی صفحه یا در تایم‌لاینِ کسی است. برای بازاریاب‌ها، پاسخگویی هوش مصنوعی به‌طور فزاینده‌ای به شکل یک اسکرین‌شات می‌رسد.

یعنی مدیران بازاریابی (CMO) در حال انباشتن پاسخگویی برای سامانه‌هایی‌اند که خودشان پیکربندی نکرده‌اند، که بر اساس قواعدی کار می‌کنند که هیچ‌کس مکتوب نکرده و در حجمی که هیچ‌کس نمی‌تواند بازبینی کند. وقتی یکی از آن سامانه‌ها چیزی را اشتباه انجام می‌دهد، بازاریابی عواقب را به دوش می‌کشد، چه خودش تصمیم را گرفته باشد چه نه.

اثبات، درستی نیست. یک «رسید تصمیم» (Decision Receipt) باید شواهد کافی از لحظه تصمیم حفظ کند تا نشان دهد چه چیزی بر اقدام حکمفرما بود، چه اقتداری وجود داشت و واقعاً چه اتفاقی افتاد. این قابلیتی معنادار است؛ اما به‌تنهایی برای پرسشی که وقتی خطایی رخ می‌دهد واقعاً اهمیت دارد بی‌فایده است، زیرا رکورد کامل ثابت نمی‌کند تصمیم درست بوده؛ فقط ثابت می‌کند شما آن را به‌وضوح می‌بینید. جعبه سیاه بد است چون نمی‌توانید آن را تشخیص دهید؛ یک تصمیم بد کاملاً مستند بهتر است، اما فقط اگر کسی بداند با تشخیصش چه کند. رسید تصمیم، خودِ سامانه حکمرانی نیست؛ لایه شواهدی است که به شما می‌گوید سامانه را کجا دیباگ کنید. در چارچوب «سامانه عامل تجربه برند» (BXAI-OS)، رسیدهای تصمیم لایه شواهد معماری گسترده‌تری هستند که اقتدار، اجرا و اصلاح را به هم متصل می‌کنند؛ نگاشت NIST آن معماری را در چارچوب مدیریت ریسک هوش مصنوعی (AI RMF) و محیط کنترل امنیت سایبری جای می‌دهد. یک رکورد کامل می‌تواند یک تصمیم بد را با جزئیاتی نفیس حفظ کند و بسیاری از سازمان‌ها در آستانه کشف این نکته‌اند که پزشکی قانونیِ زیبا روی یک اشتباه، همان اصلاح‌کردن نیست.

خوب، حالا فرض کنید رسید تأیید می‌کند هوش مصنوعی اشتباه کرده. کدام لایه را واقعاً باید اصلاح کنید؟ یک کمپین یکسان، سه باگ متفاوت: موتور شخصی‌سازی شما پیشنهاد ۲۰ درصدی را به برشی باارزش بالا ارسال می‌کند. در سه سناریوی جداگانه، رسید از نظر ساختاری یکسان به نظر می‌رسد — همان دسته‌های بافتار، اقتدار، نسخه‌بندی و اقدام ثبت شده‌اند؛ اما شکست‌های زیرین اصلاً یکسان نیستند.

سناریوی ۱: سقف تبلیغاتی مصوب ۱۰ درصد بود. مدل اقتدار درست بود؛ اجرا نتوانست خط را نگه دارد؛ یک قانون کهنه در پلتفرم کمپین، مجوزی که منتشر نشد، گیتی که فعال نشد. این یک باگ پیاده‌سازی است و همانی است که هر تیمی برایش آماده است.

سناریوی ۲: ۲۰ درصد قاعده مصوب بود و سامانه دقیقاً طبق آنچه ساخته شده عمل کرد. سه‌ماه بعد، تحلیل نشان می‌دهد برش مخاطب یاد گرفته منتظر تخفیف بماند و تبدیل فروش با قیمت کامل فرو ریخته است. هیچ‌چیز خراب نشده؛ قاعده قانونی، درست اجرا شده و اشتباه بوده. این شکست مهندسی نیست؛ خود معماری تصمیم نیاز به بازبینی دارد.

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

یک پیشنهاد، سه علت ریشه‌ای بی‌ربط. اصلاح سناریوی ۱ هیچ کاری برای سناریوی ۳ نمی‌کند؛ به همین دلیل رسیدی که فقط می‌گوید «این اتفاق افتاد» هنوز کارش را تمام نکرده. این تمایز بخشی از طبقه‌بندی گسترده‌تر حکمرانی هوش مصنوعی است که در مقاله کاری درباره «معماری تصمیم» صورتبندی شده: چه چیزی سامانه را بالادست حکمفرما می‌کند، چه چیزی آن را هنگام اجرا اعمال می‌کند و چه چیزی شواهد را پایین‌دست حفظ می‌کند.

سخت‌ترین باگ شاید در نرم‌افزار نباشد. مهندسی در پیاده‌سازی یک مشخصات حل‌شده بسیار خوب است؛ به یک تیم شایسته قاعده‌ای روشن بدهید و آن را درست می‌سازند و پیوسته اجرا می‌کنند. شکست یک سطح بالاتر رخ می‌دهد — وقتی کسب‌وکار یک قضاوت حل‌نشده را در لباس یک الزام به مهندسی تحویل می‌دهد. مثال کوچک‌تری را در نظر بگیرید: موتور محتوای شما ایمیلی می‌نویسد که وعده پشتیبانی اختصاصی ۲۴/۷ می‌دهد، چون این عبارت در کمپین‌های قبلی خوب جواب داده؛ اما نمی‌داند پشتیبانی سه ماه پیش پوشش آخر هفته را حذف کرده. هیچ قاعدهای نقض نشده؛ هیچ گیتی از کار نیفتاده؛ سامانه دقیقاً برای همان چیزی بهینه شد که به آن گفته شد و وعدهای تولید کرد که شرکت نمی‌تواند به آن وفا کند. هیچ‌کس هرگز تصمیم نگرفته سامانه اجازه دارد از جانب شرکت چه وعده‌هایی بدهد. این مشکل پرامپت یا مدل نیست؛ تصمیمی است گرفته‌نشده که مدتی طولانی پیش از نوشته‌شدن حتی یک خط کد، گرفته‌نشده مانده.

همین اتفاق در مقیاس بزرگ‌تر وقتی رخ می‌دهد که سامانه‌ها با هم برخورد می‌کنند: اتوماسیون بازاریابی وعده آنبوردینگ دست‌کش سفید می‌دهد؛ دستیار فروش تخفیف حجمی پیشنهاد می‌کند؛ مدل نگهداشت، حساب را در معرض ریسک علامت می‌زند و اعتبار بازگشت (win-back) فعال می‌کند. سه سامانه که هر یک در برابر هدف خودش درست عمل می‌کنند، سه پیام متناقض به یک مشتری در یک هفته می‌دهند. هر رسید نشان می‌دهد قاعده‌ای رعایت می‌شده؛ هیچ‌کدام نشان نمی‌دهد کسی تصمیم گرفته کدام سامانه حرف آخر را می‌زند. مهندسی نمی‌تواند مشروعاً این تصمیم را بگیرد؛ فقط می‌تواند هر پاسخی را که به آن داده شده رمزگذاری کند و وقتی پاسخی داده نشود، پیش‌فرضی فراهم می‌کند. مشکل همیشه اجرا نیست؛ گاهی اجرا چیزی معتبر برای اجرا نداشته است.

هیچ‌یک از این تشخیص‌ها بدون یک چیز قبلی ممکن نیست: رسیدن سریع به حقایق. بازسازی (reconstruction) یعنی تیم پس از رسیدن چالش، پاسخ را سرهم می‌کند؛ بازیابی (retrieval) یعنی شواهد لحظه تصمیم از پیش وجود دارد. بازیابی مقصد نیست؛ شرطی است که تشخیص را اصلاً ممکن می‌کند.

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

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

اگر این را به‌اندازه کافی پیش ببرید، رسید دیگر مصنوعی دفاعی نیست. هر استثنای درست‌حل‌شده سابقه (precedent) می‌شود؛ هر قاعده اصلاح‌شده تصمیم پس از خود را بهبود می‌بخشد؛ و سرانجام سازمان تنها آنچه را تصمیم گرفته ذخیره نمی‌کند — بلکه نگه می‌دارد چرا تصمیم گرفته و چه آموخته. اگر رسید ثابت کند هوش مصنوعی شما اشتباه کرده، پرسش مفید این نیست که آیا می‌توانید اتفاق را بازیابی کنید؛ پرسش این است که آیا می‌توانید بگویید شکست در اجرا بود، در قاعده یا در اقتداری که قاعده را آفرید — و آیا وقتی اصلاحش کردید، می‌توانید ثابت کنید اصلاح برقرار مانده. اثبات به شما می‌گوید چه اتفاقی افتاد؛ حکمرانی وقتی واقعی می‌شود که بتوانید آنچه را بر آن حکمفرما بود اصلاح کنید و ثابت کنید اصلاح برقرار مانده است.

# هوش مصنوعی در مارکتینگ
🔗 اخبار مرتبط

بخوانید