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