المشاريع

من الفكرة إلى التنفيذ

تصفّح أعمالي وتعرّف على احتياجات كل مشروع، والحلول التي طوّرتها، والنتائج التي حقّقها.

٣٠+

مشروعًا مُنجزًا

٥+

سنوات خبرة

قطاعات مختلفة

يوم واحد

مدة الرد

Waiter mobile appReal-time ordersStation printingPoint of sale

Paresta

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

اقرأ دراسة الحالة

رسم تحريري داكن لمساحة عمل نقطة البيع Paresta مع أدوات التحكّم في الطاولات ومسارات الطلبات وشبكة المنتجات.

Next.jsNestJSReactCMS & Roles

الإرشاد والإصلاح

المشكلة: الأخبار والأنشطة وبيانات الفروع كانت مرتبطة بمن كتبها، وطلبات التطوع والتبرع تصل في رسائل، وتغيير سطر واحد في الموقع يعني انتظار مطوّر.
الحل الذي طوّرته: موقع عمومي بالعربية لعمل الجمعية، ولوحة تحكم يمنح فيها المدير العام لكل موظف وحداته الخاصة — فمسؤول الأخبار يحرّر الأخبار ولا شيء غيرها.
النتيجة: الجمعية تنشر كل شيء بنفسها عبر ست عشرة وحدة، والتطوع والتبرعات تصل كطلبات قابلة للمراجعة بدل الرسائل.

اقرأ دراسة الحالة

ReactLaravelB2B BookingRole-based Access

DenizTrip

المشكلة: الوكالات الشريكة كانت تتحقق من التوفر بالهاتف والرسائل. تأكيد حجز واحد وإصدار قسيمته وفاتورته قد يستهلك يومًا كاملًا من المراسلات، وكان المقعد نفسه يُباع مرتين أحيانًا.
الحل الذي طوّرته: بوابة ترى فيها كل وكالة التوفر الفعلي وأسعارها الخاصة، وتحجز بنقرات، وتنزّل القسيمة والفاتورة — بينما يدير فريق Deniz الرحلات وحصص الفنادق والتنقلات والإعلانات من لوحة واحدة.
النتيجة: الوكالات تحجز على توفر حقيقي، والرحلات المكتملة تختفي تلقائيًا، والأوراق التي كانت تُعدّ يدويًا تُصدر لحظة تأكيد الحجز.

اقرأ دراسة الحالة

بوابة وكالات DenizTrip تعرض الرحلات المتاحة بعدد المقاعد وأسعار كل وكالة

واجهة متجر ليوني تعرض مصنوعات جلدية من علامات مصممين على خلفية بسيطة

ShopifyE-commerceLiquidUX

ليوني للمصنوعات الجلدية

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

اقرأ دراسة الحالة

Next.jsNestJSE-commerceFR + AR (RTL)

مخابر JF LAROSE

المشكلة: كل طلبية كانت تصل بمكالمة أو رسالة خاصة، وسعر التوصيل إلى بلدية المشتري يُبحث عنه يدويًا في كل مرة. ولم يكن أحد يعرف لاحقًا ما أُرسل وإلى أين.
الحل الذي طوّرته: متجر بالفرنسية والعربية يدفع فيه الزبون عند الاستلام، وسعر بلديته محدَّد مسبقًا، ويدير الفريق الكتالوج والطلبيات وأوراق شركة التوصيل من لوحة إدارة.
النتيجة: الزبائن في الولايات الـ58 يطلبون بأنفسهم باللغة التي يقرؤونها، وقسائم التوصيل تُطبع بدل أن تُكتب بخط اليد.

اقرأ دراسة الحالة

واجهة متجر JF LAROSE تعرض المنتجات وصفحة الدفع عند الاستلام

TypeScriptCanvas 2DWebRTC Co-opWeb Audio

Life Quest

المشكلة: ألعاب المنصات في المتصفح تنزّل ميغابايتات من الرسوم والأصوات قبل رسم أول إطار، واللعب عبر الإنترنت يحتاج عادة خادمًا يدفع أحدهم ثمنه.
الحل الذي طوّرته: لعبة بلا أصول وبلا خادم خلفي: أسلوب الثلاثينيات «rubber-hose» يُرسم مباشرة على canvas في كل إطار، وكل صوت مُركَّب برمجيًا، واللعب التعاوني يجري بين النظراء عبر رمز من أربعة أحرف.
النتيجة: أربعة زعماء متعددي الأطوار مرسومين يدويًا، وأسلوبان فنيان قابلان للتبديل، ولعب تعاوني عبر الإنترنت — دون ملف صورة أو صوت واحد في المستودع.

اقرأ دراسة الحالة

لنتحدث عن مشروعك

مكالمة تعارف مجانية لمدة ٢٠ دقيقة

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

