Pultrackوبلاگ
FA
هوش مصنوعی عامل‌محور در ERP و CRM: تغییر واقعی یا هیاهوی گزارش‌های بازار؟

هوش مصنوعی عامل‌محور در ERP و CRM: تغییر واقعی یا هیاهوی گزارش‌های بازار؟

خلاصهگزارش‌های تحلیلی بزرگ اکنون از ادغام ERP و CRM در یک پلتفرم واحد «بومی هوش مصنوعی» سخن می‌گویند؛ جایی که عامل‌های نرم‌افزاری دیگر فقط داده‌ها را خلاصه نمی‌کنند، بلکه بر اساس آن‌ها دست به عمل می‌زنند. ما سازنده‌ی Pultrack هستیم، یک اپلیکیشن صندوق فروش (POS) و انبارداری برای مغازه‌های کوچک، به همین دلیل این موضوع را با دقت دنبال می‌کنیم — و به نظر ما شواهد موجود هنوز سطحی، جانبدارانه به نفع فروشندگان، و در عمل بی‌ربط به شیوه‌ی واقعی کار یک مغازه با دو صندوق فروش است.

هر چند ماه یک‌بار موج تازه‌ای از تیترها اعلام می‌کند که نرم‌افزارهای سازمانی به زودی خودشان فکر خواهند کرد. آخرین نسخه‌ی این ادعا این است: سیستم‌های ERP و CRM — یعنی دفاتر مالی پشت‌صحنه و پایگاه‌های داده‌ی مشتریان که شرکت‌های بزرگ بر پایه‌ی آن‌ها کار می‌کنند — ظاهراً در حال ادغام به یک پلتفرم «عامل‌محور» هستند که دیگر فقط داده ذخیره نمی‌کند، بلکه بر اساس آن دست به عمل می‌زند. ما سازنده‌ی Pultrack هستیم، یک اپلیکیشن صندوق فروش و انبارداری برای مغازه‌های کوچک در بازارهای نوظهور، پس به این ادعاها توجه می‌کنیم، بیشتر برای اینکه بفهمیم اگر چیزی از این روند به مغازه‌داری که یک صندوق را می‌گرداند می‌رسد، آن چیز دقیقاً چیست.

این مطلب تلاش ما برای جدا کردن گزارش‌دهی واقعی از بازاریابی است، و صادقانه بررسی می‌کند که چه مقدار از روایت کنونی «ERP/CRM عامل‌محور» بر تعداد کمی از منابعی استوار است که خودشان ذی‌نفع تجاری در درست بودن این داستان دارند.

دقیقاً چه چیزی ادعا می‌شود؟

یک گزارش بازار از StartUs Insights توصیف می‌کند که مجموعه‌های نرم‌افزاری نسل بعدی سازمانی از ثبت صرفِ اطلاعات عبور می‌کنند و به سمت هوش مصنوعی تعبیه‌شده‌ای می‌روند که می‌تواند داده‌های مالی و مشتریان را تفسیر کند و تصمیم‌گیری را در زمان واقعی پشتیبانی کند — یا حتی اجرا کند [۱]. یک بررسی بازار دیگر که از طریق BusinessWire منتشر شده، ادعایی مرتبط اما محدودتر مطرح می‌کند: فروشندگان ERP در حال اولویت‌دادن به بازطراحی تجربه‌ی کاربری، ویژگی‌های اتوماسیون هوشمند، و پلتفرم‌های تخصصی هر صنعت به‌عنوان مزیت رقابتی هستند [۲]. هر دوی این ادعاها با یک روند کلی‌تر همخوانی دارند: فروشندگان نرم‌افزار می‌خواهند «هوشمندی» بفروشند، نه فقط ذخیره‌سازی.

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

آیا هوش مصنوعی «عامل‌محور» در ERP/CRM واقعاً در حال رخ‌دادن است یا فقط یک پیشنهاد فروش است؟

زیر لایه‌ی زبان بازاریابی، یک روند فنی واقعی وجود دارد. فروشندگان بزرگ CRM و ERP از چند سال پیش ویژگی‌های هوش مصنوعی مولد اضافه کرده‌اند — نوشتن پیش‌نویس ایمیل، خلاصه‌سازی تیکت‌های پشتیبانی، شناسایی ناهنجاری‌ها در هزینه‌کرد. ادعای تازه‌تر این است که این ویژگی‌ها در حال تبدیل‌شدن به «عامل‌هایی» هستند که گام بعدی را نیز برمی‌دارند: صدور یک پیش‌فاکتور، به‌روزرسانی یک رکورد، یا راه‌اندازی یک گردش کاری بدون اینکه انسانی هر اقدام را شروع کند [۱]. این یک پرش معنادار در سطح مسئولیت‌پذیری است، و دقیقاً همان نوع ادعایی است که پیش از پذیرفته‌شدن به‌عنوان یک واقعیت قطعی، باید با تأیید مستقل همراه باشد — مطالعات موردی با نام شرکت‌های واقعی، نرخ‌های خطای اندازه‌گیری‌شده، یا بازرسی‌های شخص ثالث. گزارشی که ما پیدا کردیم، استدلالی رو به آینده مطرح می‌کند؛ اما خودش به‌تنهایی مستندی از استقرار گسترده یا نتایج واقعی ارائه نمی‌دهد. در حال حاضر، ما «ERP/CRM عامل‌محور» را یک نقشه‌راه فروشندگان و یک پیش‌بینی تحلیل‌گران می‌دانیم، نه یک تحول عملیاتی مستند‌شده.

