آیا طرح تعمیر و نگهداری شما شکست می خورد؟ داده های پشت آن را ببینید

یک طرح می تواند روی کاغذ قوی به نظر برسد و همچنان در عمل شکست بخورد. من این اتفاق را با کمپین‌های بازاریابی، راه‌اندازی محصول، برنامه‌های مطالعه و پروژه‌های کسب‌وکار کوچک دیده‌ام. مشکل اغلب کمبود تلاش نیست. یک طرح ممکن است شکست بخورد زیرا هدف نامشخص است، حجم کار بسیار زیاد است، یا تیم پس از تغییر شرایط به دنبال یک ایده منسوخ شده است. وقتی یک برنامه با شکست مواجه می شود، من نتیجه را دلیلی بر بی فایده بودن برنامه ریزی نمی دانم. من آن را به عنوان بازخورد در نظر می‌گیرم. پاسخ درست این است که نقطه ضعف را پیدا کنید، اقدام بعدی را تنظیم کنید و هدف را به شرایط واقعی متصل نگه دارید. ## بررسی کنید که چه چیزی واقعاً شکست خورده است "طرح شکست خورده" بسیار گسترده است. من به پاسخ مفیدتری نیاز دارم. بپرسید: - آیا هدف شکست خورد؟ - آیا ضرب الاجل شکست خورد؟ - آیا بودجه شکست خورد؟ - آیا روش انتخابی شکست خورد؟ - آیا تیم وقت، مهارت یا اطلاعات نداشت؟ - آیا تقاضای مشتری تغییر کرد؟ - آیا کسی تصور می کرد که یک کار ساده تر از آن چیزی است که بود؟ به عنوان مثال، یک فروشگاه اینترنتی کوچک ممکن است قصد داشته باشد 20 صفحه محصول را در یک ماه منتشر کند. بعد از چهار هفته، فقط هشت صفحه آماده است. این بدان معنا نیست که همیشه کل طرح ضعیف بود. ممکن است هدف خیلی بزرگ بوده باشد، اطلاعات محصول ناقص بوده باشد، یا ممکن است یک نفر نوشته، تصاویر، پشتیبانی مشتری و حمل و نقل را مدیریت کرده باشد. تشخیص واضح مانع از تکرار همان اشتباه در طرح بعدی می شود. ## بازگشت به هدف اصلی بسیاری از برنامه ها مملو از وظایف می شوند. تیم به جای پیشرفت، شروع به اندازه گیری فعالیت می کند. از خودم می پرسم: > این طرح چه نتیجه ای باید ایجاد کند؟ یک کسب و کار ممکن است بگوید: "ما به ترافیک وب سایت بیشتری نیاز داریم." این یک هدف مرتبط با کار است، نه یک هدف کامل تجاری. یک سوال بهتر ممکن است این باشد که "کدام صفحات باید بازدیدکنندگان واجد شرایط را جذب کنند و از درخواست های محصول پشتیبانی کنند؟" این تغییر بر کل طرح تاثیر می گذارد. این به من کمک می کند تا محتوای مفید، عبارات جستجوی مناسب و روشی برای اندازه گیری پرسش ها به جای بازدید از صفحه به تنهایی انتخاب کنم. یک هدف عملی می‌تواند شامل موارد زیر باشد: - یک نتیجه واضح - یک مخاطب هدف - یک محدوده زمانی - یک روش اندازه‌گیری - یک فرد مسئول برای هر کار کلیدی به عنوان مثال: > شش صفحه خدمات را برای مشتریان محلی در عرض هشت هفته منتشر کنید، بازدیدهای ارگانیک و ارسال‌های فرم درخواست را پیگیری کنید، و نتایج را هر جمعه بررسی کنید. این هدف بدون تظاهر به اینکه هر نتیجه ای قابل کنترل است به کار جهت می دهد. ## برنامه را به اقدام مفید بعدی تقلیل دهید وقتی پروژه ای عقب می افتد، مردم اغلب طرح بزرگتری ایجاد می کنند. وظایف بیشتر ظاهر می شود، جلسات بیشتری اضافه می شود و تیم احساس می کند کمتر می تواند حرکت کند. من یک برنامه کاری کوچکتر را ترجیح می دهم. یادداشت کنید: 1. کاری که بیشترین تأثیر را روی هدف دارد 2. شخصی که آن کار را در اختیار دارد 3. اطلاعات مورد نیاز برای تکمیل آن 4. تاریخ تکمیل مورد انتظار 5. سیگنالی که پیشرفت را نشان می دهد فرض کنید یک برنامه محتوایی درخواست تولید نمی کند. اقدام بعدی ممکن است بررسی پنج صفحه با بیشترین بازدید اما بدون ارسال فرم باشد. تیم می‌تواند پیام صفحه، گزینه‌های تماس، هدف جستجو و تجربه بارگیری را بررسی کند. آزمایش آن آسان تر از «بهبود کل وب سایت» است. ## از پست های بازرسی کوچکتر استفاده کنید مهلت طولانی می تواند مشکلات را برای مدت طولانی پنهان کند. ایست های بازرسی هفتگی مشکالت را آسان تر می کند. در هر بررسی، من به سه سوال نگاه می کنم: - چه چیزی تکمیل شد؟ - چه چیزی مانع پیشرفت شد؟ - قبل از بررسی بعدی چه چیزی باید تغییر کند؟ یک ایست بازرسی به معنای سرزنش کسی نیست. این فرصتی است برای به روز رسانی طرح در حالی که هنوز زمان برای عمل وجود دارد. یک تیم نرم افزاری ممکن است یک ویژگی را برای انتشار شش هفته ای برنامه ریزی کند. پس از یک هفته، توسعه دهندگان متوجه می شوند که سیستم پرداخت به کار امنیتی بیشتری نیاز دارد. یک بررسی هفتگی به تیم فضایی می‌دهد تا دامنه ویژگی را تغییر دهد، زمان آزمایش بیشتری را اختصاص دهد یا یک کار با اولویت پایین‌تر را از نسخه خارج کند. بدون آن بررسی، مشکل ممکن است نزدیک به مهلت زمانی که انتخاب ها محدود است ظاهر شود. ## حقایق را از مفروضات جدا کنید برنامه ها اغلب با شکست مواجه می شوند زیرا فرضیات به عنوان واقعیت تلقی می شوند. مفروضات متداول عبارتند از: - مشتریان پیشنهاد را درک خواهند کرد - یک تامین کننده در تاریخ مورد انتظار تحویل خواهد داد - یک کارمند می تواند چندین کار بزرگ را انجام دهد - صفحه جدید به سرعت رتبه بندی می شود - یک جلسه تصمیمی را ایجاد می کند - قیمت پایین باعث ایجاد تقاضا می شود. یک آزمایش ساده می تواند خطر را کاهش دهد. کسب‌وکاری که انتظار تقاضا برای یک سرویس جدید را دارد، ممکن است با گروه کوچکی از مشتریان فعلی صحبت کند، یک صفحه خدمات واضح منتشر کند، یا تعداد محدودی درخواست را قبل از ایجاد یک سیستم کامل بپذیرد. این عدم اطمینان را از بین نمی برد. مدیریت عدم قطعیت را آسان تر می کند. ## یک مسیر پشتیبان نگه دارید طرحی که تنها یک مسیر دارد، زمانی شکننده می‌شود که یک کار از حرکت باز می‌ماند. یک مسیر پشتیبان ممکن است شامل موارد زیر باشد: - یک تامین کننده دوم - یک نسخه راه اندازی کوچکتر - یک قالب محتوای متفاوت - یک فرآیند دستی قبل از اتوماسیون - یک تاریخ تحویل اصلاح شده - یک تغییر موقت در محدوده پروژه Apollo 13 یک مثال شناخته شده است. پس از اینکه مشکل مخزن اکسیژن به فضاپیما آسیب رساند، تیم ماموریت نتوانست نقشه اصلی را دنبال کند. مهندسان و فضانوردان با قدرت، آب و تجهیزات محدود کار کردند تا مسیری امن برای بازگشت به زمین ایجاد کنند. هدف از فرود روی ماه به بازگرداندن خدمه به خانه تغییر کرد. این درس عملی است: از نتیجه اصلی محافظت کنید، حتی زمانی که مسیر اصلی دیگر در دسترس نیست. ## پشتکار را با تکرار اشتباه نگیرید ادامه کار سخت روی همان روش ضعیف ممکن است مشکل را حل نکند. اگر تبلیغات پولی کلیک داشته باشد اما سرنخ مرتبط نداشته باشد، افزایش بودجه ممکن است کمکی نکند. مشکل ممکن است در تنظیمات مخاطب، صفحه فرود، پیشنهاد یا فرآیند پیگیری باشد. اگر برنامه مطالعه مدام خراب شود، اضافه کردن ساعات مطالعه بیشتر ممکن است فشار بیشتری ایجاد کند. یک جلسه روزانه کوتاهتر با هدف موضوعی واضح ممکن است با روال معمول زبان آموز تطابق بیشتری داشته باشد. پایداری به معنای متصل ماندن به هدف است. این به معنای تکرار هر قسمت از طرح قدیمی نیست. ## طرحی بسازید که بتواند تغییر کند. یک طرح مفید به ساختار و فضایی برای تعدیل نیاز دارد. من معمولاً سه بخش را نگه می‌دارم: تثبیت - هدف اصلی کسب و کار یا پروژه - الزامات قانونی و ایمنی - محدوده بودجه موجود - نیاز مشتری در نظر گرفته می‌شود ** انعطاف‌پذیر** - ترتیب وظایف - فرمت محتوا - اندازه راه‌اندازی - تعداد افرادی که به هر کار اختصاص داده شده است. گزینه بهتر یک طرح شکست خورده همیشه نشانه قضاوت ضعیف نیست. ممکن است نشان دهد که اطلاعات اصلی ناقص بوده است. پاسخ مفید شناسایی فرض شکست خورده، تعریف اقدام قابل اندازه گیری بعدی و بررسی پیشرفت با سرعت معقول است. برنامه ریزی خوب یک مسیر کامل را نوید نمی دهد. این به من راهی می دهد تا مشکلات را زود متوجه شوم، تغییرات مسئولانه ای ایجاد کنم و به سمت نتیجه ای حرکت کنم که هنوز منطقی است.

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

