سیستم‌عامل هوش سازمانی چیست و چرا مدیران به یک پنجره نیاز دارند؟

پراکندگی؛ هزینه‌ای که در هیچ گزارشی نیست

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

هر کدام از این نرم‌افزارها ممکن است به‌تنهایی خوب باشد. مشکل در فاصله میان آن‌هاست، و این فاصله چهار هزینه دارد:

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

این هزینه‌ها در هیچ صورت مالی ردیف جدا ندارند. برای همین مدت‌ها عادی به نظر می‌رسند.

یک آزمون ساده برای سنجیدن این هزینه: یک پرسش معمولی مدیریتی بنویسید و زمان بگیرید تا جواب مطمئن به دستتان برسد. اگر جواب از چند نفر و چند فایل گذشت، پراکندگی را همان‌جا دیده‌اید.

سیستم‌عامل هوش سازمانی یعنی چه

به سیستم‌عامل رایانه‌تان فکر کنید. کار اصلی را برنامه‌ها انجام می‌دهند: نوشتن، حساب کردن، طراحی. سیستم‌عامل جای آن‌ها را نمی‌گیرد. یک سطح مشترک می‌سازد: پنجره، اعلان، جستجو و دسترسی. شما هم مجبور نیستید برای هر برنامه راه تازه‌ای یاد بگیرید.

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

Single Pane of Glass؛ ایده پشت «یک پنجره»

اصطلاح Single Pane of Glass، یعنی «یک شیشه واحد»، بیشتر در مدیریت زیرساخت فناوری رایج شد. تیم‌هایی که چندین ابزار پایش داشتند می‌خواستند همه را روی یک صفحه ببینند. همین ایده حالا برای مدیریت کل سازمان هم مطرح است.

این ایده معمولاً سه جور بد فهمیده می‌شود:

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

سه چیزی که از هر پلتفرم لازم دارید

معیار خوب برای این لایه ساده است. از هر پلتفرم فقط سه چیز را بیاورید:

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

چرا پلتفرم‌ها باید با هم حرف بزنند

کنار هم گذاشتن چند داشبورد هنوز به معنی یکپارچگی نیست. ارزش اصلی وقتی پیدا می‌شود که رویداد یک پلتفرم در پلتفرم دیگر دیده شود. به این پیام‌ها سیگنال بین‌ماژولی می‌گویند.

مثال فرضی: مشتری بزرگی دو هفته است در پشتیبانی شکایت دارد. تیم فروش همان روزها منتظر امضای تمدید قرارداد است و خبر ندارد. اگر این دو داده به هم برسند، فروش پیش از تماس بعدی می‌داند ماجرا چیست. برای این کار سه چیز لازم است:

• شناسه یکسان برای مشتری، کارمند و قرارداد در سامانه‌های مختلف.
• یک لایه داده مشترک که رویدادها روی آن جابه‌جا شوند.
• قاعده روشن برای اینکه هر رویداد به چه کسی نشان داده شود.

بدون شناسه یکسان، هیچ لایه‌ای نمی‌تواند بفهمد این مشتری همان مشتری است. برای همین پاک‌سازی داده معمولاً کاری است که باید پیش از هر چیز انجام شود.

فرقش با داشبورد مدیریتی، ERP و پورتال

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

یک پنجره چه خطری دارد

هر جا همه چیز جمع شود، خطر هم جمع می‌شود. پیش از انتخاب چنین لایه‌ای این موارد را بررسی کنید:

• دسترسی: مدیر فروش نباید پرونده کارکنان را ببیند. دسترسی باید بر اساس نقش باشد.
• کلیدهای اتصال: کلید API باید سمت سرور بماند و در مرورگر دیده نشود.
• محل پردازش: روشن کنید کدام داده برای مدل زبانی بیرون می‌رود و کدام پردازش محلی است. درباره گزینه‌های این کار در اجرای مدل زبانی روی سرور داخلی نوشته‌ایم.
• اعتماد بیش از حد: خلاصه خوب نباید جای بررسی داده اصلی را بگیرد. عددها باید از محاسبه سامانه بیایند. منطق این کار در چرا هوش مصنوعی نباید عدد بسازد آمده است.

آیا سازمان شما به این مفهوم نیاز دارد؟

اگر چند مورد از این فهرست برای شما آشناست، احتمالاً بله:

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

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

از کجا شروع کنید

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

نمونه عملی: Caren AI-OS

برای دیدن این مفهوم در یک محصول، Caren AI-OS، محصولی از کارن تکنولوژی، را مثال می‌زنیم. این محصول یک میز کار تحت وب و راست‌به‌چپ است که سیزده پلتفرم در چهار ابر و یک پایه به آن وصل‌اند. پلتفرم‌ها با API وصل می‌شوند و جایگزین نمی‌شوند. از هر کدام همان سه چیز می‌آید: تصویر لحظه‌ای، اقدام مدیریتی و تحلیل و پیش‌بینی.

سوئیت، هاب مرکزی آن است و فید سیگنال‌های بین‌ماژولی را نشان می‌دهد. مثلاً شکایتی که در مانوتل ثبت شده در تحلیل مشتری دیده می‌شود. دسترسی نقش‌محور است و دستیار فارسی نیوشا روی میز کار حضور دارد. جزئیات فنی و گزینه‌های پردازش محلی در معماری و امنیت Caren AI-OS آمده است.

اگر ERP فارسی با حسابداری و قوانین ایران می‌خواهید، دایاتل را ببینید. اگر سامانه یکپارچه با تمرکز بر فروش، منابع انسانی و تحلیل مدیریتی می‌خواهید، Caren Enterprise AI مناسب‌تر است. قیمت Caren AI-OS بسته به ابعاد سازمان، پلتفرم‌های متصل و مدل استقرار تعیین می‌شود.

پرسش‌های متداول