مقالات · الطلبات

الرسالة ليست طلباً

كل متجر صغير في السودان يعمل على الرسائل. يبعث الزبون صورة ويسأل عن السعر، ويردّ التاجر، ويتفقان. ثم تصل رسالة ثانية من زبون آخر عن نفس الصنف. بعد أسبوع لا يعرف أحد أي الطلب تم وأيها ما زال معلّقاً. المشكلة ليست في الرسالة، بل في أن الرسالة ليست سجلاً.

ما الذي ينقص الرسالة حتى تصبح طلباً

الرسالة تتكلم عن شيء. الطلب يشترط أشياء. في الرسالة نية، وفي الطلب بيانات يمكن الرجوع إليها.

حين يردّ التاجر بالسعر، تكون قد كتب معلومة واحدة. لكن بقية الطلب ما زالت معلّقة في رأسه: الاسم، ورقم الهاتف، والكمية، وطريقة الدفع، وأين وكيف يُسلَّم.

ولأن هذه التفاصيل محفوظة في الذاكرة وحدها، فإنها تتسرّب. الزبون ينتظر، والتاجر ينسى، والطلب يموت بلا سبب واضح.

وحين يموت الطلب، يموت معه اسم الزبون ورقمه. فلا تستطيع أن تعيد التواصل، ولا أن تذكّره متى طلب، ولا أن تحسب عليه إن تأخر.

أين تختفي الطلبات عادة

الطلب لا يضيع في مكان واحد. هو يتوزّع على أربعة، وكل واحد منها أسوأ مما يبدو:

  • واتساب المحادثة الرئيسية. فيها طلبات هذا الأسبوع تحت طلبات الأسبوع الماضي. للوصول إلى طلب عمره شهر، على التاجر أن يمرّر أصبعه عبر مئات الرسائل.
  • مجموعات واتساب التي يترك فيها الباعة أرقامهم. صاحبك في المجموعة يبيع قطعة واحدة، ونفس القطعة طلبها زبونك منك. لا أحد منكما يعرف.
  • رسائل إنستغرام والتعليقات. تعليق تحت منشور لا يرد عليه أحد. الزبون ينتظر ساعة، ثم يسأل صديقاً في التعليقات.
  • الاتصال الهاتفي. هنا الأسوأ، لأن المكالمة تنتهي ولا يبقى منها أثر. الزبون يقول «أجل» ثم لا أحد يعرف أي زبون.

النتيجة العملية من هذا التشتّت ثلاثة أخطاء تتكرر:

  1. تعطي زبونين سعرين مختلفين لنفس القطعة، لأنك لا تذكر أن الأولى طلبته قبل ساعة.
  2. توعد بقطعة نفدت في نفس اليوم، لأن الكمية التي في رأسك غير مطابقة لما على الرف.
  3. تنسى طلباً مكتملاً، فلا تسجّل بيعه، فيختفي من مبيعاتك وربحك وديونك كلها.

القاعدة

الطلب الذي لم يُكتب في مكان واحد ليس طلباً. هو نيّة ستصبح ذكرى، والذكرى لا تُحصى ولا تُطالَب ولا تُسلَّم.

البيانات الأربعة التي لا يكتمل طلب بدونها

لا تحتاج نظاماً معقّداً لتبدأ. تحتاج أربعة أشياء فقط لكل طلب:

  1. اسم الزبون. ليتذكّره التاجر بعد أسبوع، ولتتعامل معه كبشر لا كرقم.
  2. رقم الهاتف. هذا هو المفتاح. الرقم هو ما يربط الطلبات المتكررة كلها بالزبون نفسه، فيعرف من اشترى قبل، وكم عليه، وكم اشترى منك ومن غيرك.
  3. الصنف. بالاسم الذي سيظهر في دفترك، لا بلقب غير رسمي.
  4. الكمية. لأن قطعتين ليستا قطعة واحدة، ولأن الكمية هي التي تُحجز من المخزون.

إن كان الهاتف مفقوداً عند الزبون، فلا تضغط على تسجيل الطلب. لأن طلباً بلا رقم يعني دَيناً لا تستطيع المطالبة به، ومبيعاً لا تستطيع إرجاعه، وزبوناً لن تعرف أنه زبونك حين يعود.

اعرف المتاح قبل أن توعد

هذه أخطر نقطة في الطلبات التي تصل عبر الرسائل. أنت تعد بما تراه على الرف، لكن ما تراه ليس كل ما تملك.

لأن قطعة واحدة قد تكون محجوزة لزبون طلبها قبلك وأرسلت له رسالة تأكيد. أنت لم تبيعها بعد، لكن التزمت بها. فإذا وعدت بها زبوناً ثانياً، الآن لديك تعهّدان على قطعة واحدة.

الفرق بين العدد المسجَّل في دفترك والعدد المتاح للبيع هو بالضبط الكميات المحجوزة، أي ما تعهدت به لزبون آخر.

لهذا تفصل كويكز بين القبول والبيع: حين تقبل الطلب، تُحجز الكمية فوراً باسمك، فلا تظهر كمتاح لغيرك. وحين تكمل البيع، تنقص الكمية فعلياً من رصيد المنتج. أما الرفض فلا يمس المخزون، لأن الطلب لم يكن محجوزاً.