خرابی های غیرمنتظره می تواند کار، سفر و برنامه های روزانه را مختل کند. من الگوی معمول را می‌دانم: یک چراغ هشدار ظاهر می‌شود، صدای عجیبی شروع می‌شود، و تا زمانی که وسیله نقلیه یا دستگاه کار نکند، مشکل نادیده گرفته می‌شود. اکثر خرابی ها در لحظه شکست شروع نمی شوند. آنها اغلب از طریق سطوح کم مایعات، قطعات فرسوده، سرویس از دست رفته، وضعیت نامناسب باتری، یا علائم هشدار کوچک ساخته می شوند. یک روال تعمیر و نگهداری ساده می تواند به کاهش این خطرات کمک کند و مدیریت هزینه های تعمیر را آسان تر کند. 1. به علائم هشدار اولیه توجه کنید ** من هرگز صدا، بو، لرزش یا نور داشبورد جدید را بدون بررسی آن به عنوان یک مشکل جزئی در نظر نمی‌گیرم. علائم متداول عبارتند از: - صداهای ساییدن یا کلیک کردن - استارت آهسته موتور - کشیدن به یک طرف - ترمز ناهموار - لکه های مایع زیر خودرو - افزایش دمای موتور - کاهش قدرت - چراغ های هشدار که روشن می مانند یک بازرسی کوتاه می تواند شل بودن تسمه، فشار کم لاستیک، باتری ضعیف یا نشت مایع را نشان دهد. رفع این مشکلات قبل از اینکه بر سایر قسمت ها تأثیر بگذارد، ممکن است آسان تر باشد. **2. یک برنامه تعمیر و نگهداری را دنبال کنید یک برنامه تعمیر و نگهداری سوابقی واضح از آنچه بررسی شده است و آنچه نیاز به توجه دارد به من می دهد. این برنامه ممکن است شامل موارد زیر باشد: - تعویض روغن موتور و فیلتر - بازرسی ترمز - بررسی چرخش و فشار لاستیک - تست باتری - بازرسی مایع خنک کننده - تعویض فیلتر هوا - بررسی تسمه و شلنگ - سرویس مایع گیربکس فاصله زمانی صحیح به خودرو، نوع تجهیزات، شرایط رانندگی و راهنمایی سازنده بستگی دارد. وسیله نقلیه ای که برای سفرهای کوتاه، بارهای سنگین یا جاده های پر گرد و غبار استفاده می شود ممکن است نیاز به بررسی های مکرر داشته باشد. 3. باتری را قبل از ایجاد مشکل بررسی کنید باتری ضعیف اغلب قبل از از کار افتادن علائم کوچکی را نشان می دهد. ممکن است موتور به آهستگی میل لنگ بزند، چراغ ها کم نور به نظر برسند، یا محفظه باتری ممکن است متورم یا خوردگی نشان دهد. بررسی می‌کنم: - پایانه‌های باتری - اتصالات کابل - علائم خوردگی - عمر باتری - عملکرد شروع کار یک متخصص خدمات می‌تواند باتری و سیستم شارژ را آزمایش کند. تعویض باتری فقط بر اساس سن همیشه مورد نیاز نیست، اما نادیده گرفتن مشکلات مکرر راه اندازی می تواند باعث سرگردانی من شود. 4. لاستیک ها را در شرایط خوب نگه دارید لاستیک ها بر ترمزگیری، هندلینگ، مصرف سوخت و راحتی رانندگی تأثیر می گذارند. من فشار را هنگام سرد بودن لاستیک ها بررسی می کنم و آن را با فشار ذکر شده توسط سازنده خودرو مقایسه می کنم. من همچنین به دنبال موارد زیر هستم: - سایش ناهموار آج - ترک یا برآمدگی - میخ یا اشیاء دیگر - عمق پایین آج - افت فشار مکرر سایش ناهموار ممکن است نشان دهنده مشکلات تراز یا تعلیق باشد. تعویض لاستیک به تنهایی ممکن است علت را حل نکند، بنابراین زمانی که الگوی سایش غیرعادی به نظر می رسد، درخواست بازرسی کامل می کنم. 5. از مایعات و قطعات صحیح استفاده کنید روغن، خنک کننده، فیلتر یا قطعه جایگزین اشتباه می تواند مشکلات جدیدی ایجاد کند. قبل از افزودن یا تعویض هر چیزی، دفترچه راهنمای مالک یا اطلاعات خدمات را بررسی می کنم. من همچنین از مخلوط کردن مایعات خودداری می کنم، مگر اینکه دستورالعمل های محصول و راهنمای خودرو اجازه دهد. وقتی مطمئن نیستم از یک تکنسین خبره می پرسم. این گام کوچک می تواند از آسیب ناشی از یک محصول نادرست جلوگیری کند. 6. سوابق هر تعمیر را نگه دارید سابقه نگهداری به من کمک می کند تا الگوها را ببینم. من یادداشت می کنم: - تاریخ سرویس - مسافت پیموده شده خودرو یا ساعات کار - کار انجام شده - قطعات تعویض شده است - نظرات تکنسین - پیگیری های توصیه شده برای مثال، اگر همان تسمه نیاز به تنظیم مکرر داشته باشد، ممکن است سابقه نشان دهد که یک مشکل عمیق تر نیاز به توجه دارد. سابقه خدمات واضح همچنین به تکنسین دیگری کمک می کند تا خودرو را سریعتر درک کند. 7. چراغ هشدار را نادیده نگیرید برخی از چراغ های هشدار مربوط به سیستم هایی هستند که هنوز می توانند برای مدت کوتاهی کار کنند. برخی دیگر مشکلی را نشان می دهند که در صورت ادامه رانندگی ممکن است باعث آسیب شود. وقتی متوجه شدم: - گرمای بیش از حد - از دست دادن قدرت ترمز - بوی شدید سوخت - دود - لرزش شدید - از دست دادن ناگهانی نیرو - برای یک هشدار کمتر فوری، یک بازرسی ترتیب می‌دهم و از تلقی نور به‌عنوان بخش دائمی داشبورد اجتناب می‌کنم. یک مثال ساده راننده متوجه شد که ماشین هر روز صبح به زمان بیشتری برای روشن شدن نیاز دارد. چراغ‌ها کار می‌کردند، بنابراین نادیده گرفتن این مسئله آسان به نظر می‌رسید. آزمایش باتری و سیستم شارژ باتری ضعیف و اتصال ترمینال فرسوده را نشان داد. تعمیر طی یک بازدید معمول انجام شد. انتظار تا زمانی که باتری از کار بیفتد می‌تواند منجر به یدک‌کشی، قرار ملاقات از دست رفته یا خودروی سرگردان شود. بررسی زودهنگام هر خطر خرابی را حذف نکرد، اما قبل از تبدیل شدن به یک مشکل بزرگ، یک خطر واضح را کاهش داد. یک روال عملی من از روال کوتاهی استفاده می کنم که مناسب استفاده معمولی است: - قبل از رانندگی چراغ های هشدار را بررسی کنید - هفته ای یکبار به لاستیک ها نگاه کنید - در صورت نیاز سطح مایعات را بررسی کنید - به صداهای جدید گوش دهید - هر بازدید از سرویس را ضبط کنید - ترتیب بازرسی زمانی که یک علامت برمی گردد - از راهنمایی های سازنده خودرو پیروی کنید تعمیر و نگهداری پیشگیرانه هرگز نمی تواند تضمین کند که یک وسیله نقلیه یا ماشین خراب نمی شود. این می تواند به آشکار شدن زودتر سایش، پشتیبانی از عملکرد ایمن تر و کاهش وقفه های قابل اجتناب کمک کند. عادت اصلی ساده است: به تغییرات کوچک توجه کنید، آنها را ثبت کنید و قبل از رشد با آنها مقابله کنید.

