چرا «یک لایه داده واحد» داستان واقعی همگرایی ERP/CRM است — نه جادوی مغازه‌های کوچک

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

خبر واقعی اینجا چیست؟

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

جداگانه، یک تحقیق مروری بازار که صنعت جهانی نرم‌افزار ERP را رصد می‌کند، نشان می‌دهد فروشندگان در حال اولویت‌دادن به تجربه‌ی کاربری، اتوماسیون هوشمند و پلتفرم‌های اختصاصی هر صنعت به‌عنوان عوامل تمایز رقابتی تا سال ۲۰۳۰ هستند [۲]. این یک چارچوب گسترده‌تر و متداول‌تر از تحقیقات بازار است — مفید برای دیدن اینکه فروشندگان بزرگ می‌گویند کجا سرمایه‌گذاری می‌کنند، اما همچنان توسط یک شرکت تحلیلی که گزارش می‌فروشد تولید شده، به این معنی که چارچوب‌بندی آن به‌طور طبیعی به سمت روایت‌های «بازار در حال تحول است» تمایل دارد. ما این را اطلاعاتی جهت‌دهنده می‌نامیم، نه اثبات قطعی پذیرش.

چرا «یک لایه داده مشترک» این‌قدر برای فروشندگان بزرگ اهمیت دارد؟

منطق هر دو گزارش یکسان است: وقتی فروش، خدمات مشتری، مالی و موجودی هرکدام در سیستم‌های جداگانه زندگی می‌کنند، داده‌ها تکراری، دیرهنگام یا متناقض می‌شوند — یک کارمند خدمات مشتری نمی‌تواند فاکتور اخیر را ببیند، یک پیش‌فاکتور فروش موجودی فعلی را منعکس نمی‌کند، بخش مالی اعداد را روزها بعد تطبیق می‌دهد. به‌هم‌دوختن این سیستم‌ها در یک پلتفرم، با قابلیت‌های هوش مصنوعی روی آن (دستیارهای پیش‌فاکتور، تحلیل پیش‌بینی‌کننده، گردش‌کارهای خودکار)، به‌عنوان میدان نبرد رقابتی بعدی برای فروشندگان نرم‌افزار سازمانی مطرح می‌شود [۱][۲].

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

آیا این واقعاً به مغازه‌های کوچک در بازارهای نوظهور می‌رسد؟

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

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

صاحب یک مغازه چه چیزی باید از روندهای «اختصاصی هر صنعت» و «متمرکز بر تجربه کاربری» ERP بگیرد؟

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

پس برداشت صادقانه چیست؟

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