سؤال واحد قبل الوعد

اسأل نفسك: هل بيعت هذه الكمية لأحد، أم ما زلت أستطيع بيعها؟ إن كان الجواب أنك ما زلت تستطيع، فالكمية متاحة. وإن كنت قد وعدت بها، فهي ليست متاحة حتى لو لم تكن قد أخذت ثمنها.

خمس حالات بدل عبارة «وصلتني رسالة»

الطريقة الوحيدة أن لا تخلط الطلبات، أن تعطي كل طلب حالة. الحالات خمس:

  • جديد. وصل الطلب ولم تتخذ قراراً بعد.
  • مقبول. وافقت، فحُجزت الكمية باسمك.
  • مكتمل. تم البيع، ونقص المخزون، وسُجّل في دفترك.
  • ملغى. تراجع الزبون أو تراجعت أنت.
  • مرفوض. اخترت ألا تبيع.

كل حالة لها قاعدة تمنع الالتباس: لا ترفض طلباً مقبولاً، ولا تكمل طلباً جديداً دون قبوله، ولا تكمل طلباً مكتملاً مرتين. وهذه القواعد هي ما يحمي مخزونك وأرقامك من التكرار.

الفصل بين الحالة والبيع ليس تفصيلاً. الطلب يثبت أن البيع تم، أما الدفع فيُسجَّل في دفترك عند وصوله فعلاً.

ردّ موحّد من خمس سطور

أسرع طريق إلى النظام هو أن يكون ردّك على كل طلب بالشكل نفسه. لا تخترع جملة جديدة في كل مرة.

السلام عليكم [اسم الزبون].
وصلني طلبك: [الصنف] × [الكمية]، بإجمالي [المبلغ].
الحالة: [متوفر]، ويُسلَّم [من المحل / إلى العنوان].
الدفع: [كامل عند الاستلام] / مقدم [المبلغ] والباقي عند [التاريخ].
هل أكّد الطلب؟

كل سطر منهم موجود لسبب:

  • الاسم في الأول. يثبت أن الرد مخصّص له، ويرفع احتمال الرد.
  • الصنف والكمية والمبلغ. يثبّت الاتفاق. حين يتغيّر السعر بعد شهر، فالاتفاق مكتوب هنا لا في ذاكرتك.
  • الحالة وطريقة التسليم. يحوّل الاتفاق من نيّة إلى تفصيل.
  • طريقة الدفع وموعده. هذا السطر يمنع أسوأ خلاف. حين تقول «أجل» بلا موعد، فأنت لم تتفق على أجل، بل فتحت باباً بلا إطار.
  • سؤال في آخر. ينهي المحادثة باتفاق، لا بردّ مفتوح يتركك في الحيرة.

لا ترسل نموذجاً فارغاً

رسالة فيها أقواس لم تُملأ تضرّ أكثر مما تنفع. الزبون يرى أنها رسالة جاهزة لم تُكتب له، فيردّ بكلمة واحدة أو لا يردّ.

متى لا توعد، حتى لو ضغط الزبون

بعض الطلبات يجب أن تنتظر. وليس هذا ضعفاً في البيع، بل أسوأ ما يمكن أن تفعله هو أن توعد بما لا تملك.

  • الصنف غير موجود، ولا تستطيع تأكيد موعد المورّد.
  • قطعة مستعملة لم يتّفق بعد على حالتها وسعرها.
  • مهمة خدمة قبل أن ترى العمل أو تعرف نطاقه.
  • أي شيء تحتاج أن تسأل عنه شخصاً آخر، وليس أنت صاحب القرار.

ولأن الرفض يجرح، اجعل صيغته تفتح طريقاً لا أن تسده:

القطعة غير متوفرة الآن، وأقدر أأكد لك موعدها بعد ما أرجع من المورّد. تحب أرسل لك السعر متى توفّر، أم ننتظره معاً؟

هذه الرسالة تعطيه خيارين وتُبقي العلاقة مفتوحة، بينما عبارة «غير متوفر» بلا بديل تُنهي المحادثة وتُفقدك الزبون الذي كان ممكناً أن يعود بعد أسبوع.

خلاصة في خمس سطور

  • لا تعتمد على الذاكرة في ما لا تحتمله ذاكرة.
  • اسم ورقم وصنف وكمية: لا يكتمل طلب بدونها.
  • الكمية المتاحة هي ما بقي بعد حجزك للطلبات الأخرى.
  • ردّ واحد موحّد لكل طلب، يحفظ الوقت ويمنع سوء الفهم.
  • سجّل الدفع عند وصوله، فالبيع شيء واستلام الثمن شيء آخر.

قائمة الحساب

اختر نوع الدخول

بوابة التاجر

دخول أو إنشاء حساب تاجر

بعد الدخول يكمل التاجر الاسم القانوني، اسم السوق، اسم المتجر، نوع المنتجات، ورقم التواصل، ثم يرسل طلب Pro للإدارة.

استمارة بيانات التاجر تظهر بعد الدخول.

لوحة الإدارة

دخول الإدارة

الإدارة تراجع طلبات Pro، العملاء المهتمين، سجلات التجار، ومؤشرات المنصة من Firestore.

يتطلب حساباً مُصرّحاً له من إدارة كويكز.