پانزده ساله که در راس تیم استقرار سیستمهای ERP با مدیرانی سر و کله میزنم که توقع دارن یک سیدی نرمافزاری، تمام فرهنگ سازمانی مسموم، فرآیندهای فلج و تصمیمگیریهای احساسیشون رو یکشبه درمان کنه. وقتی اولین بار با یک پروژه شکستخورده روبرو شدم، فکر میکردم مشکل از کدنویسی ضعیفه. سالها بعد فهمیدم مشکل از جایی شروع میشه که سازمان، آشفتگیهای خودش رو با کدنویسی اتوماتیک میکنه.
نرم افزار ای آر پی (ERP) یک مسکن موقت برای فرآیندهای بیمار شما نیست، بلکه یک آینه بیرحمه که تمام ناکارآمدیهای پنهان زیر فرش سازمانتون رو با رزولوشن 4K به تصویر میکشه.
کالبدشکافی یک هیولا، فراتر از تعاریف کتابی
بیشتر مقالههایی که در وب فارسی میخونین، با ترجمههای دستوپاشکسته از ویکیپدیا شروع میشه و میگه Enterprise Resource Planning) ERP) یعنی برنامهریزی منابع سازمان. تعریفی پیش پا افتاده و سطحی نگر. نام این سیستم یکی از گمراهکنندهترین عناوین تاریخ تکنولوژی محسوب میشه، چون نه ربطی به برنامهریزی داره و نه صرفاً محدود به منابعه.
پلتفرم ERP در واقعیت یک دیتابیس سینگل (Single Database) کفِ کارخونه یا دفتر مرکزی هست که به عنوان سیستم عصبی مرکزی شرکت شما عمل میکنه. هدف؟ قتلعام کردن بیرحمانه سیلوهای اطلاعاتی. دیگه خبری از اطلاعات پراکنده که تصمیمگیریها رو سخت میکنه، نیست.
آیا تا به حال یک خط تولید فرز CNC رو دیدین که به خاطر یک کلیک اشتباه در واحد انبار متوقف شده؟
وقتی قطعهای روی دستگاه در حال تراشه، واحد تامین باید دقیقا بدونه چه زمانی مواد اولیه تموم میشه و واحد فروش باید بدونه چه زمانی قول تحویل به مشتری بده. اگه این سه واحد با هم صحبت نکنن، شما یک کسبوکار ندارین، شما یک مجمعالجزایر از دپارتمانهایی دارین که هر کدوم ساز خودش رو میزنه.
بحران سیستمهای جزیرهای و خونریزی مالی
خطرناکترین وضعیت برای یک بیزینس، توهم کنترله. مدیر فروش گزارش میده که رکورد فروش رو شکستیم. انباردار میگه موجودی نداریم. مدیر مالی هم فاکتورهایی رو نشون میده که وصول نشدن.
سیستمهای جزیرهای دقیقاً همین فاجعه رو خلق میکنن. شما یک نرمافزار حسابداری محلی دارین، یک سیستم CRM جداگانه و احتمالا چند دوجین فایل اکسل که بین مدیران ایمیل میشه.
فرض کنید شما یک فروشگاه اینترنتی صندل زنانه دارین. مشتری یک صندل با زیره PU سایز ۳۸ سفارش میده. در یک سیستم جزیرهای، واحد فروش سفارش رو ثبت میکنه. فایل انبار اما دیروز آپدیت شده و کسی نمیدونه که سایز ۳۸ با زیره PU صبح امروز توسط یک فروشنده دیگه به صورت تلفنی فروخته شده. مشتری پول رو واریز میکنه. کالا وجود نداره. آبروی برند شما میره و واحد مالی باید پروسه فرسایشی عودت وجه رو طی کنه.
سامانه ERP اینجا وارد میشه تا یک حقیقت واحد بسازه. وقتی فروشنده روی دکمه ثبت سفارش کلیک میکنه، موجودی انبار در همون میلیثانیه رزرو میشه، سند حسابداری پیشنویس میشه و واحد تامین آلارم میگیره که موجودی این سایز خاص به نقطه سفارش مجدد رسیده. یک کلیک. دهها فرآیند پنهان.
اکوسیستم ماژولها، سندرم بوفه باز و لگوهای مرگبار
پادزهر جزایر اطلاعاتی چیه؟ خریدن نرمافزار بیشتر. حداقل این توهم شیرینی هست که فروشندگان لایسنس به شما میفروشن.
واقعیت میدانی که کمی غیر اخلاقیه. من در طول این پانزده سال، بیشتر از اینکه فیچر جدیدی رو دیپلوی (Deploy) کنم، ماژولهای اضافی رو از گلوی سازمانها بیرون کشیدم تا خفه نشن. مدیران ما عاشق خریدن سیستمهای «فولآپشن» هستن؛ انگار نرم افزار ERP یک خودروی لوکسه که اگر گرمکن صندلی نداشته باشه، کلاس کاریشون پایین میاد.
به معماری نرم افزار odoo نگاه کنین. قصد ندارم اینجا برای یک برند خاص تبلیغ بنویسم، اما اودو مثال خوبی از بلوغ معماری ماژولار در دنیاست. ساختار این سیستمها شبیه یک جعبه لگوئه. شما یک هسته مرکزی (Core) دارین؛ سپس بسته به درد فعلی سازمان، تکههای دیگه رو متصل میکنین، WMS برای مدیریت پیچیده انبار لجستیک، ماژول POS برای صندوقهای فروشگاهی، یا MRP برای زمانبندی خطوط تولید. شما مختارید فقط دو لگو رو روی هم بگذارین.
اما خونریزی دقیقاً از همین آزادیِ بیحد و حصر شروع میشه.
سندرم سبد خرید پُر، قاتل خاموش پروژههای استقرار ERP هست. کارفرمایی رو به یاد دارم که در جلسهای در اصفهان اصرار دیوانهواری داشت تا ماژول ارزیابی عملکرد ۳۶۰ درجه و مدیریت پیشبینی تقاضا رو دقیقاً در روز اول راهاندازی کنیم؛ آن هم برای کارخانهای که سرکارگرش هنوز آمار ضایعات شیفت شب رو پشت کاغذ باطلههای یک رو مینوشت. میخواستن با یک کلیک ماوس، از عصر حجر به سیلیکونولی تلپورت کنن.
نتیجه؟ فلج کامل عملیاتی.
کاربری که با مفاهیم پایهای سیستم درگیر بود، زیر بار فرمهای تودرتوی ماژولهای غیرضروری، کاملاً فروپاشید. هیچکس با بلعیدن همزمان تمام قرصهای انرژیزا، یکشبه قهرمان المپیک نمیشه. ماژولها منحصراً برای جراحی گلوگاههای فعلی شما طراحی شدن، نه برای خلق یک اتوپیای دیجیتال فانتزی. خریدن امکاناتی که سازمان هنوز بلوغ هضم فرآیندیِ اونارو در دنیای واقعی نداره، صرفاً تزریق پیچیدگی به یک کالبد نیمهجان هست.
اول اسکلت رو بسازین. بذارین سازمان نفس بکشه. سپس سراغ تزئینات برین.
سراب بهترین نرم افزار EPR
بارها دیدم که تیمها ماهها برای جستجوی عباراتی مثل بهترین نرم افزار EPR یا مقایسه فیچرهای بیاهمیت وقت میذارن. صادقانه بگم؟ چیزی به نام بهترین وجود مطلق نداره.
اگه شما نرمافزار SAP رو با بودجهای میلیون دلاری بخرین؛ اما فرآیندهای انبارداری شما بر پایه کاغذ و داد و بیدادهای سرکارگر بچرخه، SAP فقط به شما کمک میکنه که با سرعت نور و دقت آلمانی، ورشکست بشین. انتخاب نرم افزار ERP بر اساس دموهای پر زرقوبرق وندورها (Vendors)، شبیه انتخاب همسر بر اساس عکسهای روتوششده اینستاگرام هست. واقعیت در محیط عملیاتی، زیر بار تراکنشهای همزمان و کاربران خسته خودش رو نشون میده.
جنگ داخلی، سفارشیسازی در برابر استاندارد
بزرگترین اشتباهی که خودم در سالهای اول مرتکب شدم و هنوز هم مکرراً در شرکتها میبینم، اصرار دیوانهوار به سفارشی (Customization) در هسته سیستم هست.
شرکتها سیستم جهانی و استانداردی مثل Odoo رو میخرن و بعد تیم فنی رو مجبور میکنن سورسکد اون رو شخم بزنه تا فرمهای خروجی دقیقا شبیه اکسلهای ده سال پیشِ مدیر مالی بشه. شما میلیونها تومان پول میدین تا بهترین تجربیات جهانی تعبیه شده در نرمافزار رو از کار بندازین و اونا رو به سطح نابسامانیهای فعلی خودتون تنزل بدین.
کاستومایزیشنِ بیش از حد، تاوان فنی وحشتناکی ایجاد میکنه. روزی که بخواین نرمافزار رو آپدیت کنین، تمام اون کدهای سفارشی در لحظه، دیگه درست کار نمیکنن. راهکار عملی که در خون و عرق یاد گرفتم اینه که در 90 درصد مواقع، سازمان باید فرآیندهای خودش رو با استاندارد سیستم منطبق کنه، نه برعکس. فقط در 10 درصد مواردی که واقعا مزیت رقابتی شماست، دست به کد بشین.
رویای کلاود و واقعیتهای لوکال
دعوای همیشگی بین ERP ابری و استقرار روی سرورهای داخلی (On-Premise) پایانی نداره.
مدیران مدرن عاشق کلود هستن. پرداخت اشتراک ماهیانه، بدون نیاز به نگهداری سرور و دسترسی از هر جای دنیا. عالی به نظر میرسه؛ اما آیا تا به حال قطعی یکروزه اینترنت رو وسط شلوغترین روزهای کاری تجربه کردین؟
نرم افزار erp تحت وب به شدت وابسته به زیرساخت شبکه هست. اگه هاستینگ شما ضعیف باشه، انباردار شما برای ثبت هر بارکد باید پنج ثانیه به صفحه لودینگ خیره بشه. همین تاخیر پنج ثانیهای در یک شیفت کاری، صدها ساعت بهرهوری رو میبلعه و در نهایت پرسنل از سیستم متنفر میشن. ERP ابری برای شرکتهای چابک با اینترنت پایدار یک موهبته؛ اما برای کارخانهای در حومه شهر با پینگ فاجعهبار، یک خودکشی استراتژیک محسوب میشه.
چالشهای بومیسازی و ERP فارسی
بازار ایران مختصات خودش رو داره. تقویم جلالی، قوانین متفاوت مالیاتی، سامانه مودیان و ساختارهای حقوق و دستمزد متغیر.
توسعهدهندگان داخلی سالهاست که پلتفرمهای مختلفی تحت عنوان ERP فارسی روانه بازار کردن. برخی از اونا شاهکارهای مهندسی هستن که دقیقا برای استخونبندی شرکتهای ایرانی طراحی شدن.
بقیه؟ فقط نرمافزارهای حسابداری تنبل و بی استعدادی هستن که چند ماژول انبار و فروش به اونا سنجاق شده و نام پرطمطراق ایآرپی رو یدک میکشن.
استقرار ERP، یک جنگ روانشناختی، نه پروژه IT
چرا من همیشه از مدیر مالی که با سیستم جدید مخالفت میکنه، بیشتر از مدیر آیتی که ذوقزده هست خوشم میاد؟
مدیر فنی فقط دکمهها و APIها رو میبینه. مدیر مالی اما درد تغییر رو میفهمه. پیاده سازی ERP یک پروژه نرمافزاری نیست؛ یک دگردیسی کامل در فرهنگ سازمانی هست.
کاربران مقاومت میکنند.
چرا که شما در حال گرفتن ابزار قدرتی هستین که سالها پشت اون پنهان شدن؛ یعنی همون اطلاعات انحصاری که فقط خودشون از منطق اون سر در میارن و حالا باید همهچیز رو در یک سیستم شفاف ثبت کننن. وقتی میخواین فرمولاسیون ترکیب کودهای کشاورزی (مثل اسید هیومیک با کود ۲۰-۲۰-۲۰) رو از دفترچه جیبی مدیر تولید به ماژول تولید سیستم منتقل کنین، اون احساس خطر میکنه و فکر میکنه نرمافزار اومده تا جاش رو بگیره.
بیشتر پروژههای استقرار دقیقا همینجا میمیرن. وندور نرمافزار رو نصب میکنه، دو جلسه آموزش خشک برگزار میشه و بعد از یک ماه، مدیران میبینن پرسنل دوباره به پناهگاه امن اکسلهاشون برگشتن.
فاز بلوپرینت (Blueprint)، معماری پیش از ویرانی
برای جلوگیری از این فاجعه، باید قبل از خرید حتی یک ماژول جزئی، مرحله «شناخت» یا تهیه بلوپرینت رو جدی بگیرین.
شما باید تکتک جریانهای کاری (Workflows) سازمان رو روی کاغذ رسم کنین. ورودی از کجا میاد؟ چه کسی تایید میکنه؟ اگه رد شد چی میشه؟ اگه در این مرحله متوجه شدین که فرآیندهاتون هیچ منطق مشخصی نداره و بر اساس «حس و حال مدیر» پیش میره، خرید سیستم رو متوقف کنین. ابتدا فرآیند بسازین، سپس اون رو دیجیتالی کنین.
کابوس مهاجرت و دیتای کثیف
چیزی که اکثر مقالات این حوزه به شما نمیگن، وحشتِ انتقال دادهها از سیستمهای قدیمی به سیستم جدیده.
شما هزاران رکورد کالا، تامینکننده و مشتری دارین. کدینگ کالاهای شما احتمالا در سیستم قبلی فاجعه بوده. حروف انگلیسی قاطی شده با فارسی، فاصلههای اضافه، نامهای تکراری با قیمتهای متفاوت. وارد کردن این دیتای کثیف به یک ERP جدید، مثل تزریق خون آلوده به یک نوزاده.
فرآیند پاکسازی اطلاعات گاهی از خود راهاندازی سیستم بیشتر زمان میبره. اگه این کار رو به تعویق بندازین، در روز جلسه آنلاین هیچکس نمیتونه یک فاکتور ساده صادر کنه چون کد کالا پیدا نمیشه.
استراتژیهای پیادهسازی، بیگبنگ یا قطرهچکانی؟
دو روش متداول برای روشن کردن سوئیچ سیستم وجود داره.
اول رویکرد بیگبنگ هست. در یک روز مشخص، تمام سیستمهای قدیمی خاموش میشن و کل سازمان روی ERP جدید شروع به کار میکنه. آدرنالین خالص. ریسک این روش به شدت بالاست و اگه شکست بخوره، کل عملیات شرکت فلج میشه.
روش جایگزین که در عمل کارکرد بهتری داره، پیادهسازی فازبندی شده هست. ابتدا هسته مالی و انبار رو مستقر کنین. وقتی پرسنل با این دو ماژول اخت شدن و بحرانهای اولیه فروکش کرد، سپس سراغ ماژولهای CRM، تولید، و منابع انسانی برید.
ما سیستم میخریم تا کمتر کار کنیم، اما در شش ماه اول پس از استقرار، کارمندان شما دو برابر قبل کار خواهند کرد. تناقض عجیبیه؟ مگه نه؟
دلیلش اینه که سازمان در حال یادگیری یک زبان جدیده. افت بهرهوری در ماههای اولیه کاملا طبیعی هست، ما به اون دره ناامیدی میگیم. مدیران ارشدی که این افت موقت رو درک نمیکنن، معمولا در اواسط پروژه جا میزنن و دستور بازگشت به سیستمهای قبلی رو صادر میکنن. این نقطه دقیق سوختن میلیاردها تومان سرمایه هست.
بازگشت سرمایه (ROI) کجاست؟
اگه استقرار با موفقیت همراه باشه، پاداش اون خیرهکننده هست.
زمانی که بیآی (BI) روی دیتابیس شما قرار میگیره، ناگهان الگوهایی رو میبینه که قبلا نامرئی بودن. درک میکنین کدوم خط تولید در حال بلعیدن مواد اولیه بدون سودآوری هست. کدوم کمپین مارکتینگ دقیقاً به فروش کدام دسته از محصولات منجر شده. زمان چرخه سفارش تا پول نقد (Order to Cash) به طرز چشمگیری کاهش یافته.
نرم افزار ERP برای شرکتهایی که میخوان از حالت یک «کسبوکار وابسته به شخص» خارج بشن و به یک «سیستم ماشینگونه و مقیاسپذیر» تبدیل بشن، یک الزام قطعی هست.
اما هشدار آخر من رو به عنوان بخشی از تیم استقرار شرکت اودوگستر جدی بگیرید. هیچ نرمافزاری ناجی شما نیست. نرمافزار فقط ابزاریه که در دستان یک تیم جسور، فرآیندهای شفاف و کارمندانی که به درستی آموزش دیدن، معنا پیدا میکنه. اگه آماده جراحی عمیق در ساختار کسبوکارتون نیستین، پولتون رو در بانک نگه دارین و به همان اکسلهای سبز رنگ وفادار و بی دردسر اعتماد کنید. دردش هم کمتره.