تحول دیجیتال، مسئلهٔ فناوری نیست
بسیاری از پروژه‌های دیجیتال با یک ابزار شروع می‌شوند: یک سایت جدید، یک نرم‌افزار مدیریت یا یک داشبورد. اما اگر پیش از انتخاب ابزار، مسئلهٔ کسب‌وکار روشن نشده باشد، ابزار ممکن است فقط یک لایهٔ اضافه باشد؛ هزینه ایجاد کند، بی‌آنکه فرایند را بهتر کند. فرض کنید درخواست‌های مشتری ثبت می‌شوند، اما مسئول پیگیری مشخص نیست. یک فرم تازه به‌تنهایی این ابهام را برطرف نمی‌کند.
تحول دیجیتال در واقع تغییر روش انجام کار است: کدام تصمیم‌ها باید سریع‌تر گرفته شوند، کدام کارهای تکراری باید حذف شوند و کدام داده‌ها باید در لحظهٔ تصمیم در دسترس باشند. فناوری، ابزار اجرای این تغییر است، نه خودِ تغییر. پیش از صحبت دربارهٔ امکانات نرم‌افزار، مسئله را در یک جمله بنویسید؛ مثلاً «وضعیت درخواست برای مشتری و مسئول رسیدگی روشن نیست».
نقطهٔ شروع: فرایند و هزینه
اولین قدم این است که یک فرایند مشخص را از ابتدا تا انتها بنویسید؛ نه آن‌طور که در دستورالعمل آمده، بلکه آن‌طور که واقعاً انجام می‌شود. برای هر مرحله، ورودی، مسئول، خروجی و محل ثبت اطلاعات را مشخص کنید. سپس بپرسید کجا زمان از دست می‌رود، کجا خطا تکرار می‌شود و کدام گام واقعاً ارزش ایجاد می‌کند.
با افرادی که کار را انجام می‌دهند گفت‌وگو کنید و چند درخواست واقعی را بدون افشای اطلاعات شخصی مرور کنید. زمان انتظار، ورود دوبارهٔ اطلاعات و برگشت کار برای اصلاح را ثبت کنید تا حدس‌ها از شواهد جدا شوند. هزینه فقط مبلغ خرید ابزار نیست؛ زمان کارکنان، آموزش، انتقال داده و نگهداری هم باید در تصمیم دیده شوند.
- کدام کارها بیش از حد تکرار می‌شوند؟
- کدام اطلاعات برای تصمیم‌گیری دیر می‌رسند؟
- کدام خطاها بیشترین هزینه را ایجاد می‌کنند؟
- کدام مرحله، بیشترین انتظار برای مشتری می‌سازد؟
نقشهٔ راه حداقلی و قابل اجرا
پس از شناسایی گلوگاه‌ها، لازم نیست همه‌چیز را هم‌زمان حل کنید. یک نقشهٔ راه حداقلی، دو یا سه اقدام اولویت‌دار را بر اساس اثر مورد انتظار، تلاش لازم و وابستگی‌ها مشخص می‌کند. ابتدا اقدامی را انتخاب کنید که دامنهٔ محدود و نتیجهٔ قابل بررسی دارد؛ مثلاً روشن‌کردن مسئول و وضعیت هر درخواست، پیش از خودکارسازی کل فرایند.
یک مسیر عمومی می‌تواند از شناخت کسب‌وکار و شناسایی فرصت‌ها به طراحی، توسعه، یکپارچه‌سازی، بهینه‌سازی و پشتیبانی برسد؛ این‌ها حوزه‌های کارند، نه نسخه‌ای ثابت برای همهٔ سازمان‌ها. در هر مرحله فرض‌ها را بازبینی کنید. برای اجرای آزمایشی، مسئول مشخص، دسترسی متناسب با نقش، آموزش کاربران و روش بازگشت به روال قبلی در صورت بروز مشکل در نظر بگیرید. گسترش راهکار را به نتیجهٔ آزمون وابسته کنید، نه صرفاً آماده‌شدن نرم‌افزار.
چگونه بدانیم مسیر درست است؟
شاخص‌ها را قبل از اجرا تعریف کنید. یک شاخص خوب، هم به فرایند مربوط است و هم به نتیجهٔ کسب‌وکار؛ مثلاً زمان انجام یک درخواست، نرخ خطای ثبت اطلاعات یا سهم درخواست‌هایی که بدون تماس پیگیری حل می‌شوند. وضعیت فعلی، منبع داده و روش محاسبه را ثبت کنید تا مقایسهٔ قبل و بعد برای درخواست‌های مشابه معنا داشته باشد. سریع‌ترشدن کار را جدا از کیفیت پاسخ و فشار کاری تیم نسنجید.
تحول دیجیتال یک مقصد نیست؛ مسیری برای یادگیری دربارهٔ کسب‌وکار است. پس از اجرای آزمایشی، داده‌ها را کنار بازخورد کارکنان و مشتریان بگذارید. اگر بهبودی دیده نمی‌شود، علت را در فرایند، کیفیت داده یا شیوهٔ استفاده جست‌وجو کنید؛ نه اینکه فوراً ابزار دیگری بخرید. بر اساس شواهد تصمیم بگیرید راهکار را اصلاح کنید، گسترش دهید یا متوقف کنید.
چک‌لیست شروع: پیش از انتخاب ابزار
پیش از درخواست پیشنهاد فنی، این موارد را در یک برگه جمع کنید:
- مسئله، نقطهٔ شروع و پایان فرایند و مسئول آن را بنویسید.
- یک گلوگاه را با نمونه‌های واقعی و بدون اطلاعات شخصی مستند کنید.
- شاخص، وضعیت فعلی و معیار ادامه یا توقف آزمون را مشخص کنید.
- دامنهٔ آزمون، بودجه، آموزش، دسترسی‌ها و روش بازگشت را تعیین کنید.
- زمان بازبینی و فرد مسئول جمع‌بندی داده‌ها و بازخوردها را مشخص کنید.