Build Around Needs, Not Requirements | التطوير بناءً على الاحتياجات، لا المتطلبات

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

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

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

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

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

ابدأ بحاجة حقيقية. ركّز على المهمة الأساسية. وطوّر منتجًا يساعد الشريحة المناسبة على النجاح.

Signed languages show how effective solutions can emerge when design starts with a real need. They developed naturally within Deaf communities, and each has its own rules and history. More than 300 are used around the world, according to the United Nations. Their history shows how changing the way people communicate can make participation possible for those who are not well served by the common approach.

The same principle applies to web and mobile development. Imagine an e-commerce SaaS platform for sellers who don’t need every advanced tool and option offered by large marketplaces such as Amazon or Noon. A small business owner may need to set up a store, add products, set prices, receive orders, and track basic payments—without complex settings or crowded dashboards.

The seller journey could begin with guided setup, then move directly to adding products and accepting orders. Shoppers could browse a clear storefront and complete checkout with ease. Focusing on core functions may reduce product complexity and development and operating costs, potentially making the service more affordable.

This doesn’t mean large marketplaces are difficult for everyone or that advanced features have no value. It recognizes that some sellers don’t need them and prefer ease of use and affordability over a broad toolkit. Meeting those needs can help the platform serve a segment that lacks a suitable option.

Product teams should start by understanding what users are trying to accomplish, then identify steps that add complexity without clear value. Test the experience with the intended sellers and shoppers, and measure how easily they complete core tasks—not just how the interface looks.

Start with a real need. Focus on the core task. Build a product that helps the right customers succeed.