Selon le périmètre. Un MVP ciblé se compte souvent en semaines (ordre de grandeur 4–8). Un produit multi-plateformes peut prendre des mois. L’estimateur donne une fourchette ; le calendrier se ferme après discovery.

L’arabe oui, avec un vrai RTL quand c’est la langue du produit. Les paiements suivent le marché : CMI et circuits locaux au Maroc ; Apple Pay et Google Pay si le produit et l’acquéreur le permettent ; Mada si le public est en Arabie saoudite. On n’ajoute pas une passerelle pour la brochure.

Oui. À l’achèvement du projet et au règlement convenu, vous recevez le code, les fichiers et les assets du produit. La propriété est écrite dans l’accord.

Après le cadrage, une proposition écrite avec des jalons : démarrage, une étape claire (souvent le design validé), puis le lancement. Les pourcentages se fixent dans l’accord, pas dans une grille publique.

Le lancement ouvre la relation. Stores ou web dans le périmètre, puis X CARE : correctifs, mises à jour, features, performance. Consulting ou CTO as a Service si les décisions doivent continuer.

Oui. Nous aidons à couper l’idée en MVP testable, pas à tout construire d’un coup. Consultation, estimateur et offres sont faits pour ce départ.

Aucun prix honnête avant l’idée, les plateformes, les features et l’existant. La page Offres montre une fourchette indicative en MAD et USD — pas un devis. L’estimation écrite vient après le périmètre.

Oui. Souvent via Flutter lorsque le produit unique est la bonne décision.

Oui, quand il sert le produit, le budget et les deux stores.

Oui — une offre centrale. On part du réel.

Oui, si elle crée de la valeur. Pas comme décorum.

Oui. APIs, Firebase ou autre, et administration si le produit l’exige.

Oui, via X CARE, au rythme mensuel convenu.

Oui. Un MVP teste une hypothèse.

Oui, préparation et publication dans le périmètre. Les comptes restent les vôtres.

Oui. Consulting et CTO as a Service.

Oui, via la réservation ou le contact. L’avis préliminaire ne remplace pas un audit complet.