التجارة بلا واجهة

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

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

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

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

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