بازگشت به دیدگاه‌ها

چطور بفهمیم تغییر واقعاً مفید بوده است؟

جداکردن فعالیت از نتیجه، ساخت نقطهٔ مقایسه و دیدن پیامدهایی که پشت عددهای موفق پنهان می‌شوند.

مسیر مطالعه ۵ / ۱۰تحول دیجیتال؛ از فهم مسئله تا تغییر مداوم

مجتبی رشنوتحول دیجیتال۴ دقیقه مطالعه
ترازو با کاشی‌های نمودار در یک کفه و کلید در کفهٔ دیگر؛ تصویری مفهومی از تفاوت فعالیت و نتیجه
همهٔ دیدگاه‌های این مسیر

انتخاب تغییر اول، بدون تعریفِ بهترشدن، ما را دوباره به شمارش ابزارها برمی‌گرداند. می‌توان گزارش کرد چند قابلیت منتشر شده یا چند نفر وارد سامانه شده‌اند؛ اما هنوز ندانست آیا مسئله کمتر شده است. سنجش مفید از نتیجهٔ موردنظر شروع می‌شود. سپس می‌پرسد کدام نشانه‌ها می‌توانند کمک کنند بفهمیم تغییر، در کار واقعی چه تفاوتی ساخته است؛ و کدام بخش تجربه هنوز در عددها دیده نمی‌شود.

فعالیت، استفاده و نتیجه را جدا کنیم

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

راهنمای تعریف شاخص‌های عملکرد GOV.UK از هدف خدمت به منفعت موردنظر و سپس به فرضِ قابل بررسی می‌رسد. برای مثال ما، فرض می‌تواند این باشد: روشن‌شدن وضعیت و مسئول پاسخ، نیاز به پیگیری را کمتر می‌کند. این فرض، انتخاب شاخص را دقیق‌تر از شروع با یک داشبورد آماده می‌کند.

قبل از تغییر، نقطهٔ مقایسه داشته باشیم

پیش از اجرا، بفهمیم وضعیت فعلی چگونه است. چه مدت تا پاسخ روشن طول می‌کشد؟ کدام درخواست‌ها دوباره برمی‌گردند؟ افراد برای چه چیزی تماس می‌گیرند؟ لازم نیست ابتدا همه‌چیز را اندازه بگیریم. یک تعریف مشخص و ثبت منظم برای یک دامنهٔ محدود، از مجموعه‌ای بزرگ از عددهای نامقایسه‌پذیر مفیدتر است. معلوم کنیم زمان از کجا شروع و کجا تمام می‌شود.

بعد از تغییر، همان تعریف را نگه داریم و شرایط مقایسه را توضیح دهیم. حجم کار، نوع درخواست یا تعداد کارکنان ممکن است هم‌زمان عوض شده باشد. صرفِ پایین‌آمدن یک عدد، اثبات نمی‌کند ابزار علت آن بوده است. اگر امکان مقایسهٔ مناسب نداریم، محدودیت را صریح بگوییم. گزارش صادقانه از اثر نامطمئن، برای تصمیم بعدی مفیدتر از نتیجه‌گیری قطعیِ بی‌پشتوانه است.

بهبود برای یک نفر، فشار برای دیگری

فقط میانگین را نبینیم. شاید درخواست‌های ساده سریع‌تر شده‌اند، اما موارد پیچیده پشت صف مانده‌اند. شاید کاربر اطلاعات کمتری وارد می‌کند، ولی همکار پشتیبانی باید آن را از چند جا جمع کند. در کنار سرعت، دوباره‌کاری، کیفیت پاسخ و توان ادامهٔ مسیر را هم بررسی کنیم. شاخص باید ما را به پرسش بهتر برساند، نه فقط به نموداری آرامش‌بخش.

اصل تعریف موفقیت در استاندارد خدمت GOV.UK بر دادهٔ عملکردِ مسیرهای آنلاین و غیرآنلاین تأکید می‌کند. در این مثال، تماس تلفنی و مراجعهٔ حضوری بخشی از تجربه‌اند، نه اتفاقی بیرون از سامانه. اگر آنها را نادیده بگیریم، ممکن است مشکل فقط از یک کانال به کانال دیگر منتقل شده باشد.

عدد را به گفتگو و تصمیم وصل کنیم

کنار داده، از افراد بخواهیم مسیر تازه را توضیح دهند. اگر می‌گویند برای اطمینان هنوز به شخص آشنا پیام می‌دهند، کاهش تماس رسمی تمام داستان نیست. این گفتگو جای عدد را نمی‌گیرد؛ معنای آن را روشن‌تر می‌کند. همچنین مشخص کنیم چه کسی شاخص را مرور می‌کند و با دیدن یک نشانهٔ نامطلوب، چه اقدامی در اختیار اوست.

یک برگهٔ سنجشِ ساده می‌تواند هدف، فرض تغییر، شاخص اصلی، نشانهٔ پیامد ناخواسته و زمان بازبینی را کنار هم بیاورد. هدف از این برگه صدور نمره برای تیم نیست؛ یادگیری دربارهٔ خدمت است. اگر اثر مطابق انتظار نبود، باید بتوان تغییر را اصلاح یا متوقف کرد. این آگاهی، پیش‌نیاز انتخاب مسئولانهٔ داده، اتوماسیون و فناوری در ادامهٔ مسیر است.

منابع و مطالعهٔ بیشتر