Je vais créer des applications web d'entreprise personnalisées et des portails clients

Avant de passer commande, validez les écrans, les champs, les règles métier, les rôles, les tests d’acceptation, les accès et les dates de révision. Le code existant doit être compatible et opérationnel. Un audit approfondi ou un diagnostic de l’héritage est pris en charge séparément; la qualification initiale n’inclut pas un audit complet.

Une fonctionnalité délimitée dans une application Laravel existante et opérationnelle : jusqu’à 2 écrans métier et 1 entité de données. Connexion et infrastructure existantes réutilisées. Inclut des tests de parcours convenus, le code source et les notes de configuration. Le refactoring majeur est prévu dans une portée séparée.

Une workflow simple dans une application Laravel en fonctionnement : jusqu'à 3 écrans métier, 2 entités de données et 2 rôles existants. Comprend les tests convenus, le code source, les notes de configuration et 2 révisions. Connexion et infrastructure existantes réutilisées. Nouvelle authentification, API externes et refonte majeure séparées.

Un flux de portail client dans une application Laravel existante : jusqu'à 4 écrans, y compris l’administration, 2 entités et 2 rôles client/admin existants. La connexion et les autorisations doivent déjà fonctionner. Comprend les tests, le code, la remise et 3 révisions. Un portail autonome ou une nouvelle authentification nécessite un devis personnalisé.

Oui, après examen de la base de code et des dépendances. Nous définissons une étape d’amélioration ou de modernisation limitée, ses risques et les critères d’acceptation. Les réécritures lourdes, les travaux de sauvegarde d’anciens systèmes, les migrations et les stacks non pris en charge nécessitent un devis séparé.

Oui, via un devis et des étapes de livraison séparément définis. Les packages publics étendent les applications Laravel existantes ; ils ne créent pas de portails autonomes ni de produits complets. Des MVP complets, une nouvelle authentification, un SaaS multi-tenant, des paiements et plusieurs intégrations nécessitent un périmètre et un devis spécifiques.

Code source, notes de configuration, résultats de tests convenus et guide d’utilisation. Le déploiement dans un seul environnement client fourni compatible est inclus uniquement si son périmètre, son accès, son propriétaire et sa fenêtre de mise en production sont convenus avant la commande. L’hébergement, les licences et l’exploitation continue de l’infrastructure restent séparés.

Les offres Basic / Standard / Premium incluent 2 / 2 / 3 révisions dans le cadre du périmètre. Envoyez des retours consolidés à chaque round. Les nouveaux écrans, règles, flux, rôles ou intégrations nécessitent un devis convenu. Les applications mobiles natives, les migrations lourdes, les frais de tiers, la maintenance et l’exploitation 24/7 ne sont pas inclus.

Oui, en anglais ou en français. Vous restez maître de votre hébergement, de votre domaine et de vos comptes tiers. Utilisez un accès limité au projet et des données de test; n’envoyez jamais de mots de passe ou d secrets dans le brief initial. Tout accès nécessaire est organisé en toute sécurité après l’accord sur la portée.

Le délai de livraison commence lorsque les exigences de Fiverr sont soumises. Validez l’accès au code, le contenu, les données de test, les critères d’acceptation et les dates de révision client avant la commande. Un accès retardé ou des retours peuvent nécessiter une extension via Fiverr ; le délai n’est pas automatiquement suspendu.