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