Description du projet
TraduitNous avons dépassé le magasin modèle. Dans les premières années, il nous a sauvés, mais maintenant il nous gêne à chaque étape : les pages sont lentes sur mobile, tout changement de catalogue se transforme en bataille avec le balisage de quelqu'un d'autre, et le paiement est une boîte noire que nous ne pouvons pas toucher. Nous sommes prêts à passer à une architecture headless appropriée et recherchons une équipe qui a réellement lancé de tels projets, pas seulement lu à leur sujet.
La tâche consiste à créer une vitrine rapide sur notre propre code au-dessus d'un backend headless pour le commerce. Nous penchons vers Medusa, mais sommes prêts à envisager commercetools si vous faites un argumentaire raisonné. Le frontend doit être complètement découplé et communiquer avec le backend uniquement via API, de sorte que le catalogue, le panier, le paiement et les paiements vivent derrière un contrat clair, et que notre équipe de merchandising ne rencontre pas d'obstacles au développement. Le contenu — pages d'atterrissage, blocs promotionnels, blog, aide — doit provenir d'un CMS que les éditeurs gèrent eux-mêmes sans développeur pour chaque bannière.
Nous avons spécifiquement besoin de listes de produits et de cartes, de recherche et de filtrage facettés, d'un panier robuste, d'un paiement en plusieurs étapes, et d'au moins deux fournisseurs de paiement avec un traitement approprié des webhooks pour les commandes et les remboursements. La vitesse n'est pas un bonus mais une exigence : la vitrine doit sembler instantanée, donc le rendu côté serveur ou la génération statique, l'optimisation des images et la mise en cache sensée font partie du travail. Envoyez-nous des liens vers des magasins headless que vous avez construits, décrivez comment vous structurerez la couche API, et donnez-nous une estimation réaliste pour la première version prête pour la production, pas un MVP sans fin.
La tâche consiste à créer une vitrine rapide sur notre propre code au-dessus d'un backend headless pour le commerce. Nous penchons vers Medusa, mais sommes prêts à envisager commercetools si vous faites un argumentaire raisonné. Le frontend doit être complètement découplé et communiquer avec le backend uniquement via API, de sorte que le catalogue, le panier, le paiement et les paiements vivent derrière un contrat clair, et que notre équipe de merchandising ne rencontre pas d'obstacles au développement. Le contenu — pages d'atterrissage, blocs promotionnels, blog, aide — doit provenir d'un CMS que les éditeurs gèrent eux-mêmes sans développeur pour chaque bannière.
Nous avons spécifiquement besoin de listes de produits et de cartes, de recherche et de filtrage facettés, d'un panier robuste, d'un paiement en plusieurs étapes, et d'au moins deux fournisseurs de paiement avec un traitement approprié des webhooks pour les commandes et les remboursements. La vitesse n'est pas un bonus mais une exigence : la vitrine doit sembler instantanée, donc le rendu côté serveur ou la génération statique, l'optimisation des images et la mise en cache sensée font partie du travail. Envoyez-nous des liens vers des magasins headless que vous avez construits, décrivez comment vous structurerez la couche API, et donnez-nous une estimation réaliste pour la première version prête pour la production, pas un MVP sans fin.
Développement web Espèces, Virement bancaire
