ما المقصود بالقبول
يختبر المطورون أن ما بنوه يعمل. أما القبول فيطرح سؤالاً آخر: هل تستطيع هذه الشركة أن تبيع عبر هذا المتجر غداً؟ ولا يملك الإجابة إلا من سيديرونه، لأنهم وحدهم يعرفون كيف يبدو الطلب الصحيح والفاتورة الصحيحة والتوصيل الصحيح. فقد يجتاز المتجر كل الاختبارات التقنية، ومع ذلك يحتسب ضريبة خاطئة في إحدى المناطق، أو يرسل الطلبات إلى المستودع من دون رسالة الإهداء.
ويحتاج القبول إلى ثلاثة أمور يُتفق عليها مسبقاً: السيناريوهات التي ستُختبر، ومن يعتمد كل مجال، وما الذي يوقف الإطلاق. فإن غاب الأمر الثالث، اتُّخذ القرار تحت الضغط في يوم الإطلاق، وكان الجواب في كل مرة: نطلق.
اختبر طلبات حقيقية من البداية إلى النهاية
جوهر القبول مجموعة من الطلبات تُقدَّم كما يقدّمها العميل، ثم تُتابَع في كل نظام حتى يتضح مصير المال والبضاعة. استخدم منتجات حقيقية وعناوين حقيقية.
| السيناريو | تابعه حتى |
|---|---|
| طلب بسيط من عميل جديد، بالدفع بالبطاقة والتوصيل إلى المنزل | رسالة التأكيد، وتحصيل المبلغ، ووصول الطلب إلى نظام تخطيط موارد المؤسسات (ERP) أو نظام الطلبات، وخصم الكمية من المخزون، وتجهيز الطلب، ورسالة الشحن مع رقم التتبع، والفاتورة |
| طلب من زائر دون حساب | الخطوات نفسها، دون أن يُنشأ حساب |
| طلب فيه رمز خصم ومنتج بسعر مخفّض | إجماليات صحيحة على الشاشة وفي الرسالة وعلى الفاتورة وفي الحسابات |
| كل خيار للتوصيل، ومنه الاستلام من الفرع | رسوم صحيحة، وتعليمات صحيحة إلى المستودع أو الفرع |
| كل وسيلة دفع | تحصيل المبلغ أو حجزه كما هو مقرر، مع المرجع الصحيح لدى الإدارة المالية |
| وجهة تختلف فيها الضريبة أو الرسوم الجمركية | ضريبة مطابقة لما أكده محاسبك، ومعروضة للعميل بوضوح |
| منتج بخيار محدد، وباقة منتجات، وطلب مسبق أو طلب مؤجل حتى يتوفر المخزون | المنتجات الصحيحة، وحركات المخزون الصحيحة |
| دفعة فاشلة تليها محاولة ثانية | رسالة واضحة، وسلة محفوظة، وطلب واحد لا طلبان |
| إلغاء قبل الشحن | عودة الكمية إلى المخزون، وفك حجز المبلغ أو ردّه، وإرسال الرسائل |
| استرداد كامل وآخر جزئي | عودة المبلغ إلى وسيلة الدفع الأصلية، وصحة المخزون والحسابات |
قبل الإطلاق، قدّم طلباً واحداً على الأقل في المتجر الفعلي ببطاقة حقيقية وبمبلغ صغير، ثم استرده. فوضع الاختبار لا يثبت أن حساب الدفع الفعلي مُعدّ وموثَّق، ولا أن مستحقاته تُحوَّل إلى الحساب المصرفي الصحيح.
الدفع والضرائب والتوصيل
- 01
هل حساب الدفع مفعّل للتشغيل الفعلي وموثَّق؟
من يؤكدالإدارة المالية. المستحقات تصل إلى الحساب المصرفي الصحيح، ومزوّد الدفع أنهى إجراءات التحقق من الشركة.
- 02
هل الضرائب صحيحة في كل منطقة تبيع فيها؟
من يؤكدمحاسبك. الأسعار معروضة شاملة الضريبة أو من دونها كما هو مطلوب، والفواتير تتضمن ما تشترطه الأنظمة المحلية.
- 03
هل رسوم التوصيل ومناطقه صحيحة؟
من يؤكدفريق العمليات. يختبر عناوين في كل منطقة، والمنتجات الثقيلة وكبيرة الحجم، وحدود التوصيل المجاني، والأماكن التي لا توصل إليها.
- 04
هل تعمل إعدادات مكافحة الاحتيال والتحقق كما ينبغي؟
من يؤكدالإدارة المالية ومزوّد الدفع. الطلبات التجريبية السليمة تمر، وخطوة التحقق الإضافية تعمل على الهواتف.
- 05
هل العملات وطريقة التقريب متسقة؟
من يؤكدالإدارة المالية. الإجمالي نفسه يظهر في السلة والرسالة والدفعة والحسابات.
- 06
هل للاسترداد واعتراضات حاملي البطاقات إجراء واضح؟
من يؤكدخدمة العملاء والإدارة المالية. من يحق له إصدار الاسترداد، وحتى أي مبلغ.
رسائل البريد والمحتوى والصفحات القانونية
- كل رسالة تلقائية. تأكيد الطلب، والشحن، والتسليم، والاسترداد، وإنشاء الحساب، وإعادة تعيين كلمة المرور، والسلة المتروكة. اقرأ كل رسالة على الهاتف، ببيانات طلب حقيقية، وبكل لغة.
- المرسل ووصول الرسائل. تصدر الرسائل من نطاقك، وتجتاز فحوص التوثيق، وتصل إلى صندوق الوارد لا إلى مجلد الرسائل المزعجة لدى مزودي البريد الرئيسيين.
- محتوى المنتجات. عينة من كل فئة تُراجَع فيها الأسماء والأسعار والصور والخيارات والمخزون. ولا يبقى شيء من بيانات العرض التجريبي.
- الصفحات القانونية. شروط البيع، وسياسة الخصوصية، وحقوق الإرجاع والإلغاء، ومعلومات التوصيل، وبيانات الشركة، يراجعها مستشار قانوني في ضوء الأسواق التي تبيع فيها.
- الموافقة. إشعار ملفات تعريف الارتباط وخيارات الاشتراك في الرسائل التسويقية تعمل كما تنص سياسة الخصوصية، مع تأجيل التتبع إلى ما بعد الموافقة حيث يشترط القانون ذلك.
- حالات الخطأ والحالات الفارغة. الصفحة التي تظهر لرابط غير موجود، وللسلة الفارغة، ولمنتج نفد من المخزون، ولبحث بلا نتائج، ولكل منها طريق واضح للمتابعة.
التكاملات والبيانات والظهور في محركات البحث
- 01
أثبت عمل كل تكامل مع النظام الفعلي
تصل الطلبات إلى نظام ERP، وتعود تغييرات المخزون إلى المتجر، وتُطبع ملصقات الشحن، وتستقبل أداة البريد المشتركين الجدد. واختبر عبر اتصالات بيئة التشغيل الفعلية، لأن بيئات الاختبار كثيراً ما تختلف عنها.
- 02
عطّل كل تكامل عمداً
أوقف واحداً منها، وقدّم طلباً، ثم أعد تشغيله. يجب ألا يضيع شيء أو يتكرر، وأن يكون التنبيه قد وصل إلى شخص ما.
- 03
طابق البيانات المنقولة
أعداد المنتجات والعملاء والطلبات، وأرصدة بطاقات الهدايا والرصيد المتاح للعملاء، وعينة تُطابَق حقلاً حقلاً.
- 04
تحقق من التحويلات
كل عنوان قديم يقود إلى الصفحة الجديدة الصحيحة. شغّل فحصاً آلياً على القائمة كاملة.
- 05
انظر إلى المتجر بعين محركات البحث
عناوين الصفحات وأوصافها، وبيانات المنتجات المنظَّمة، وخريطة الموقع. وتأكد أن الإعدادات التي تخفي المتجر عن محركات البحث في مرحلة التطوير أُزيلت عند الإطلاق.
- 06
تأكد من دقة القياس
تسجّل أداة التحليلات عملية الشراء مرة واحدة وبقيمتها الصحيحة، ولا تعمل شيفرات التتبع الإعلانية إلا بعد موافقة الزائر.
مثال تطبيقي
أسبوع القبول لدى شركة لمستحضرات التجميل
هذا مثال افتراضي يوضح ما يكشفه القبول عادةً. شركة تبيع مستحضرات التجميل بالتجزئة، ويفصلها أسبوع عن إطلاق متجرها الإلكتروني بعد إعادة بنائه.
- الخطةيُتفق على 22 سيناريو للطلب. تعتمد الإدارة المالية الدفع والضرائب، ويعتمد المستودع تجهيز الطلبات، ويعتمد التسويق المحتوى والرسائل، ويتخذ المالك القرار النهائي. وتُحدَّد مسبقاً المشكلات التي تمنع الإطلاق.
- الطلباتينجح 19 سيناريو وتتعثر ثلاثة: رمز خصم مع منتج مخفّض يُظهر على الفاتورة إجمالياً يختلف بسنت واحد، وباقة تُنقص مخزونها هي لا مخزون مكوّناتها، واسترداد جزئي لا يصل إلى الحسابات.
- الدفع الفعليينجح طلب حقيقي، لكن أول تحويل للمستحقات يبقى معلقاً لأن مزوّد الدفع ما زال يتحقق من هوية أحد المديرين. وتُحَل المسألة قبل الإطلاق بثلاثة أيام.
- الرسائلرسائل الشحن تذهب إلى مجلد الرسائل المزعجة لدى أحد مزودي البريد الكبار، إذ كانت سجلات التوثيق لنطاق الإرسال ناقصة.
- القرارخلل مخزون الباقة وخلل الاسترداد يمنعان الإطلاق، فيُصلَحان ويُعاد اختبارهما. أما فرق التقريب البالغ سنتاً واحداً فتقبله الإدارة المالية كتابةً للإطلاق، مع موعد محدد لإصلاحه.
يُطلَق المتجر متأخراً يوماً واحداً عن الموعد المخطط، وعلى القائمة الموقّعة مشكلة معروفة واحدة. ولولا ذلك الأسبوع، لاكتشف كل خلل منها عميلٌ أو المستودع أو المحاسب.
السرعة وإمكانية الوصول والأمان والفريق
جاهز للافتتاح
- الصفحات الرئيسية مقيسة على هاتف متوسط الفئة عبر بيانات الجوال
- إتمام الشراء مُجرَّب بلوحة المفاتيح وحدها ومع قارئ الشاشة
- حسابات المسؤولين مراجَعة، والدخول إليها بخطوتين
- نسخ احتياطية مأخوذة، واستعادة مجرَّبة
- موظفون مدرَّبون على الطلبات والاسترداد والمخزون، مع إجراءات مكتوبة
- خدمة العملاء على اطلاع، ولديها إجابات عن الأسئلة المتوقعة
غير جاهز
- اختبار على حواسيب الفريق المحمولة فقط
- حسابات المطورين والاختبار ما زالت مفعّلة بصلاحيات كاملة
- لا أحد يعرف كيف يُصدر استرداداً
- لا مراقبة ولا تنبيه إن تعطّل إتمام الشراء
- الإطلاق مقرر في اليوم السابق لحملة ترويجية كبيرة
يستحق اختبار الأحمال أن تجريه إن كنت تتوقع إقبالاً كبيراً عند الإطلاق، أو كانت لديك قائمة بريدية كبيرة. وإلا فإن افتتاحاً هادئاً لجمهور صغير لبضعة أيام يؤدي الغرض نفسه، مع عملاء حقيقيين ومخاطرة أقل.
القرار ويوم الإطلاق والأسابيع التي تليه
اعقد اجتماعاً قصيراً يعلن فيه كل مسؤول حكمه على مجاله: مقبول، أو مقبول مع مشكلات مدرجة، أو مرفوض. وتُجمع المشكلات المعروفة في قائمة واحدة، لكل منها درجة خطورة ومسؤول وموعد. ثم يتخذ القرار الشخص الذي يتحمل مسؤولية العمل التجاري. وإن بقيت مشكلة مانعة مفتوحة، تأجّل الإطلاق. فالمتجر الذي يفتح متأخراً أسبوعاً يُنسى تأخره خلال شهر، أما المتجر الذي يفتح وفيه أعطال فيبقى في الذاكرة.
في يوم الإطلاق، اتبع تسلسلاً مكتوباً لكل خطوة فيه مسؤول محدد بالاسم: تحديث أخير للبيانات، ثم الانتقال إلى المتجر الجديد، ثم تفعيل التحويلات، ثم طلب تجريبي في المتجر الفعلي، ثم التأكد من أن المراقبة تعمل. وأبقِ إمكانية العودة إلى المتجر القديم متاحة لفترة متفق عليها. وفي الأسابيع الأولى، راجع الطلبات والمدفوعات والأخطاء ورسائل العملاء كل يوم، وأبقِ فريق التطوير على أهبة الاستعداد. ويتناول دليلنا عن التخطيط لنقل المتجر الإلكتروني إلى منصة جديدة عملية الانتقال نفسها.
قائمة التحقق للقبول
قائمة التحقق لقبول المتجر الإلكتروني قبل الإطلاق
0 من 11 منجزةماذا تفعل الآن
اكتب سيناريوهات الطلب الآن، أياً كانت المرحلة التي بلغها البناء. اسأل الإدارة المالية والمستودع وخدمة العملاء عن الطلبات التي تسبب لهم المتاعب اليوم، وأضفها إلى القائمة. فهذه القائمة تفيد المطورين قبل الإطلاق بوقت طويل، لأنها تحدد لهم متى يُعدّ العمل مكتملاً.
وتستطيع الاختبارات المؤتمتة أن تعيد تشغيل كثير من هذه السيناريوهات بعد كل تغيير، كما تشرح صفحة ضمان الجودة وأتمتة الاختبارات. وإن أردت مراجعة قبول مستقلة، أخبرنا بموعد إطلاقك.
أسئلة شائعة
من يجب أن يعتمد إطلاق المتجر الإلكتروني؟
الشركة نفسها، مجالاً بعد مجال. تؤكد الإدارة المالية الدفع والضرائب والقيود المحاسبية، ويؤكد فريق العمليات تجهيز الطلبات والمخزون، ويؤكد التسويق المحتوى والرسائل والقياس، وتؤكد خدمة العملاء أنها جاهزة لدعم المشترين. ثم يتخذ شخص واحد مسؤول القرار النهائي. أما شركة التطوير فتدعم الاختبار وتصلح الأعطال، ولا ينبغي أن تكون هي من يعلن قبول عملها.
كم تستغرق اختبارات القبول؟
ما يكفي لتشغيل كل سيناريو، وإصلاح ما يفشل، ثم إعادة تشغيله. وفي معظم المتاجر يستغرق ذلك أياماً لا ساعات، ويتطلب أن يتفرغ له موظفون من الإدارة المالية وفريق العمليات. لذلك أدرج هذه الفترة في الجدول الزمني من البداية. فالقبول الذي يُحشر في عصر اليوم الأخير إجراء شكلي، وأعطاله تظهر بعد الإطلاق.
هل يمكن أن نطلق المتجر وفيه مشكلات معروفة؟
نعم، إن كانت كل مشكلة مفهومة وبسيطة ومكتوبة مع مسؤول عنها وموعد لحلها، ولم يُفاجأ بها أحد. واتفق مسبقاً على ما يُعدّ مانعاً للإطلاق: كل ما يحصّل مبلغاً خاطئاً، أو يُضيع طلباً، أو يعرض المخزون على غير حقيقته، أو يخالف اشتراطاً قانونياً. أما ما عدا ذلك فيمكن أن يقبله المسؤول عن المجال المعني وهو على علم به.
هل تكفي التجربة في وضع الاختبار على المنصة؟
لا. وضع الاختبار يثبت صحة المنطق، لكنه لا يثبت أن حساب الدفع الفعلي موثَّق، ولا أن المستحقات تصل إلى حسابك المصرفي، ولا أن إعدادات الضريبة والشحن الفعلية مطابقة، ولا أن تكاملات بيئة التشغيل متصلة. قدّم قبل الافتتاح طلباً حقيقياً واحداً على الأقل ببطاقة حقيقية في المتجر الفعلي، وتابعه حتى نهايته، ثم استرده.
ما الذي نراقبه في الأيام الأولى بعد الإطلاق؟
وصول الطلبات وانتقالها إلى نظام الطلبات، ونسبة نجاح المدفوعات، والأخطاء، ووصول الرسائل، وتطابق المخزون، وتقارير الأخطاء من محركات البحث، وما يقوله العملاء لفريق الدعم. راجع ذلك يومياً، مع مطورين جاهزين للاستجابة. فمعظم مشكلات الإطلاق تظهر في الأسبوع الأول، والإصلاح السريع حينها يمنع ضرراً دائماً.