مسائل کوچک به ندرت کوچک می مانند. یک فرآیند شل، یک پیام مشتری از دست رفته، یا یک خطای جزئی محصول می تواند افراد بیشتری را تحت تاثیر قرار دهد، در صورتی که هیچ کس زودتر به آن رسیدگی نمی کند. من تیم‌ها را دیده‌ام که ساعت‌ها صرف رفع مشکلی می‌کنند که رفع آن در ابتدا ده دقیقه طول می‌کشد. ایده پشت "رفع مشکلات زودهنگام" ساده است: به علائم هشدار دهنده توجه کنید، علت را پیدا کنید و قبل از بزرگ شدن مشکل اقدامی واضح انجام دهید. ### چرا اقدام اولیه اهمیت دارد وقتی کاری را به تاخیر می اندازم، اغلب کارهای بیشتری برای خودم ایجاد می کنم. یک تاخیر کوچک می تواند بر سایر وظایف، خدمات مشتری، برنامه ریزی سهام یا ارتباطات تیمی تأثیر بگذارد. همین الگو در بسیاری از مشاغل ظاهر می شود: - فرم شکسته مشتریان را از ارسال درخواست باز می دارد. - پاسخ آهسته باعث می شود مشتری به دنبال ارائه دهنده دیگری باشد. - خطای املایی در صفحه محصول باعث کاهش اعتماد می شود. - یک مرحله کاری نامشخص منجر به اشتباهات مکرر می شود. - یک مشکل نرم افزاری کوچک پس از به روز رسانی به تعمیر بزرگتر تبدیل می شود. اقدام زودهنگام انتخاب های بیشتری به من می دهد. من می‌توانم راه‌حلی را آزمایش کنم، درخواست کمک کنم و از تجربه مشتری قبل از اینکه مشکل بر افراد بیشتری تأثیر بگذارد محافظت کنم. ### مرحله 1: به علائم هشدار دهنده توجه کنید که من با مشاهده تغییرات در فعالیت عادی شروع می کنم. نشانه های مفید عبارتند از: - سوالات بیشتر مشتری در مورد یک موضوع - کاهش سفارشات تکمیل شده یا ارسال فرم - خطاهای مکرر در همان قسمت از یک فرآیند - زمان پاسخ طولانی تر - وظایفی که نیاز به بررسی های دستی مکرر دارند - شکایاتی که شبیه به نظر می رسد - اعضای تیم از دستورالعمل های مختلف استفاده می کنند داده ها می توانند کمک کنند، اما بازخورد مستقیم نیز مهم است. یک مشتری ممکن است قبل از اینکه گزارش های وب سایت یک الگوی واضح را نشان دهند، به صفحه گیج کننده ای اشاره کند. من یک لیست کوتاه با چهار جزئیات نگه می دارم: 1. چه اتفاقی افتاد 2. چه زمانی اتفاق افتاد 3. چه کسی یا چه چیزی تحت تأثیر قرار گرفت 4. چه اقدامی قبلاً آزمایش شده است این رکورد به من کمک می کند از حدس زدن اجتناب کنم. ### مرحله 2: علامت را از علت جدا کنید مشکل قابل مشاهده همیشه مشکل واقعی نیست. یک مشتری ممکن است بگوید، "من نمی توانم سفارش خود را ثبت کنم." علت ممکن است خطای پرداخت، گم شدن گزینه تحویل، مشکل نمایش تلفن همراه یا دستورالعمل های نامشخص باشد. من سؤالات ساده ای می پرسم: - موضوع از چه زمانی شروع شد؟ - آیا می توانم آن را تکرار کنم؟ - آیا روی هر کاربر یا فقط برخی از کاربران تاثیر می گذارد؟ - قبل از ظهور مشکل چه چیزی تغییر کرد؟ - کاربر چه نتیجه ای را باید ببیند؟ - در عوض چه نتیجه ای ظاهر می شود؟ این روند تیم را متمرکز نگه می دارد. رفع علامت بدون بررسی علت می تواند بعداً به همان مشکل منجر شود. ### مرحله 3: یک اقدام کوچک و ایمن را انتخاب کنید. برای مشکل وب‌سایت، ممکن است: - صفحه را روی تلفن و رایانه آزمایش کنم - تنظیمات فرم را بررسی کنید - تغییرات اخیر را بررسی کنید - عبارت‌های نامشخص را حذف کنید - از یک نفر خارج از پروژه بخواهم تا کار را امتحان کند. همچنین احتمال ایجاد مشکل دیگری را در حین حل مشکل اول کاهش می دهد. ### مرحله 4: به افراد مناسب بگویید سکوت اغلب مدیریت مسائل را سخت تر می کند. وقتی مشکلی پیدا می کنم، به جای سرزنش حقایق مفید را به اشتراک می گذارم. یک پیام واضح می تواند شامل موارد زیر باشد: - مشکل - تأثیر احتمالی - شواهد - اقدام مورد نیاز - فرد مسئول - زمان بررسی بعدی به عنوان مثال: "سه مشتری امروز نتوانستند فرم درخواست را در دستگاه های تلفن همراه تکمیل کنند. خطا بعد از قسمت شماره تلفن ظاهر می شود. تنظیمات فرم را آزمایش می کنم و نتیجه را پس از بررسی گزارش می کنم." این پیام چیزی برای کار کردن به تیم می دهد. از توضیحات طولانی و انتقاد شخصی اجتناب می کند. ### مرحله 5: نتیجه را بررسی کنید یک اصلاح فقط به این دلیل که کار به عنوان انجام شده علامت گذاری شده است کامل نیست. دوباره مشکل اصلی رو تست میکنم من همچنین بخش های مربوط به فرآیند را بررسی می کنم. یک فرم ممکن است روی رایانه کار کند اما همچنان در تلفن با مشکل مواجه شود. یک الگوی پاسخ ممکن است یک سوال را حل کند اما برای مشتری دیگر سردرگمی ایجاد کند. من از یک چک کوتاه استفاده می کنم: - آیا مشکل اصلی متوقف شد؟ - آیا کاربران می توانند کار را کامل کنند؟ - آیا این تغییر بر بخش دیگری از فرآیند تأثیر گذاشته است؟ - آیا اعضای تیم مرحله جدید را درک می کنند؟ - آیا دوباره همان موضوع پیش آمده است؟ یک تعمیرگاه محلی مثال مفیدی ارائه می دهد. مشتریان مرتباً در مورد وضعیت تعمیر سؤال می کردند، بنابراین کارکنان یک پیام به روز رسانی واضح را پس از هر مرحله خدمات اضافه کردند. تعداد تماس‌های وضعیت کاهش یافت زیرا مشتریان اطلاعات بهتری داشتند. راه حل یک سیستم بزرگ نبود. این یک تغییر کوچک بر اساس یک سوال تکراری بود. ### عادتی برای رفع زودهنگام ایجاد کنید. قبل از بررسی کارم منتظر شکایت جدی نیستم. چک هفتگی می‌تواند موارد زیر را پوشش دهد: - بازخورد مشتری - وظایف باز - فرم‌های وب‌سایت - صفحات محصول - زمان پاسخ - کارهای دستی مکرر - سوالات رایج پشتیبانی همچنین گزارش مشکلات را برای افراد آسان می‌کنم. یک فرم کوتاه، یادداشت مشترک یا کانال چت تیمی می تواند کمک کند. اگر گزارش دهی مشکل به نظر می رسد، ممکن است مسائل کوچک پنهان بماند. رفع زودهنگام مسائل مربوط به تعقیب هر جزئیات جزئی نیست. این در مورد توجه به الگوها و اقدام قبل از سخت تر شدن هزینه است. وقتی زودتر پاسخ می‌دهم، از زمان محافظت می‌کنم، کارهای مکرر را کاهش می‌دهم و به مشتریان تجربه روان‌تری می‌دهم. یک بررسی کوچک امروز می تواند از تعمیر بسیار بزرگتر در آینده جلوگیری کند.

