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