Zenith Code

We don't sign a contract until scoping is actually finished.
Most software houses want the signature first, then figure out the details once you're locked in. We do it backwards on purpose.
If we don't fully understand what you need yet, a contract just protects us — not you. So we keep asking questions until the scope is real, not until the deal is closed.
It takes longer to start. It takes a lot less time to fix later.

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

كل سنة وإنتوا طيبين بمناسبة المولد النبوي الشريف.

Happy Mawlid al-Nabi to everyone observing it.

"This is broken" and "I want this to work differently" can sound like the same message.

To us, they're actually really different , and that's a good thing for you.

If something doesn't do what we promised, that one's on us. We'll fix it, happily.

If it's working exactly as planned and you just want it to do something new , that's not a mistake, that's just growth. We'll scope it properly and quote it fairly.

Either way, we're glad you told us.

«في حاجة مش شغالة»

و

«أنا عايز الحاجة دي تشتغل بطريقة مختلفة»

ممكن يوصلوا زي بعض. بس عندنا هما فعلاً مختلفين — وده كويس بالنسبالك.

لو الحاجة مش بتعمل اللي احنا وعدناك بيه، ده غلطنا. هنصلحها، وبكل سرور

لو الحاجة شغّالة بالظبط زي ما اتفقنا، وانت بس عايزها تعمل حاجة جديدة — ده مش غلط، ده مجرد نمو. هنحدد المطلوب صح ونديك سعر عادل.

في الحالتين، إحنا بنقدّر إنك قلت لنا.

Technical debt isn't a technical problem. It's a business decision you didn't know you made.

Every shortcut a developer takes to hit a deadline gets paid back later — with interest. A quick fix today becomes three days of untangling it next year.

The debt itself isn't the issue. Debt taken on purpose, tracked, and paid back on schedule is normal.

The problem is debt nobody told you about. That's the version that shows up as "why is this simple change taking three weeks?"

الدَّين التقني مش مشكلة تقنية. ده قرار في الشغل انت أخدته من غير ما تعرف.

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

الدين نفسه مش المشكلة. دين متاخد عن قصد، متسجّل، ومدفوع في وقته , ده حاجة عادية.

المشكلة هي الدين اللي محدش قالك عنه. ده اللي بيظهر في صورة "التعديل البسيط ده بياخد ٣ أسابيع ليه؟"

Here's what actually happens on the first call.

No slide deck. No pitch. We ask what the business does, and what's breaking or slowing it down right now. Then we ask the question most people skip: "What happens if you don't fix this?"

That answer tells us more than the feature list ever does.

By the end, you know if this needs a custom build, a cheaper tool, or nothing at all. We tell you either way.

ده اللي بيحصل فعلاً في أول مكالمة.

مفيش عرض تقديمي. مفيش محاولة بيع. بنسأل الشغل بيعمل إيه، وإيه اللي واقف أو بيبطّئه دلوقتي. وبعدين بنسأل السؤال اللي معظم الناس بتفوّته: "هيحصل إيه لو ما حليتش المشكلة دي؟"

الإجابة دي بتقولنا أكتر بكتير من قائمة طلبات.

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

We've built more than one project that started somewhere cheaper.
Not because the first developer was bad. Usually because "cheap" meant rushed — no real scoping, no one asking what happens when the business actually grows, no one saying "this will break in a year."
By the time it reaches us, the client isn't looking for cheap anymore. They're looking for someone to just get it right.
Cheap and fast are easy to sell. Right takes longer to explain.

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

فخورين إننا بنبني من مصر و لمصر، و للمنطقة كلها كمان.
كل سنة وإنتوا طيبين بمناسبة ثورة ٢٣ يوليو.

Proud to build in Egypt, for Egypt, and for the region beyond it.
Happy Revolution Day to everyone who calls this country home.

We offer a free first meeting. We don't take every one that's booked.
If ten minutes in, it's clear the project needs a bigger team, a different specialty, or honestly just a cheaper option than us , we say so. We'd rather spend that hour helping you find the right answer than talking you into the wrong one.
Some of those calls turn into nothing. That's fine.
The filter isn't about qualifying leads. It's about not wasting your time either.

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

Every project we take starts with a question that surprises most clients:

"What happens if we don't build this?"

The honest answer is more useful than the eager one. Sometimes the answer is "nothing critical breaks, you just stay slower." Sometimes it's "the business genuinely can't grow without it." Most of the time it's somewhere in between, and most clients have never sat with the question long enough to know which.

We started asking it because we got tired of building software that didn't move the needle. A polished feature that gets used twice a month is worse than no feature at all ,it just adds maintenance cost without adding value.

So now we ask, the client thinks, and sometimes we both decide the project shouldn't happen yet. We lose the revenue. The client saves a six-figure mistake.

The honest question pays for itself.

كل مشروع جديد عندنا بيبدأ بسؤال بسيط، لكنه أحيانًا يفاجئ العميل

«إيه اللي هيحصل لو ما بنيناش النظام ده؟»

الإجابة الصريحة أهم من الحماس للبناء. أحيانًا مفيش مشكلة كبيرة؛ الشغل بس هيفضل أبطأ. وأحيانًا النمو فعلًا هيقف من غير النظام. وفي أغلب الحالات، الحقيقة بتكون في النص.

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

عشان كده، بنقف الأول ونفكر مع العميل: هل المشروع مهم دلوقتي؟ ولا الأفضل يتأجل؟

وفي بعض المرات، بنقرر سوا إن الوقت مش مناسب. إحنا ممكن نخسر فرصة شغل، لكن العميل يتجنب قرار مكلف من غير فايدة.

السؤال الصريح أحيانًا بيوفر أكتر من أي نظام.

AI didn't change software development. The discipline did.

Every shop now has access to the same models, the same agents, the same code-generation tools. The technology is no longer the moat — it's commodity. What separates good output from bad output isn't the AI. It's whether the person using it knows what they're asking for.

An engineer who understood architecture, tradeoffs, and clean abstractions before AI still understands them. They use AI to ship faster.

An engineer who copy-pasted from Stack Overflow before AI is now copy-pasting from a chatbot. The volume of bad code has gone up, not down.

The same is true for clients. Founders who knew how to scope a project and define real requirements still know. AI helps them communicate faster.

Founders who couldn't articulate what they actually needed before AI still can't — they just get to the wrong outcome faster now.

The tool didn't change the work. The work was always about thinking clearly.

الذكاء الاصطناعي ما غيّرش طريقة بناء الأنظمة. اللي فرق فعلًا هو الانضباط.

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

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

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

ونفس الكلام ينطبق على أصحاب الشركات. اللي عارف يحدد المطلوب من البداية، الذكاء الاصطناعي هيساعده يشرح أسرع.

لكن اللي مش عارف هو محتاج إيه، ممكن يوصل للحل الغلط أسرع.

الأداة ما غيّرتش أصل الشغل.

أصل الشغل كان دايمًا إنك تفكر بوضوح.