بسیاری از مشکلات نگهداری با یک خرابی بزرگ شروع نمی شوند. آنها اغلب با یک صدای کوچک، یک تغییر جزئی دما، یک بازرسی از دست رفته یا یک یادداشت تعمیر که هیچکس آن را ضبط نمی کند شروع می شود. من قبلاً می دیدم که تعمیر و نگهداری به روشی واکنشی انجام می شود: تجهیزات متوقف شده است، کارکنان به دنبال تکنسین می گردند و کسب و کار هزینه های خرابی را جذب می کند. یک رویکرد هوشمندانه زودتر شروع می شود. این چک های منظم، سوابق روشن، اولویت های عملی و ارتباطات ساده را ترکیب می کند. هدف این نیست که همه چیز را در یک سطح نگه داریم. هدف توجه به هر دارایی است. 1. یک لیست واضح از تجهیزات ایجاد کنید ** من با یک لیست اساسی از هر موردی که از عملیات روزانه پشتیبانی می کند شروع می کنم. این لیست می‌تواند شامل موارد زیر باشد: - نام تجهیزات - مکان - نام تجاری و مدل - تاریخ خرید - سابقه خدمات - علائم هشدار دهنده متداول - مسئول بررسی‌های روزانه - تماس با تعمیر ترجیحی یک نانوایی کوچک ممکن است اجاق‌ها، میکسرها، یخچال‌ها، فریزرها و واحدهای تهویه را فهرست کند. یک مدیر دارایی ممکن است پمپ ها، سیستم های تهویه مطبوع، آسانسورها و کنترل های روشنایی را ردیابی کند. این رکورد نیازی به پیچیده بودن ندارد. یک صفحه گسترده می تواند برای یک تیم کوچک خوب کار کند. ارزش از دقیق نگه داشتن اطلاعات و دسترسی آسان به آن ناشی می شود. **2. رتبه بندی دارایی ها بر اساس تاثیر کسب و کار هر ماشینی به یک برنامه تعمیر و نگهداری نیاز ندارد. من سه سوال ساده می پرسم: - اگر این تجهیزات متوقف شود چه اتفاقی می افتد؟ - آیا خرابی نگرانی ایمنی ایجاد می کند؟ - تعویض یا تعمیر چقدر طول می کشد؟ یخچال در یک تجارت مواد غذایی ممکن است اولویت بیشتری نسبت به کابینت ذخیره سازی داشته باشد زیرا مشکل دما می تواند بر روی انبار و عملکرد روزانه تأثیر بگذارد. چاپگر اداری ممکن است باعث ناراحتی شود، در حالی که یک سیستم گرمایشی خراب می تواند کل محل کار را تحت تاثیر قرار دهد. این رتبه بندی به کنترل هزینه های نگهداری کمک می کند. همچنین از صرف تلاش برابر کارکنان برای مواردی با خطرات بسیار متفاوت جلوگیری می کند. 3. حافظه را با یک برنامه نگهداری جایگزین کنید وقتی فرآیند به حافظه بستگی دارد، افراد وظایف را فراموش می کنند. یک برنامه مکتوب به هر چک مکان مشخصی می دهد. یک برنامه مفید ممکن است شامل موارد زیر باشد: - بررسی های بصری روزانه - نظافت هفتگی - بازرسی های ماهانه - سرویس های فصلی - بررسی های ایمنی سالانه به عنوان مثال، یک واحد تهویه مطبوع تجاری ممکن است به بررسی فیلتر هر ماه و سرویس حرفه ای در فواصل زمانی معین نیاز داشته باشد. یک وسیله نقلیه تحویل ممکن است قبل از استفاده، بررسی لاستیک و سرویس بر اساس مسافت پیموده شده نیاز به بررسی مایعات داشته باشد. برنامه باید با راهنمایی سازنده تجهیزات و شرایط کاری مطابقت داشته باشد. ماشینی که برای ده ساعت در روز استفاده می شود ممکن است به توجه بیشتری نسبت به دستگاهی که یک بار در هفته استفاده می شود نیاز داشته باشد. 4. علائم هشدار کوچک را ثبت کنید یک یادداشت کوتاه می تواند از عیب یابی مکرر جلوگیری کند. من تیم‌ها را تشویق می‌کنم جزئیاتی مانند: - صدای غیرمعمول - شروع آهسته - مصرف انرژی بیشتر - پیام‌های خطای مکرر - نشت - گرما یا لرزش - تغییرات در کیفیت محصول را تشویق کنند. "ماشین عجیب به نظر می رسید" کمک محدودی می کند. "میکسر در طول پنج دقیقه پایانی چرخه بار کامل صدای خراش دادن ایجاد کرد" به یک تکنسین نقطه شروع بهتری می دهد. جزئیات کوچک نیز به آشکار شدن الگوها کمک می کند. مشکلی که هر دوشنبه صبح ظاهر می شود ممکن است مربوط به استفاده سنگین آخر هفته باشد. خطای بعد از تمیز کردن ممکن است به رطوبت یا روش تمیز کردن نادرست اشاره کند. 5. لوازم یدکی را کاربردی نگه دارید نگه داشتن هر قطعه ممکن می تواند پول و فضای ذخیره سازی را هدر دهد. نگه داشتن هیچ قطعه ای می تواند زمان خرابی را افزایش دهد. من معمولا قطعات را به سه گروه تقسیم می کنم: - قطعاتی که اغلب فرسوده می شوند - قطعاتی که به راحتی قابل تعویض هستند - قطعاتی با زمان تحویل طولانی فیلترها، مهر و موم ها، تسمه ها، فیوزها و بست های اصلی ممکن است در دو گروه اول برای بسیاری از انواع تجهیزات مناسب باشند. انتخاب صحیح به مدل و تامین کننده بستگی دارد. هر قطعه ذخیره شده باید دارای یک برچسب، یک رکورد مقدار و یک قانون ذخیره مجدد باشد. یک بررسی ساده می تواند از توقف تعمیر جلوگیری کند زیرا یک قطعه کم هزینه وجود ندارد. 6. مسئولیت‌ها را نمایان کنید وقتی همه تصور می‌کنند که شخص دیگری آن را انجام می‌دهد، تعمیر و نگهداری کمتر قابل اعتماد می‌شود. یک طرح مسئولیت ساده می‌تواند نشان دهد: - چه کسی بررسی روزانه را انجام می‌دهد - چه کسی کار تعمیر را تأیید می‌کند - چه کسی با ارائه‌دهنده خدمات تماس می‌گیرد - چه کسی سوابق را به‌روزرسانی می‌کند - چه کسی بررسی می‌کند که تجهیزات برای استفاده ایمن هستند شخصی که متوجه مشکل می‌شود ممکن است شخصی نباشد که آن را تعمیر می‌کند. هر دو نقش باید روشن باشد. یک رستوران می‌تواند چک‌های افتتاحیه را به مدیر شیفت، وظایف نظافتی را به تیم آشپزخانه و تعمیرات فنی را به یک ارائه‌دهنده خدمات تایید شده واگذار کند. این ساختار در حالی که کارهای تخصصی را برای یک متخصص واجد شرایط ارسال می کند، کار معمول را در تیم حفظ می کند. 7. هر ماه نتایج را مرور کنید زمانی که تجهیزات یا کسب و کار تغییر می کند، برنامه تعمیر و نگهداری باید تغییر کند. بررسی می‌کنم: - تعداد خرابی - هزینه‌های تعمیر - تکرار خطاها - بازرسی‌های از دست رفته - خرابی - قطعات استفاده‌شده - تجهیزاتی که به پایان دوره خدمات مفید خود رسیده‌اند فرض کنید یک کافه کوچک همان یخ‌ساز را چهار بار در شش ماه تعمیر می‌کند. سوابق تعمیر ممکن است نشان دهد که دستگاه دارای هزینه های عملیاتی بالا و خطاهای مکرر است. جایگزینی ممکن است انتخاب مناسبی برای هر کسب و کاری نباشد، اما مالک اکنون اطلاعات مفیدی برای برنامه ریزی دارد. همین بررسی می‌تواند نشان دهد که یک کار تمیز کردن کم هزینه از تعمیر گران‌تر جلوگیری می‌کند. این همان الگویی است که یک رکورد خوب دیدن را آسان تر می کند. تعمیر و نگهداری هوشمندانه خرید نرم افزار بیشتر یا ایجاد چک لیست طولانی تر نیست. این در مورد دانستن آنچه مهم است، بررسی آن در فواصل زمانی مناسب و ثبت اطلاعات مفید است. وقتی من این فرآیند را ساده نگه می‌دارم، مردم بیشتر آن را دنبال می‌کنند. وقتی مسئولیت ها مشخص باشد، مسائل زودتر به دست فرد مناسب می رسد. هنگامی که سوابق ثابت هستند، تصمیمات تعمیر کمتر بر حدس و گمان تکیه می کنند. یک برنامه تعمیر و نگهداری عملی از تجهیزات محافظت می کند، از کارکنان پشتیبانی می کند و به کسب و کار دید واضح تری از هزینه های آینده می دهد. تعمیر و نگهداری از پاسخ اضطراری را به بخشی معمولی از عملیات مسئول تبدیل می کند.

