SD.01
تطبيقات الويب
React وNext.js، ومبنية على نظام تصميم موحّد. تُعرض من جهة الخادم حيث يهم تحسين محركات البحث (SEO)، وتطبيق صفحة واحدة حيث لا يهم ذلك. مبنية للأداء وإمكانية الوصول منذ اليوم الأول.
برمجيات مخصّصة · السعودية والشرق الأوسط وشمال إفريقيا
Solutions Development
Custom web, mobile, and API-led product development — discovery to deployment on a fixed sprint cadence. Design-system grounded, testable, monitorable, with a hand-off pack on the day you take the keys.
ست نطاقات. إيقاع تسليم واحد.
الويب والجوال وواجهات API والتكاملات والأدوات الداخلية والتحديث — كامل نطاق البرمجيات المخصّصة، يُسلَّم بإيقاع سبرنتات أسبوعين مع عرض تجريبي كل أسبوعين يوم الجمعة.
SD.02
الجوال · iOS وAndroid
Swift / Kotlin الأصلية أو React Native، حسب حاجة المنتج إلى ميزات خاصة بالمنصة أو كود مشترك. نحدّد هذه المفاضلة بوضوح في الأسبوع الأول.
SD.03
واجهات API والخلفية
REST أو GraphQL أو معمارية قائمة على الأحداث. موثّقة عبر OpenAPI، ومُصدَّرة بإصدارات، وقابلة للمراقبة، ومبنية لتدوم أطول من الواجهة الأمامية التي استدعتها أول مرة.
SD.04
التكاملات
ERP وCRM وHRIS، والمدفوعات، والقطاع المصرفي. هندسة موصّلات تتعامل مع إعادة المحاولة، والاتساق عند التكرار (idempotency)، وانحراف المخططات، والحالات الحدّية غير الممتعة التي يغطيها العقد.
SD.05
الأدوات الداخلية
لوحات تحكم إدارية، ومحركات سير عمل، ولوحات معلومات تشغيلية. غالبًا ما تكون أعلى برمجيات فريقك الهندسي عائدًا على الاستثمار — ونتعامل معها على هذا الأساس.
SD.06
التحديث
إعادة هيكلة الأنظمة القديمة، وترقية الأطر البرمجية، وأنماط الاستبدال التدريجي (strangler-fig). كود قديم يُعاد تشكيله ليصبح قابلًا للاختبار والنشر والتوريث.
أربعة أشكال يمكن أن يتخذها المنتج.
بناء مخصّص، أو منتج SaaS، أو منتج جوال أولًا، أو حل قائم على التكامل. الشكل يتبع المشتري ونموذج العمل — لا قائمة من الأطر البرمجية.
01
بناء مخصّص
منتج مصمّم خصيصًا لمؤسسة واحدة — أداة داخلية، أو بوابة عملاء، أو منصة خاصة بجهة تنظيمية. ناس تملك التسليم؛ والعميل يملك الكود المصدري منذ الأسبوع الأول.
02
منتج SaaS متعدد المستأجرين
منتج SaaS متعدد المستأجرين لسوق كاملة — فوترة، وخطط اشتراك، وعزل بين المستأجرين، وبوابة إدارية، ووصول عبر API. مبني للتوسّع إلى ما هو أبعد من العميل الأول.
03
الجوال أولًا
تطبيقات iOS / Android أصلية أو متعددة المنصات. تطبيقات العمليات الميدانية، وتطبيقات المستهلكين، وتطبيقات التفاعل مع العلامة التجارية. تعمل دون اتصال أولًا حين تتطلب حالة الاستخدام ذلك.
04
قائم على التكامل
هندسة موصّلات بين الأنظمة — ERP وCRM وHRIS، والمدفوعات، والقطاع المصرفي. المنتج هنا هو نفسه طبقة التكامل.
خمس طبقات. تُختار حسب الحمل الفعلي، لا حسب الموضة.
لمحة عمّا نلجأ إليه عادة. الاختيار يقوده الحمل الفعلي للعمل — وإن تطلّب عملك حزمة تقنية مختلفة، ننتقل إليها فورًا؛ نحن لا نجادل.
الواجهة الأمامية
- React
- Next.js
- TypeScript
- Tailwind
- Storybook
- Figma
الواجهة الخلفية
- Node
- NestJS
- Python
- FastAPI
- .NET 8
- Go
البيانات
- PostgreSQL
- SQL Server
- MongoDB
- Redis
- Snowflake
- BigQuery
البنية التحتية
- Kubernetes
- AWS ECS
- Lambda
- Azure App Svc
- Cloudflare
- Terraform
DevOps / العمليات
- GitHub Actions
- Azure DevOps
- Datadog
- Sentry
- PagerDuty
- OWASP ZAP
سبرنتات أسبوعين. عرض تجريبي كل أسبوعين يوم الجمعة.
سبرنت نموذجي — وما يحدث في كل يوم من أيامه العشرة. الشكل العام لا يتغيّر بين المنتجات؛ المتغيّر هو العمل بداخله.
الأسبوع 01بناء ومراجعة
الأسبوع 02تثبيت وإطلاق
ثلاث قطع عمل. حزمة تسليم واحدة.
كل منتج يُشحَن مع قطع العمل الثلاث هذه — لا كإضافات، بل كجزء من تعريف الاكتمال. وهي التي تحدّد ما إذا كان الكود المصدري قابلًا للتوريث أم لا.
// auth.service.ts
export async function signIn(
email: string,
pwd: string
) {
const user = await find(email);
if (!user) throw Unauthorized();
return issue(user);
}
export async function signIn(
email: string,
pwd: string
) {
const user = await find(email);
if (!user) throw Unauthorized();
return issue(user);
}
قطعة العمل · 01
كود مصدري مُختبَر ومُصنَّف الأنواع
TypeScript من طرف إلى طرف. اختبارات وحدة وتكامل وe2e مطلوبة لكل PR. حد أدنى للتغطية عند 85%. كل PR يتضمّن دليل تشغيله الخاص.
PR #842 · إعادة هيكلة المصادقة
مُعتمَد
+ 1,284 إضافة
– 432 إزالة
✓ 4 مراجعين · 12 فحصًا ناجحًا
▸ نشر: preview-842.client.sa
قطعة العمل · 02
مراجعة PR ومعاينة النشر
كل تغيير يمر بمراجعة مهندسَين كبيرَين، ونشر معاينة، واختبارات CI ناجحة قبل الدمج. بلا استثناءات، حتى في الإصلاحات العاجلة.
قطعة العمل · 03
نظام التصميم والمكتبة
نظام تصميم على Figma، ومكتبة مكوّنات على Storybook، وتدقيق لإمكانية الوصول. لغة المنتج البصرية موثّقة بحيث تدوم أطول من عمر الفريق الأصلي.
أربع مراحل. من الاكتشاف إلى التسليم.
اكتشف، صمِّم، ابنِ، أطلِق. تتداخل المراحل مع نضج الفريق؛ لكن مدخلات ومخرجات كل مرحلة تظل غير قابلة للتفاوض.
- 01
الاكتشاف
تحديد نطاق يستغرق 2–3 أسابيع. مقابلات مع أصحاب المصلحة، وبحث مستخدمين، وموجز منتج موقّع من الراعي. سعر ثابت ونطاق ثابت.
- 02
التصميم
نظام تصميم، ومسارات رئيسية، ونموذج أولي. تجربة المستخدم تُختبَر مع مستخدمين حقيقيين قبل كتابة أي سطر كود إنتاجي.
- 03
البناء
سبرنتات أسبوعين، وعرض تجريبي كل أسبوعين يوم الجمعة، ومراقبة واختبارات منذ اليوم الأول. عمليات نشر إنتاجية بعد السبرنت الثالث.
- 04
الإطلاق والتسليم
حزمة التسليم: الكود المصدري، وأدلة التشغيل، ونظام التصميم، ودليل النشر. يُنقل الدعم إلى فريقك، أو إلى خدمات ناس المُدارة، أو كليهما.
يقوده الحمل الفعلي. الأطر البرمجية والأدوات.
React · Next.jsالواجهة الأمامية
Node · NestJSالواجهة الخلفية
PostgreSQLعلائقية
MongoDBوثائقية
Kubernetesبيئة التشغيل
AWSالسحابة
Azureالسحابة
GitHubالمصدر · CI
Datadogالمراقبة
نتائج مدعومة بهذه الخدمة.
ما يُتيحه التطوير المخصّص.
سرعة تطوير المنتج · نتيجة
برمجيات تُطلَق، وتتوسّع، وتُورَّث
الممارسة ذاتها في تطوير المنتجات، لكن من زاوية الموقف الهندسي: كود مصدري يمكنك تسليمه، وإيقاع إصدارات لا ينهار، وفريق — سواء فريقك أو ناس — قادر على الاستمرار في إضافة قيمة بعد الإصدار v1.
اقرأ صفحة النتيجةأسئلة شائعة.
Q.01كم تستغرق مدة التعاقد النموذجية؟
نسخ MVP تُطلَق خلال 10–14 أسبوعًا. المنتج الإنتاجي v1.0 يستغرق 16–24 أسبوعًا. أما تعاقدات المنتجات طويلة الأمد فتعمل باستمرار بإيقاع سبرنتات أسبوعين مع مراجعات عمل ربع سنوية.
Q.02هل تعملون بسعر ثابت أم بنظام الوقت والمواد؟
كلاهما. نثبّت النطاق والسعر في مرحلتَي الاكتشاف وMVP. أما المنتجات المتطوّرة فنديرها بنظام الوقت والمواد، بمعدّل فريق معلَن وتوقّع مبني على السرعة يُحدَّث في كل سبرنت.
Q.03ما الحزمة التقنية التي تبنون عليها؟
عملية بالكامل. TypeScript في الواجهة الأمامية (React، Next.js)؛ وNode أو Python أو .NET في الواجهة الخلفية؛ وPostgreSQL أو SQL Server للبيانات العلائقية، وMongo أو Cosmos حين تناسب البيانات الوثائقية؛ وKubernetes أو الحوسبة اللاخادمية لبيئة التشغيل — تُختار حسب الحمل الفعلي، لا حسب الموضة.
Q.04هل تقدّمون التصميم إلى جانب الهندسة؟
نعم. كل تعاقد منتج يتضمّن قائدًا للتصميم. نظام تصميم على Figma، وبحث تجربة مستخدم، وتدقيق لإمكانية الوصول، ومكتبة مكوّنات موثّقة — مصمّمة لتدوم أطول من عمر السبرنت الذي أُنشئت فيه.
Q.05هل تقدّمون دعمًا بعد الإطلاق؟
نعم. كل تعاقد منتج ينتهي بحزمة تسليم ونموذج دعم موثّق — إما يستمر به الفريق الأصلي، أو يُنقل إلى خدمات ناس المُدارة، أو يُسلَّم إلى فريقك الداخلي مع دليل تشغيل موثّق.
// 10 · تواصل
مستعد لتحديد نطاق البناء؟
سبرنت اكتشاف مدته أسبوعان، بسعر ثابت ونطاق ثابت. نعود إليك بموجز منتج، واتجاهات تصميم، وسعر للبناء.