چرا این موضوع برای یک مغازه‌ی کوچک اهمیت دارد؟

ادغام بزرگ ERP/CRM، تقریباً به تعریف، یک داستان مربوط به شرکت‌های بزرگ است. سیستم‌هایی که توصیف می‌شوند، روی سازمان‌های چند بخشی قرار می‌گیرند: تیم‌های مالی، تیم‌های فروش، برنامه‌ریزان زنجیره‌ی تأمین، و دفاتر خدمات مشتری، که همگی به یک لایه‌ی داده تغذیه می‌شوند و بعد یک عامل هوش مصنوعی می‌تواند در سراسر آن دست به عمل بزند. مغازه‌ای با یک یا دو صندوق، چنین بخش‌هایی ندارد. مالک مغازه خودش تیم مالی است، تیم فروش است، و دفتر خدمات مشتری است.

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

  • نسخه‌ی سازمانی: عامل‌های هوش مصنوعی پیش‌فاکتورهای فروش را در سراسر یک لایه‌ی داده‌ی یکپارچه‌ی CRM-ERP تنظیم و ارسال می‌کنند.
  • نسخه‌ی مغازه‌ی کوچک: فروش‌های ثبت‌شده در صندوق به‌طور خودکار شمارش انبار را کاهش می‌دهند، در همان ارزی که فروش واقعاً در آن انجام شده، بدون نیاز به یک مرحله‌ی تطبیق جداگانه.

اختلاف مقیاس آن‌قدر زیاد است که بیشترِ آنچه درباره‌ی ادغام ERP/CRM سازمانی نوشته می‌شود، به‌سادگی به یک ویژگی که یک مغازه‌ی محلی به آن نیاز داشته باشد یا بتواند استفاده کند، تبدیل نمی‌شود.

مغازه‌دار واقعاً باید به چه چیزی توجه کند؟

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

  • آیا این ویژگی زمانی که اتصال اینترنت قطع می‌شود — که در بسیاری از بازارهایی که ما برایشان می‌سازیم امری عادی است — همچنان کار می‌کند؟
  • اگر یک «عامل» تصمیمی درباره‌ی قیمت‌گذاری یا موجودی انبار بگیرد که در نهایت اشتباه از آب دربیاید، مسؤولیتش با کیست — خود نرم‌افزار، فروشنده، یا مالک مغازه؟
  • آیا این ویژگی واقعاً کار را کم می‌کند، یا صرفاً کار را به بررسی و تصحیح کاری منتقل می‌کند که هوش مصنوعی انجام داده؟
  • آیا قیمت‌گذاری سطح «مجهز به هوش مصنوعی» برای مغازه‌ای با حاشیه‌ی سود کم منطقی است، یا در قالب یک اشتراک سبک سازمانی بسته‌بندی شده که فرض می‌کند کسب‌وکار بسیار بزرگ‌تری در میان است؟

این سؤالات بیشتر اهمیت دارند تا اینکه نقشه‌راه یک فروشنده از واژه‌ی «عامل‌محور» استفاده کرده باشد یا نه. ویژگی‌ای که به‌آرامی و به‌صورت قابل‌اعتماد دو ارز را روی یک رسید منظم نگه می‌دارد، برای بیشتر کاربران ما مفیدتر از یک چت‌بات است که پیش‌نویس ایمیل فروشی می‌نویسد که اصلاً به آن نیازی نبود.

Pultrack در این میان کجا قرار می‌گیرد؟

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

نتیجه‌ی صادقانه چیست؟

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

سوالات متداول

آیا ادغام ERP و CRM با عامل‌های هوش مصنوعی هم‌اکنون در نرم‌افزارهای کسب‌وکاری پرکاربرد در حال رخ‌دادن است؟

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

آیا این روند هوش مصنوعی سازمانی مستقیماً روی نرم‌افزار صندوق فروش مغازه‌های کوچک اثر می‌گذارد؟

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

آیا یک خرده‌فروش کوچک باید نگران عقب‌ماندن از پلتفرم‌های ERP/CRM بومی هوش مصنوعی باشد؟

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

در این زمینه، تفاوت بین «هوش مصنوعی تعبیه‌شده» و «عامل هوش مصنوعی» چیست؟

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

چرا این مطلب با گزارش‌های بازار ERP/CRM با احتیاط برخورد می‌کند به‌جای اینکه آن‌ها را به‌عنوان واقعیتی قطعی ارائه دهد؟

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

منابع

پولترک را امتحان کنید✈ Telegram