من قبلاً فکر می کردم یک برنامه ریزی دقیق به نتایج بهتری منجر می شود. من اهدافی را تعیین می‌کردم، وظایف را فهرست می‌کردم، ضرب‌الاجل‌ها را انتخاب می‌کردم و برای حرکت به جلو آماده بودم. چند هفته بعد، این طرح اغلب دست نخورده باقی می ماند. مشکل همیشه تلاش ضعیف نبود. گاهی اوقات طرح خیلی گسترده بود. گاهی اوقات هدف قابل اندازه گیری نبود. گاهی اوقات کارهای روزانه با نتیجه ای که می خواستم ارتباط نداشت. یک طرح باید به من کمک کند تصمیم بگیرم که در آینده چه کار کنم. اگر بیشتر از اقدام، سردرگمی ایجاد کند، نیاز به بررسی دارد. من با بررسی اینکه برنامه برای رسیدن به چه چیزی طراحی شده است شروع می کنم. هدفی مانند "رشد کسب و کار" مفید به نظر می رسد، اما به من نمی گوید موفقیت چگونه به نظر می رسد. من ممکن است آن را با یک هدف واضح تر جایگزین کنم: - رسیدن به 200 بازدید وب سایت واجد شرایط در هر ماه - دریافت 15 درخواست محصول در عرض 60 روز - کاهش زمان پاسخگویی مشتری از دو روز به یک روز - انتشار چهار مقاله مفید در هر ماه یک هدف واضح به من چیزی برای پیگیری می دهد. همچنین به من کمک می کند متوجه شوم که یک کار بدون پشتیبانی از نتیجه اصلی زمان می برد. سپس کار برنامه ریزی شده را با کار واقعی مقایسه می کنم. یک جدول ساده می تواند شکاف را نشان دهد: | کار برنامه ریزی شده | کار انجام شده | نتیجه | |---|---|---| | انتشار دو مقاله | منتشر شده یک مقاله | 86 بازدید | | تماس با ده بالقوه | با شش بالقوه تماس گرفت | دو پاسخ | | بررسی داده های وب سایت | تکمیل نشده | بدون به روز رسانی ردیابی | این چک به معنای ایجاد سرزنش نیست. این به من کمک می کند تا ببینم کجای برنامه در حال شکست است. اگر ده کار را برنامه ریزی کردم اما فقط دو کار را تکمیل کردم، باید دلیل آن را بپرسم. دلیل ممکن است برنامه کاری کامل، مالکیت نامشخص، مهارت های از دست رفته یا کاری که بیش از حد بزرگ است باشد. تغییر کار می تواند انجام آن را آسان تر کند. به عنوان مثال، "بهبود وب سایت" کار بر روی آن دشوار است. می‌توانم آن را به اقدامات کوچک‌تر تقسیم کنم: 1. صفحه خدمات اصلی را بررسی کنید. 2. پاراگراف افتتاحیه را بازنویسی کنید. 3. اطلاعات تماس واضح را اضافه کنید. 4. فرم را روی تلفن همراه آزمایش کنید. 5. صفحه را پس از یک هفته مرور کنید. آنها همچنین یافتن نقطه دقیق توقف کار را آسان تر می کنند. من به اعدادی که با هدف مرتبط هستند توجه زیادی می کنم. ترافیک وب سایت می تواند مفید باشد، اما ترافیک به تنهایی نشان نمی دهد که آیا یک برنامه کار می کند یا خیر. همچنین ممکن است این موارد را بررسی کنم: - زمان صرف شده در صفحات کلیدی - ارسال فرم تماس با ما - سوالات مربوط به محصول - پاسخ های ایمیلی - بازدیدهای مکرر - فروش کامل یا رزرو یک شرکت تعمیر محلی مثال مفیدی ارائه می دهد. مالک چندین پست در مورد مشکلات رایج لوازم خانگی منتشر کرد و بازدیدهای بیشتری از موتورهای جستجو مشاهده کرد. در ابتدا ترافیک دلگرم کننده به نظر می رسید. با این حال، فرم تماس چند پیام دریافت کرد. پس از بررسی صفحه، مالک متوجه شد که فرم اطلاعات زیادی درخواست می کند و استفاده از آن در تلفن سخت است. فرم کوتاه شد، قسمت خدمات توضیح داده شد و شماره تلفن نزدیک بالای صفحه قرار گرفت. این شرکت در آن مرحله به مقالات بیشتری نیاز نداشت. برای بازدیدکنندگانی که قبلاً علاقه مند بودند به مسیر ساده تری نیاز داشت. به همین دلیل است که من از قضاوت یک طرح با یک عدد اجتناب می کنم. همچنین بررسی می‌کنم که آیا این طرح با افرادی که می‌خواهم به آنها برسم مطابقت دارد یا خیر. یک پیام می تواند بازدیدهایی از مخاطبان اشتباه دریافت کند و همچنان ارزش تجاری کمی ایجاد کند. عبارات جستجو، سوالات مشتری، محتوای صفحه و پیشنهاد باید در یک جهت باشد. وقتی نتایج ضعیف هستند، هر بار یک قسمت را تغییر می‌دهم. من ممکن است پیام صفحه، مخاطبان هدف، دعوت به اقدام یا زمان‌بندی انتشار را تنظیم کنم. اگر همه چیز را به یکباره تغییر دهم، نمی توانم بگویم کدام تغییر کمک کرده است. یک چرخه مرور کوتاه فرآیند یادگیری را آسان‌تر می‌کند. روال بازبینی من به این صورت است: - بررسی پیشرفت در برابر هدف اصلی - علامت گذاری وظایف تکمیل شده و ناتمام - بررسی داده های عملکرد مفید - از مشتریان بپرسید که چه چیزی باعث تردید شده است - کارهایی را که از هدف پشتیبانی نمی کنند حذف کنید - یک تغییر را برای دوره بررسی بعدی انتخاب کنید. طول مناسب بستگی به کار دارد. فرم وب سایت ممکن است علائم اولیه را در عرض چند روز نشان دهد. یک طرح محتوا ممکن است چندین هفته زمان نیاز داشته باشد تا بتوانم جهت آن را قضاوت کنم. یک برنامه کاری نیازی به تولید نتایج کامل هر روز ندارد. باید به من کمک کند یاد بگیرم، تنظیم کنم و قدم عملی بعدی را بردارم. اگر هدف نامشخص است، آن را بازنویسی می کنم. اگر کار خیلی بزرگ است، آن را تقسیم می کنم. اگر اعداد با اقدامات مشتری مطابقت نداشته باشند، شکاف را مطالعه می کنم. اگر برنامه به همین دلیل به شکست ادامه دهد، من به جای اینکه صرفاً تلاش بیشتری کنم، طرح را تغییر می‌دهم. این سوالی است که من از خودم می‌پرسم: «آیا همه بخش‌های برنامه را دنبال کردم؟» اما "آیا این طرح به من کمک می کند تا به سمت نتیجه ای که نیاز دارم حرکت کنم؟" ما تجربه گسترده ای در زمینه صنعت داریم. برای مشاوره حرفه ای با ما تماس بگیرید: Ye Shengyong: 13577185@qq.com/WhatsApp +8618906708575.

Peter F Drucker 2006 The Practice of Management Robert S Kaplan and David P Norton 1996 The Balanced Scorecard Avinash Kaushik 2009 Web Analytics 2.0 W Edwards Deming 1986 Out of the Crisis John Moubray 1997 Reliability Centered Maintenance Atul09 Manfesto Checklist2