01: أرسل نبذة عن مشروعك، وسأردّ خلال يوم عمل لاستكمال التفاصيل.
02: نناقش احتياجاتك في مكالمة مدتها ٢٠ دقيقة.
03: تستلم خطة مكتوبة توضّح نطاق العمل والتكلفة والمدة، دون أي التزام بالبدء.

أخبرني عن مشروعك

← العودة إلى الموقع

المشاريع

من الفكرة إلى التنفيذ

تصفّح أعمالي وتعرّف على احتياجات كل مشروع، والحلول التي طوّرتها، والنتائج التي حقّقها.

٣٠+

مشروعًا مُنجزًا

٥+

سنوات خبرة

قطاعات مختلفة

يوم واحد

مدة الرد

Waiter mobile appReal-time ordersStation printingPoint of sale

Paresta

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

اقرأ دراسة الحالة

Next.jsNestJSReactCMS & Roles

الإرشاد والإصلاح

المشكلة: الأخبار والأنشطة وبيانات الفروع كانت مرتبطة بمن كتبها، وطلبات التطوع والتبرع تصل في رسائل، وتغيير سطر واحد في الموقع يعني انتظار مطوّر.
الحل الذي طوّرته: موقع عمومي بالعربية لعمل الجمعية، ولوحة تحكم يمنح فيها المدير العام لكل موظف وحداته الخاصة — فمسؤول الأخبار يحرّر الأخبار ولا شيء غيرها.
النتيجة: الجمعية تنشر كل شيء بنفسها عبر ست عشرة وحدة، والتطوع والتبرعات تصل كطلبات قابلة للمراجعة بدل الرسائل.

اقرأ دراسة الحالة

ReactLaravelB2B BookingRole-based Access

DenizTrip

المشكلة: الوكالات الشريكة كانت تتحقق من التوفر بالهاتف والرسائل. تأكيد حجز واحد وإصدار قسيمته وفاتورته قد يستهلك يومًا كاملًا من المراسلات، وكان المقعد نفسه يُباع مرتين أحيانًا.
الحل الذي طوّرته: بوابة ترى فيها كل وكالة التوفر الفعلي وأسعارها الخاصة، وتحجز بنقرات، وتنزّل القسيمة والفاتورة — بينما يدير فريق Deniz الرحلات وحصص الفنادق والتنقلات والإعلانات من لوحة واحدة.
النتيجة: الوكالات تحجز على توفر حقيقي، والرحلات المكتملة تختفي تلقائيًا، والأوراق التي كانت تُعدّ يدويًا تُصدر لحظة تأكيد الحجز.

اقرأ دراسة الحالة

ShopifyE-commerceLiquidUX

ليوني للمصنوعات الجلدية

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

اقرأ دراسة الحالة

Next.jsNestJSE-commerceFR + AR (RTL)

مخابر JF LAROSE

المشكلة: كل طلبية كانت تصل بمكالمة أو رسالة خاصة، وسعر التوصيل إلى بلدية المشتري يُبحث عنه يدويًا في كل مرة. ولم يكن أحد يعرف لاحقًا ما أُرسل وإلى أين.
الحل الذي طوّرته: متجر بالفرنسية والعربية يدفع فيه الزبون عند الاستلام، وسعر بلديته محدَّد مسبقًا، ويدير الفريق الكتالوج والطلبيات وأوراق شركة التوصيل من لوحة إدارة.
النتيجة: الزبائن في الولايات الـ58 يطلبون بأنفسهم باللغة التي يقرؤونها، وقسائم التوصيل تُطبع بدل أن تُكتب بخط اليد.

اقرأ دراسة الحالة

TypeScriptCanvas 2DWebRTC Co-opWeb Audio

Life Quest

المشكلة: ألعاب المنصات في المتصفح تنزّل ميغابايتات من الرسوم والأصوات قبل رسم أول إطار، واللعب عبر الإنترنت يحتاج عادة خادمًا يدفع أحدهم ثمنه.
الحل الذي طوّرته: لعبة بلا أصول وبلا خادم خلفي: أسلوب الثلاثينيات «rubber-hose» يُرسم مباشرة على canvas في كل إطار، وكل صوت مُركَّب برمجيًا، واللعب التعاوني يجري بين النظراء عبر رمز من أربعة أحرف.
النتيجة: أربعة زعماء متعددي الأطوار مرسومين يدويًا، وأسلوبان فنيان قابلان للتبديل، ولعب تعاوني عبر الإنترنت — دون ملف صورة أو صوت واحد في المستودع.

اقرأ دراسة الحالة

لنتحدث عن مشروعك

مكالمة تعارف مجانية لمدة ٢٠ دقيقة

01: أرسل نبذة عن مشروعك، وسأردّ خلال يوم عمل لاستكمال التفاصيل.
02: نناقش احتياجاتك في مكالمة مدتها ٢٠ دقيقة.
03: تستلم خطة مكتوبة توضّح نطاق العمل والتكلفة والمدة، دون أي التزام بالبدء.