Create a structured project estimation (devis) for software projects in the Algerian market. Use when a client needs a quotation for mobile apps, web apps, APIs, or digital services. Handles deliverable breakdown, DZD pricing, external services (hosting, Firebase, stores), after-sales (maintenance, support), and payment milestones. Triggers on: devis, estimation, quotation, tarif, pricing, cost estimate, combien ça coûte, how much will it cost, project quote.
Produce a professional, structured project estimation document (devis) calibrated for the Algerian software market. The output is a complete, client-ready document in French covering phases, deliverables, external services, after-sales, payment milestones, and legal conditions.
Client Input / Brief
↓
┌─────────────────────────┐
│ Step 1: Discovery │ Understand the project
│ What needs to be built?│
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 2: Scope Lock │ Define IN vs OUT of scope
│ What is included? │
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 3: Deliverables │ Break down into phases & tasks
│ What is handed over? │
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 4: Pricing │ Assign DZD amounts per task
│ How much per item? │
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 5: Externals │ Hosting, APIs, licenses
│ What does the client │
│ pay beyond development?│
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 6: After-Sales │ Maintenance, support, renewals
│ What happens post- │
│ delivery? │
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 7: Payment Plan │ Milestones & percentages
└────────────┬────────────┘
↓
┌─────────────────────────┐
│ Step 8: Document │ Assemble the devis in French
└─────────────────────────┘
Ask the client before beginning:
Où souhaitez-vous enregistrer le devis ?
Options :
1. `clients/[nom-client]/` (recommandé)
2. `deliverables/estimations/`
3. Chemin personnalisé : [préciser]
Le fichier sera nommé : DEVIS-[PROJET]-[ANNÉE]-[NNN].md
Gather the minimum viable context before writing a single line of estimation.
Pour produire une estimation précise, j'ai besoin de comprendre le projet.
1. Quel est le nom du projet et son domaine (e-commerce, services, B2B, etc.) ?
2. Quel type d'application : mobile (iOS/Android), web, API seule, ou hybride ?
3. Combien de types d'utilisateurs distincts (ex : client + admin, propriétaire + artisan) ?
4. Y a-t-il un design (maquettes Figma) ou part-on de zéro ?
5. Quelles fonctionnalités clés résument le produit en 3–5 points ?
6. Quel est le profil du client (startup, étudiant, PME, grande entreprise) ?
7. Y a-t-il une contrainte de délai ou de budget maximum ?
8. L'application doit-elle être publiée sur les stores (Play Store, App Store) ?
9. Qui héberge le backend — le client fournit un serveur ou on s'en charge ?
10. Y a-t-il des intégrations tierces (paiement, SMS OTP, cartes, FCM) ?
After gathering answers, classify the project:
| Classifier | Description | Typical Range (DZD) |
|---|---|---|
| Micro | Landing page, vitrine, API simple | 20 000 – 80 000 |
| Small | App mono-utilisateur, site avec auth | 60 000 – 180 000 |
| Medium | App multi-rôles, backend complet | 150 000 – 400 000 |
| Large | Plateforme, multi-modules, intégrations | 350 000 – 800 000+ |
Define clearly what IS and IS NOT included in this estimation.
Périmètre confirmé :
✅ INCLUS :
- [Module/fonctionnalité 1]
- [Module/fonctionnalité 2]
- ...
❌ EXCLUS :
- Saisie de contenu (descriptions, images) — à la charge du client
- Conception graphique hors UI standard (logo, branding) — devis séparé
- Intégration de paiement en ligne (sauf si mentionnée explicitement)
- Publication sur les stores (optionnelle — voir Section Optionnelle)
- [Tout ce qui n'a pas été énoncé]
⚠️ HYPOTHÈSES :
- Le client fournit les specs ou valide les décisions au fil des étapes
- Les contenus (textes, images, données initiales) sont fournis par le client
- [Hypothèse spécifique au projet]
Decompose the project into phases with individual line items.
Phase N — [Nom de la phase]
(Durée estimée : X semaines)
N.M | [Description précise de la tâche] | XX 000 DZD
| Phase | Content | Duration |
|---|---|---|
| Phase 1 | API Backend | 1.5–3 weeks |
| Phase 2 | Application mobile (portails UI) | 1.5–3 weeks |
| Phase 3 | Tests, QA, déploiement & remise | 0.5–1 week |
| Phase | Content | Duration |
|---|---|---|
| Phase 1 | Architecture & Backend API | 1–2 weeks |
| Phase 2 | Interface web (frontend) | 1–2 weeks |
| Phase 3 | Tests, déploiement & remise | 0.5–1 week |
| Phase | Content | Duration |
|---|---|---|
| Phase 1 | Architecture & base de données | 1 week |
| Phase 2 | Développement des endpoints | 1–3 weeks |
| Phase 3 | Tests, documentation & déploiement | 0.5 week |
Write each task as an action + module + precision:
✅ GOOD: Authentification (JWT, rôles : client/propriétaire, réinitialisation OTP)
✅ GOOD: API demandes de projet (soumission, suivi statut, estimation, historique)
✅ GOOD: Tableau de bord propriétaire (statistiques par statut, liste filtrée)
❌ BAD: Backend
❌ BAD: Développement de l'application
❌ BAD: Features diverses
Refer to Pricing Matrix for DZD ranges by task type.
Key rule: round to nearest 5 000 DZD. Never use sub-1 000 amounts — it signals a lack of precision and invites negotiation.
Assign amounts to each line item using market-calibrated DZD ranges.
Algeria's IT hourly rate is significantly lower than Western equivalents:
| Level | DZD/hour | EUR equivalent | USD equivalent |
|---|---|---|---|
| Junior | 800 – 1 500 | €4 – €8 | $4 – $8 |
| Mid-level | 1 500 – 3 000 | €8 – €16 | $8 – $16 |
| Senior | 3 000 – 5 000 | €16 – €27 | $16 – $27 |
| Effective blended rate | ~1 500 – 2 500 | ~€8 – €14 | ~$8 – $14 |
This is why a full 5-week mobile app project costs
300 000 DZD (€1 500) vs €15 000–€30 000 in France.
For each task, apply:
task_price = estimated_hours × blended_rate
+ complexity_buffer (10–30% for risk)
→ round UP to nearest 5 000 DZD
| Task Complexity | Buffer | Reason |
|---|---|---|
| Straightforward | +10% | Known unknowns |
| Moderate (integrations) | +20% | API dependencies |
| Complex (real-time, payment) | +30% | High risk surface |
After pricing each phase, verify:
See Pricing Matrix for ready-to-use ranges by task type.
Identify every external cost the client will incur beyond the development fee.
One-time costs — paid once at project start or delivery:
| Service | Typical Cost (DZD) | Notes |
|---|---|---|
| Soumission Google Play Store | 3 400 DZD | Compte développeur ($25) |
| Soumission Apple App Store | 13 400 DZD/an | Programme développeur ($99/an) |
| Service de soumission stores (si géré par le vendeur) | 30 000 – 60 000 | Inclut suivi jusqu'à publication |
| Nom de domaine (1 an) | 3 000 – 8 000 | .com, .dz, etc. |
| Certificat SSL | 0 | Let's Encrypt (gratuit) |
Recurring costs — annual or monthly, billed separately from development:
| Service | Typical Cost | Frequency | Notes |
|---|---|---|---|
| Hébergement VPS (SPA Moustachir) | 40 000 DZD | Annuel | Inclut infra gérée |
| Hébergement VPS (marché) | 30 000 – 80 000 | Annuel | Selon config |
| Firebase (FCM notifications) | 0 | — | Offre gratuite (Spark) |
| Firebase Blaze (dépassement quota) | Variable | Mensuel | Facturation à l'usage |
| SMS OTP (ex. Twilio, local) | 1 000 – 8 000 | Mensuel | Selon volume |
| Renouvellement domaine | 3 000 – 8 000 | Annuel | |
| Passerelle de paiement (CIB, Dahabia, etc.) | Variable | Commission | Selon partenaire bancaire |
Pour les services externes :
1. L'application nécessite-t-elle des notifications push ? (→ Firebase FCM)
2. Des SMS (OTP, alertes) sont-ils prévus ?
3. Une intégration de paiement en ligne est-elle requise ?
4. Qui gère l'hébergement — SPA Moustachir ou le client ?
5. Le client a-t-il déjà un compte développeur sur les stores ?
6. Souhaitez-vous la publication sur les stores, et par qui ?
Define what happens after the development contract ends.
| Service | Typical Cost (DZD) | Description |
|---|---|---|
| Garantie corrections de bugs | Incluse (1 mois) | Correction des bugs liés au développement livré, sans frais supplémentaires |
| Contrat de maintenance mensuel | 15 000 – 30 000/mois | Corrections de bugs, mises à jour de sécurité, surveillance serveur |
| Contrat de maintenance annuel | 100 000 – 200 000/an | Même périmètre, dégressif sur la durée |
| Forfait heures de support | 3 000 – 5 000 DZD/heure | Interventions ponctuelles hors garantie |
| Évolution fonctionnelle | Devis séparé | Nouvelles fonctionnalités après livraison |
| Formation utilisateur | 5 000 – 15 000 | Session(s) de prise en main |
Pour les services post-livraison :
1. Le client souhaite-t-il une session de formation à la livraison ?
2. Y a-t-il besoin d'un contrat de maintenance après la garantie ?
3. Des évolutions fonctionnelles sont-elles déjà prévues (V2) ?
4. L'hébergement doit-il être géré par SPA Moustachir à long terme ?
Structure the payment milestones.
3-Milestone (recommended for medium projects):
| Jalon | Déclencheur | % | Calcul |
|---|---|---|---|
| Signature & lancement | Signature du contrat | 40% | 0.4 × total |
| Livraison partielle | Remise des phases 1 & 2 | 40% | 0.4 × total |
| Livraison finale | Déploiement & remise complète | 20% | 0.2 × total |
2-Milestone (small projects < 100 000 DZD):
| Jalon | Déclencheur | % |
|---|---|---|
| Lancement | Signature du contrat | 50% |
| Livraison finale | Acceptation et remise | 50% |
4-Milestone (large projects > 400 000 DZD):
| Jalon | Déclencheur | % |
|---|---|---|
| Signature | Lancement du projet | 30% |
| Phase 1 complète | Livraison du backend/API | 25% |
| Phase 2 complète | Livraison de l'interface | 25% |
| Livraison finale | Déploiement, recette, remise | 20% |
Produce the formal estimation document in French, following the template.
See Estimation Document Template for the full bilingual-ready Markdown template.
Référence : EST-[PROJET]-[YYYY]-[NNN]
Ex : EST-ORBAT-2026-001
Standard validity: 30 jours from issue date. For complex projects or unstable exchange rate periods: 15 jours.
XX 000 DZD (space thousands separator, no comma)EST-[PROJ]-[YYYY]-[NNN] format| Anti-Pattern | Why | Fix |
|---|---|---|
| "Développement de l'application : 200 000 DZD" | No breakdown — client will negotiate everything | Break into phases and tasks |
| Infrastructure cost bundled in phase total | Recurring costs will seem included forever | Always separate recurring from one-time |
| Bug warranty not scoped | Client will request new features as "bugs" | Define: bugs in delivered scope only, 1 month |
| Payment 100% at delivery | Vendor has no financial protection | Always take ≥30% upfront |
| "Prix selon accord" line items | Creates ambiguity and trust issues | Estimate and note assumptions |
| Amounts like 17 300 DZD | Looks calculated to the cent, invites micro-negotiation | Round to 15 000 or 20 000 |
| Store submission guarantee | Apple/Google can reject — uncontrollable | Guarantee submission + follow-up, NOT approval |