مطمئنترین قانون نرمافزارهای کسبوکار، و کمطرفدارترینشان، این است: خودکارسازی تقویت میکند. فرایند خوب بدهید، سریعتر و ارزانتر و یکدستتر میشود. فرایند خراب بدهید، همان آشوب را با سرعت بیشتر و گزارشهای قشنگتری دربارهاش تحویل میگیرید. شرکتها بهندرت در ERP شکست میخورند چون نرمافزار بد بود؛ شکست میخورند چون طرزِ کاری را خودکار کردند که فکر میکردند جریان دارد، نه آن که واقعاً جریان داشت.
کار واقعاً چطور انجام میشود؟
در بیشتر شرکتهای در حال رشد دو سازمان هست. سازمان رسمی در چارت زندگی میکند: درخواستها به مدیران، تأییدها طبق ضابطه، فرایند «جایی» مستند است. سازمان واقعی در واتساپ زندگی میکند: انباردار مستقیم به مالک پیام میدهد چون سریعتر است، تخفیف با یک ایموجی لایک تأیید میشود، و همان یک نفری که «راهش را بلد است» فرایند واقعی را در ذهنش حمل میکند. آنچه خودکار میشود سازمان رسمی است. آنچه به کارش ادامه میدهد سازمان واقعی است — حالا دورِ سیستم جدید، نه از داخلش. شش ماه بعد یکی اعلام میکند ERP شکست خورد. سیستم سالم بود؛ صادقانه یک خیال را خودکار کرده بود.
سه علامتی که باید جدی گرفت
برای تشخیص، مشاور لازم نیست؛ یک هفته مشاهده صادقانه لازم است. تأیید در واتساپ — اگر تعهدهای مالی در چت اتفاق میافتد، فرایند تأییدتان نه مالک دارد، نه سابقه، نه سقف؛ و خودکارسازی مسیر «رسمی» چیزی را عوض نمیکند. وابستگی به یک نفر — اگر مرخصی یک آدم مشخص فاکتور یا ارسال را میخواباند، فرایند در یک انسان زندگی میکند، و نرمافزار چیزی را که فقط او بلد است خودکار نمیکند. هرکس به روش خودش — اگر سه فروشنده به سه روش پیشفاکتور میسازند، هنوز فرایندی برای خودکارسازی وجود ندارد؛ سه عادت وجود دارد، و سیستم بلندصداترینشان را به ارث میبرد.
اول نقشه: روشِ بیزرقوبرق
راهحل به طرز خجالتآوری ساده است. کار واقعی را تماشا کنید — نه کار توصیفشده را — در یک جریان اصلی: از فروش تا وصول، از خرید تا پرداخت، یا بستن ماه. همانطور که هست بکشیدش: هر گام، هر دستبهدستشدن، هر انتظار، هر میانبر، به زبانی که تیمتان واقعاً حرف میزند. بعد هرجا نشتی هست عدد بگذارید: از تحویل تا فاکتور چند روز؟ هر سفارش خرید چند بار دست میخورد؟ یک داده چند بار تایپ میشود؟ نقشه «وضع موجود» معمولاً اولینباری است که مالک شرکتش را صادقانه کشیدهشده میبیند — و گفتوگو را فوراً عوض میکند: از «سیستم میخواهیم» به «باید دست از این کار برداریم».
فقط بعد از آن، «وضع مطلوب» را طراحی کنید: دستبهدستشدنِ کمتر، تأیید صریح با مسئول و سقف مشخص، یک روش برای هر کار. و با کسانی طراحی کنید که قرار است در آن زندگی کنند — آنها میدانند مشکلها کجا دفن شده، و اثر انگشتشان روی طراحی همان چیزی است که پذیرشِ صبح شنبه را واقعی میکند.
بعد، و فقط بعد، سیستم
اینجاست که ترتیب جواب میدهد. وقتی فرایندِ ترسیمشده و توافقشده به پیادهسازی ERP میرسد، پیکربندی از حدس بیرون میآید: جریان تأیید در سیستم همانی است که طراحی کردید، قالب پیشفاکتور همان که همه پذیرفتند، شاخص روی داشبورد همان عددی که انتخاب کردید. پیادهسازی سریعتر و ارزانتر میشود — دوبارهکاری کمتر، «راستش ما اینطوری کار نمیکنیم» در هفته هفتم، هیچ. و سیستم همان ابزار اجرایی میشود که بازطراحی همیشه لازم داشت: فرایند درست میماند چون منحرفشدن از آن حالا زحمت بیشتری دارد تا پیروی از آن.
رابطه صادقانه کار فرایندی و نرمافزار همین است: نقشه بدون اجرا یک PDF زیبا تولید میکند که هیچچیز را عوض نمیکند؛ اجرا بدون نقشه آشوبِ سریع تولید میکند. ارزش در ترتیب است — و این همان چیزی است که فارسیزبانها بهدرستی سیستمسازی مینامند: کاری کنی که کسبوکار به آدمها وابسته نباشد، به سیستم وابسته باشد.
زاویه اماراتی
شرکتهای در حال رشد در امارات این قانونِ تقویت را سختتر از بقیه حس میکنند: رشد سریع است، تیمها چندزبانهاند، و انطباق مالیاتی گذشت ندارد. فرایند فاکتور خراب فقط کُند نیست — حالا از داده بد، با مهلت مشخص و جریمه، اظهارنامه میسازد. نظم فرایندی و انطباق دو پروژه نیستند؛ اولی راهی است که دومی ترسناک نباشد.
از کجا شروع کنیم؟
فرایندی را انتخاب کنید که بیشتر از همه اذیتتان میکند — «اذیت» داده تشخیصی درجه یکی است. یک جلسه ترسیم به آن بدهید. با سه چیز بیرون میآیید: تصویر صادقانه، برآوردی به درهم از هزینه ماهانه نشتیها، و فهرست اصلاحهای مرتبشده بر اساس اثر — که بعضیشان اصلاً نرمافزار نمیخواهند.
پرسشهای پرتکرار
قبل از ERP باید فرایندها را درست کرد؟
بله — خودکارسازی هر چه را بگیرد تقویت میکند. نقشه اول، پیادهسازی را سریعتر و ارزانتر میکند و فرق سیستمِ استفادهشده با سیستمِ دورخورده همین است.
سیستمسازی کسبوکار یعنی چه؟
یعنی کسبوکار به جای حافظه آدمها روی فرایند مستند و سیستمِ اجراکننده بایستد: نقشه، بازطراحی، رویه (SOP)، و تثبیت در نرمافزار.
از کجا بفهمم شرکتم به این کار نیاز دارد؟
سه علامت مطمئن: تأیید در واتساپ، وابستگی به حافظه یک نفر، و یک کارِ واحد به چند روش.
بهینهسازی همیشه به نرمافزار میرسد؟
نه. بعضی اصلاحها فرایند خالصاند — سقف تأیید صریح، یک قالب واحد، جلسه هفتگی ۲۰ دقیقهای. نرمافزار جایی میآید که اصلاح برای دوامآوردن، ضمانت اجرا بخواهد.