لبنان · 4 دقيقة قراءة
هل أستطيع تشغيل متجر إلكتروني يقبل Whish أو OMT أو الدفع عند الاستلام؟
الجواب المختصر
نعم. فأداة المتجر في Helm، في باقتَي Standard وBusiness، بُنيت للمال الذي يُسدَّد خارج صفحة الدفع: يختار المشتري Whish أو OMT أو تحويلًا مصرفيًا أو الدفع عند الاستلام، ويكتب رقم التحويل إن كان قد أرسل المال، وتؤكّده أنت من كشف حسابك قبل الإرسال. وكل طلب يصل إلى لوحة التحكم، بجانب ما حصّلته وما بقي للتحصيل.
في هذه الصفحة
الافتراض الذي تقوم عليه كل منصّات المتاجر
تكاد كل منصّة متاجر تُبنى على البطاقة أولًا. فالدفع ينتهي بنموذج بطاقة، ويُعلَّم الطلب مدفوعًا لأن معالجًا قال ذلك، وكل ما بعده — التأكيد والإرسال والمحاسبة — معلّق على تلك اللحظة.
وفي لبنان ينكسر هذا الافتراض عند الخطوة الأولى. فالدفع بالبطاقة أقلّية ممّا يستخدمه الناس فعلًا. المال يتحرّك عبر Whish، وعبر OMT، وعبر تحويل مصرفي، أو يصل نقدًا عند الباب. والدفع الذي لا يستطيع الانتهاء بأيٍّ من هذه يتخلّى عنه معظم مشتريك — ولهذا استنتجت أنشطة كثيرة هنا أن المتجر الإلكتروني ببساطة ليس لها. انظر تلقّي المدفوعات أونلاين في لبنان في سبب كون طبقة الدفع، لا الموقع، هي العائق عادةً.
وأداة المتجر في Helm، في باقتَي Standard وBusiness، تبدأ من الافتراض المعاكس. فالدفع الذي يُسدَّد خارج صفحة الدفع هو الحالة الطبيعية لا البديل الاحتياطي.
ماذا يفعل المشتري
يتصفّح الكتالوج، ويختار متغيّرًا، ويذهب إلى إتمام الطلب. ثم يختار من وسائل الدفع التي أعددتَها أنت — وأنت من يسمّيها. «Whish»، «OMT»، «الدفع عند الاستلام»، «تحويل مصرفي»: هذه صفوف تنشئها، لا قائمة ثابتة تختار منها. ولكلٍّ منها تعليماتك أنت، مكتوبة كما تقولها في رسالة: الرقم الذي يُرسَل إليه المال، وما الذي يُلصَق بعد ذلك. ويراها المشتري وهو يدفع.
وما يحدث بعدها يتوقّف على نوع الوسيلة.
مدفوع قبل الإرسال — Whish أو OMT أو تحويل مصرفي. يرسل المشتري المال بالطريقة التي يرسل بها ماله أصلًا، ثم يكتب رقم التحويل عند إتمام الطلب. وإن كنت قد وسمتَ تلك الوسيلة بأنها تحتاج رقمًا، ظهر الحقل ولم يمرّ الطلب دونه. ويحطّ الطلب بانتظار الدفع.
مدفوع عند الباب — الدفع عند الاستلام. لا رقم ولا شيء تؤكّده مسبقًا. ويحطّ الطلب غير مدفوع، وهو بالضبط ما هو عليه حتى يعود المندوب.
وفي الحالتين يغادر المشتري ورقم الطلب أمامه على الشاشة. ويستطيع البحث عن طلبه لاحقًا بذلك الرقم وبريده الإلكتروني.
ماذا تفعل أنت
تفتح لوحة التحكم وتؤكّد أن المال وصل — بعينك، من كشف حسابك. فأنت من يرى حسابك، ولذلك يبقى طلب التحويل «بانتظار الدفع» حتى تعلّمه مدفوعًا، وكلمتك هي التي تُحتسب.
ومن هناك يمرّ الطلب بمراحله: «للتجهيز» ثم «جاهز للإرسال» ثم «في الطريق» ثم «تم التوصيل». وقد خرج المخزون لحظة تسجيل الطلب، محسوبًا لكل متغيّر على حدة، فلا يبيع الموقع ما لم يعد عندك بينما أنت تؤكّد المدفوعات. وإن ألغيت طلبًا عاد المخزون مرة واحدة بالضبط، ولو ألغيته أنت وزميلك في اللحظة نفسها.
وتفصيلان يهمّان أكثر ممّا يبدوان:
الرسم الإضافي صفة للوسيلة لا للنقد. فإن كان الدفع عند الاستلام يكلّفك شيئًا، تستطيع وضع رسم على تلك الوسيلة. وإن كانت وسيلة تحويل لا تكلّفك شيئًا، فلا رسم عليها. فالرسم صفة لكيفية الدفع، وهذا هو الترتيب الصادق.
رقمان، دائمًا معًا. تعرض شاشة الطلبات «المبلغ المحصَّل» و«ما زال للتحصيل» جنبًا إلى جنب، والطلبات الملغاة خارج كليهما. فحين يُدفع نصف طلباتك عند الباب، يكون الرقم الواحد نصف الحقيقة أيًّا كان.
التوصيل، مسعّرًا كما يجري فعلًا
تحدّد مناطق توصيل — اسمًا، ورسمًا ثابتًا، ووقتًا تقريبيًا («بيروت، اليوم نفسه»). وتستطيع وضع حدٍّ يصير التوصيل فوقه مجانيًا. وهذا أبسط عمدًا من محرّك تسعير شركات الشحن، لأن الجواب الصادق في التوصيل المحلي عادةً عدد صغير من المناطق المسمّاة لكلٍّ منها سعر، لا حساب وزن ومسافة.
ما الذي يُسيّره يومًا بيوم
صفحة الدفع هي ما يسأل عنه الناس. وهذه هي الأجزاء التي تُسهّل إدارته كل يوم.
طلباتك، حيث تنظر أولًا. تعرض الصفحة الرئيسية في لوحة التحكم عدد الطلبات التي وصلت خلال اليوم الماضي، وبنقرة واحدة تدخل إلى متجرك. وشاشة الطلبات تحفظها كلها، مصنّفة بحسب مرحلتها: «للتجهيز» و«جاهز للإرسال» و«في الطريق» و«تم التوصيل».
قائمة انتظار لما نفد. حين ينفد لون أو مقاس، يستطيع المشتري ترك بريده ليُبلَغ حين يعود. فترى من ينتظر وماذا ينتظر، وبنقرة واحدة تفتح له رسالة بريد مكتوبة سلفًا.
قائمة لإعادة التخزين. تضع شاشة «على وشك النفاد» المتغيّرات الأقرب إلى النفاد أولًا، ومعها عدد المنتظرين لكلٍّ منها، فتعرف ما تطلبه من جديد قبل زحمة نهاية الأسبوع.
المبالغ المُعادة مسجَّلة. حين تُعيد المال بالطريقة التي جاء بها، تعلّم الطلب «أُعيد المبلغ» فيخرج من المبلغ المحصَّل، فيبقى الرقم الذي تقرؤه صحيحًا.
المتجر بتصميمك أنت. تُبنى صفحات المنتج وإتمام الطلب داخل موقعك، بشكله هو، وتعمل على الكتالوج والمخزون والطلبات التي تديرها من لوحة التحكم. فيبدو المتجر جزءًا من نشاطك، لا قالبًا مُلصَقًا عليه.
متى تكون هذه هي الأداة الصحيحة
حين يدفع مشتروك بـWhish أو OMT أو تحويل أو نقدًا، وحين يخسر الدفعُ بالبطاقة أولًا معظمهم. وحين يكون كتالوجك ثابتًا بما يكفي لصيانته، ويكون أحدهم مسؤولًا فعلًا عن التغليف. وحين تصير الرسائل عنق الزجاجة — فإن لم تَصِر، فـصفحة ورابط واتساب لا يزالان الخطوة الأولى الأفضل، وحساب هل تحتاج متجرًا أصلًا لم يتغيّر.
باختصار
المتجر هنا لا يفشل لأن الموقع كان سيئًا. يفشل لأن الدفع ينتهي بنموذج بطاقة لم يُرِد أحد استخدامه. والمتجر في Helm، في باقتَي Standard وBusiness، يُنهي الدفع حيث المال فعلًا — رقم تحويل تؤكّده، أو نقد عند الباب — ويجمع الباقي في لوحة تحكم واحدة: مخزون محسوب لكل متغيّر، وتوصيل مسعَّر بحسب المنطقة، وقائمة انتظار لما نفد، ورقمان لما حصّلته وما بقي للتحصيل. فإن كان مشتروك يدفعون هكذا، فقد يكون السبب الذي منعك من امتلاك متجر توقّف عن كونه صحيحًا.