بسیاری از مشکلاتی که از نگاه شرکت «بین واحدی» هستند، از نگاه مشتری فقط یک چیزند: تجربه بد. اگر فروش، مالی، عملیات و خدمات هرکدام KPI خودشان را بهینه کنند، ممکن است همه موفق باشند و مشتری همچنان ناراضی بماند.
مشتری سفارشی ثبت کرده است.
فروش کار خودش را انجام داده و سفارش را ثبت کرده است.
مالی پرداخت را تأیید کرده.
انبار کالا را آماده کرده.
شرکت حمل مسئول تحویل شده.
پشتیبانی نیز آماده پاسخگویی است.
روی نمودار سازمانی همه چیز مرتب است.
اما سفارش مشتری سه روز دیر میرسد.
مشتری با پشتیبانی تماس میگیرد و میشنود:
«این موضوع مربوط به انبار است.»
انبار میگوید:
«سفارش دیر از فروش برای ما ارسال شده.»
فروش میگوید:
«ما بهموقع ثبت کردیم؛ تأیید مالی دیر انجام شد.»
ممکن است همه توضیح درستی داشته باشند.
ولی برای مشتری هیچکدام مهم نیست.
او از چهار شرکت مختلف خرید نکرده است.
از یک شرکت خرید کرده است.
این یکی از مهمترین تناقضهای سازمانهای در حال رشد است: شرکت برای مدیریت بهتر پیچیدگی، خودش را به واحدهای تخصصی تقسیم میکند، اما ارزش برای مشتری معمولاً از میان همین واحدها عبور میکند.
اگر اتصال میان آنها ضعیف باشد، تخصص بیشتر الزاماً تجربه بهتری ایجاد نمیکند.
سازمان عمودی است؛ مشتری افقی حرکت میکند
ساختار شرکت معمولاً عمودی است.
مدیر فروش.
مدیر بازاریابی.
مدیر مالی.
مدیر عملیات.
مدیر خدمات مشتری.
هرکدام تیم، بودجه، هدف و شاخص عملکرد خودشان را دارند.
اما سفر مشتری عمودی نیست.
مشتری ممکن است در یک خرید از تبلیغ وارد سایت شود، با فروش صحبت کند، پرداخت انجام دهد، محصول دریافت کند و با خدمات تماس بگیرد.
او در عرض چند روز از پنج واحد عبور کرده است.
بنابراین چیزی که برای شرکت پنج فرآیند است، برای مشتری یک تجربه است.
اینجا منبع بسیاری از اصطکاکها شکل میگیرد.
وقتی همه KPI خودشان را میزنند اما شرکت میبازد
فرض کنید تیم بازاریابی براساس تعداد Lead ارزیابی میشود.
تبلیغات گستردهتری اجرا میکند و Lead دو برابر میشود.
موفقیت.
اما کیفیت Lead پایین آمده و فروش باید تماسهای بیشتری انجام دهد.
فروش برای حفظ نرخ تبدیل تخفیف بیشتری میدهد.
موفقیت فروش.
حاشیه سود کاهش پیدا میکند.
مالی برای کنترل هزینه شرایط اعتبار را سختتر میکند.
موفقیت مالی.
مشتریان ناراضی میشوند و فشار روی پشتیبانی افزایش مییابد.
هر واحد میتواند گزارش خوبی ارائه دهد، در حالی که کل سیستم ضعیفتر شده است.
به این وضعیت میتوان بهینهسازی محلی گفت.
هر بخش مسئله خودش را حل میکند، اما اثر تصمیم بر بخش بعدی را نمیبیند.
گلوگاهها معمولاً بین دو جعبه نمودار سازمانی پنهان شدهاند
در بسیاری از شرکتها مشکل اصلی داخل واحد نیست.
در تحویل کار از یک واحد به واحد دیگر است.
Marketing → Sales
Sales → Operations
Operations → Finance
Product → Support
Support → Product
مثلاً فروش اطلاعات مشتری را ناقص ثبت میکند.
عملیات مجبور است دوباره سؤال کند.
زمان تحویل افزایش مییابد.
مشتری ناراضی میشود.
پشتیبانی تماس دریافت میکند.
در گزارش نهایی شاید مشکل «کندی عملیات» ثبت شود.
اما ریشه مشکل چند مرحله عقبتر بوده است.
به همین دلیل بررسی عملکرد واحدها بهتنهایی کافی نیست.
باید نقاط تحویل کار را هم اندازهگیری کرد.
اصطکاک کوچک وقتی تکرار میشود بزرگ است
فرض کنید انتقال یک سفارش از فروش به عملیات فقط پنج دقیقه کار اضافی ایجاد میکند.
پنج دقیقه ناچیز به نظر میرسد.
اما اگر روزانه ۳۰۰ سفارش داشته باشید:
۱۵۰۰ دقیقه.
یعنی ۲۵ ساعت کار در روز.
یک اصطکاک پنجدقیقهای عملاً بیش از سه روز کاری نیروی انسانی را هر روز مصرف میکند.
شرکتها گاهی برای کاهش هزینه دنبال پروژههای بزرگ اتوماسیون میروند، در حالی که دهها اصطکاک کوچک میان واحدها روی هم هزینه بسیار بیشتری ایجاد میکنند.
جلسه بیشتر همیشه راهحل هماهنگی نیست
واکنش رایج به مشکل بین واحدی چیست؟
جلسه مشترک.
وقتی هماهنگی بدتر میشود، جلسات بیشتر میشوند.
اما اگر مشکل از طراحی فرآیند باشد، جلسه فقط انسانها را مجبور میکند ضعف سیستم را دستی جبران کنند.
اگر فروش و عملیات هر روز باید نیم ساعت جلسه بگذارند تا بفهمند سفارشها در چه وضعیتی هستند، شاید مسئله کمبود ارتباط نیست.
شاید سیستم اطلاعاتی یا تعریف مالکیت کار ناقص است.
یک سؤال مفید:
«اگر این جلسه را حذف کنیم، چه اطلاعاتی گم میشود؟»
بعد همان اطلاعات را در فرآیند قرار دهید.
فناوری جدید روی فرآیند شکسته، شکست را سریعتر میکند
این موضوع با موج AI اهمیت بیشتری پیدا کرده است.
HBR امروز درباره نسل جدید Agentهای هوش مصنوعی نوشته که میتوانند کار را میان واحدهای مختلف هماهنگ کنند و اصطکاکهای بینوظیفهای را کاهش دهند.
ظرفیت مهمی است.
اما یک شرط وجود دارد.
اگر فرآیند اصلی مشخص نباشد، اتوماسیون فقط ابهام را سریعتر منتقل میکند.
قبل از اینکه Agent بین فروش، مالی و عملیات حرکت کند باید بدانیم:
چه کسی مالک هر مرحله است؟
ورودی استاندارد چیست؟
خروجی چیست؟
استثنا چگونه مدیریت میشود؟
چه کسی تصمیم نهایی را میگیرد؟
AI نمیتواند ابهام سازمانی را جادو کند.
ابتدا باید آن را قابل مشاهده کنیم.
ابزار عملی فرصت امروز: نقشه اصطکاک بین واحدی
یک فرآیند مهم انتخاب کنید.
مثلاً:
از Lead تا فروش،
از سفارش تا تحویل،
از شکایت تا حل مسئله،
یا از ایده محصول تا عرضه.
تمام واحدهایی را که کار از آنها عبور میکند روی یک خط بنویسید.
حالا فقط روی فلشهای میان واحدها تمرکز کنید.
برای هر فلش پنج سؤال بپرسید:
چه چیزی تحویل داده میشود؟
اطلاعات لازم دقیقاً چیست؟
چند درصد موارد ناقص برمیگردند؟
متوسط زمان انتظار چقدر است؟
اگر مشکلی ایجاد شود، مالک حل آن کیست؟
احتمالاً بعضی از بزرگترین فرصتهای بهرهوری شرکت را نه داخل جعبهها، بلکه روی فلشهای میان آنها پیدا خواهید کرد.
شاخص مشترک تعریف کنید
یکی از بهترین روشهای کاهش جنگ بین واحدی این است که حداقل یک KPI مشترک وجود داشته باشد.
مثلاً فروش و عملیات هر دو بخشی از ارزیابی خود را از «تحویل صحیح و بهموقع سفارش» بگیرند.
بازاریابی و فروش هر دو «درآمد حاصل از Leadهای بازاریابی» را ببینند، نه اینکه یکی فقط Lead و دیگری فقط فروش را اندازه بگیرد.
محصول و پشتیبانی هر دو نرخ تکرار یک نوع شکایت را دنبال کنند.
KPI مشترک یک پیام ساده دارد:
موفقیت من بدون موفقیت تو کامل نیست.
یک مالک برای نتیجه نهایی تعیین کنید
فرآیندهای بین واحدی معمولاً مالکهای متعدد دارند و دقیقاً به همین دلیل گاهی هیچکس مالک واقعی نیست.
هر بخش مسئول مرحله خودش است.
اما چه کسی مسئول نتیجه نهایی است؟
مثلاً در «سفارش تا تحویل» یک نفر باید بتواند کل مسیر را ببیند.
نه برای اینکه کار همه را خودش انجام دهد، بلکه برای اینکه اگر سیستم شکست، مسئله میان واحدها گم نشود.
این نقش را میتوان Process Owner نامید.
او مالک واحد نیست.
مالک نتیجه فرآیند است.
یک روز جای مشتری حرکت کنید
مدیران معمولاً شرکت را از داخل میبینند.
یک تمرین مفید این است که یک تراکنش واقعی را از ابتدا تا انتها دنبال کنید.
یک سفارش.
یک مشتری.
یک شکایت.
ببینید چند بار اطلاعات تکراری درخواست میشود.
چند بار مشتری منتظر میماند.
چند سیستم درگیرند.
چند نفر فایل را دستی جابهجا میکنند.
چند بار کسی میگوید:
«این بخش مربوط به ما نیست.»
هر بار که این جمله گفته میشود، احتمالاً یک اصطکاک سازمانی پیدا کردهاید.
حکم فرصت امروز
نمودار سازمانی برای مدیریت شرکت ساخته شده است، نه برای مشتری.
مشتری اهمیتی نمیدهد مشکل از فروش بوده، انبار، مالی یا فناوری.
او فقط میداند وعدهای که شرکت داده بود اجرا نشده است.
بنابراین اگر دنبال بهرهوری، اتوماسیون یا استفاده جدی از AI هستید، فقط داخل واحدها را بررسی نکنید.
به فاصله میان آنها نگاه کنید.
گاهی بزرگترین اتلاف سازمان نه در کاری است که افراد انجام میدهند، بلکه در منتظر ماندن، دوبارهکاری و سوءتفاهمی است که هنگام عبور کار از یک واحد به واحد دیگر ایجاد میشود.
و شاید یکی از مهمترین سؤالهای مدیریتی امروز این باشد:
کار در شرکت ما کجا منتظر میماند چون دو واحد هنوز نمیدانند دقیقاً چگونه باید با هم کار کنند؟