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