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