ETFFIN Finance >> cours Finance personnelle >  >> Direction financière >> Entreprise

Sorority Specialties :répondre aux attentes de la génération Z en matière de commerce électronique

Pourquoi ils ont gagné

Atmosol a été finaliste du prix de l'innovation pour l'innovation de l'agence pour son travail sur les spécialités de la sororité.

Pour utiliser les API afin de répondre aux attentes en ligne de la génération Z.

Statistiques commerciales

  • Fondateur : Lewis et Eve
  • Qui a soumis (et est cité ci-dessous) : Jamie Huffer, associé
  • Année de création : 1996
  • Siège : Las Vegas, Nevada
  • Secteur d'e-commerce : Vêtements et bijoux
  • Agence utilisée : Atmosol
  • Site Web
  • Facebook
  • Twitter
  • Instagram

Résultats commerciaux de l'innovation

  • + 500 % d'augmentation des conversions
  • Diminution de 25 % du taux de rebond
  • + 200 % d'augmentation du temps passé sur le site

Ce qu'ils font

Sorority Specialties est une entreprise dirigée par un mari et sa femme qui est en affaires depuis plus de 20 ans et vend des produits de sororité sous licence à des sororités nationales sélectionnées.

Le fondateur, Lewis, a lancé l'entreprise avec un magasin de détail sur le campus de l'UCLA après avoir obtenu son diplôme de l'Université du Maryland, où il était Alpha Epsilon Pi. Plusieurs années plus tard, avec la naissance d'Internet, ils ont fermé le magasin de détail et sont en ligne depuis.

Le défi derrière l'innovation

Vendre sur un marché B2C saisonnier avec des habitudes d'achat B2B à différents moments de l'année implique une approche "hors des sentiers battus".

Lewis savait qu'il avait besoin d'une interface conviviale sur le front-end et le back-end, associée à un système de commande et de création de rapports robuste s'il devait évoluer pour la rentrée scolaire et les vacances.

Lewis avait à l'origine six sites Web Magento pour chaque sororité individuelle, ce qui le laissait avec un manque de capacités centralisées de reporting et de traitement des commandes. En plus de cela, ses frustrations ont augmenté alors qu'il luttait pour naviguer dans les composants techniques du back-end de Magento.

Avec peu de temps à perdre entre ses cycles de vente, Lewis savait qu'il devait trouver une solution rapide.

Pendant l'été hors saison, il a décidé de refondre son site Web et de migrer vers BigCommerce. Lewis a reconnu qu'il devait résoudre un problème majeur pour lui-même et ses clients en offrant ce que les consommateurs de commerce électronique recherchent :une expérience utilisateur sans effort.

Le front-end et le back-end des expériences utilisateur et vendeur nécessitaient une personnalisation approfondie.

Lewis savait que les étudiants exigeants et leurs parents voulaient la meilleure marque au prix le plus bas, mais cette image compte toujours.

Présenter une marque relatable qui se démarque, tout en ayant une commande en ligne simple, séduirait toutes les générations. Sans oublier que les commandes groupées et les commandes individuelles pourraient être suivies pour optimiser les futures campagnes marketing et promotionnelles.

Désormais, au lieu de gérer six sites Web distincts et compliqués, Lewis disposerait d'un portail Web de vente centralisé moderne et mis à jour, tout en regroupant les ventes, les commandes et les données d'analyse dans un système de rapport personnalisé et pratique.

Comment ils le font fonctionner

Nous avons créé un site Web entièrement fonctionnel, appelé application privée, qui communique avec les magasins BigCommerce via des API.

L'application affiche les données pertinentes pour le magasin auquel vous êtes connecté, puis attache des webhooks à l'aide de l'API BigCommerce Webhook, qui indique à l'application lorsqu'un produit ou une commande a changé.

Si l'application trouve un produit modifié ou créé, elle utilise les API pour extraire des données, puis les stocke en interne. Il traite également les champs personnalisés des produits pour les rendre plus faciles à signaler.

Un administrateur de la boutique BigCommerce peut accéder à l'application et afficher le rapport de redevances à partir des données stockées qui peuvent être filtrées par date de commande ou sororité, et peuvent également être exportées au format CSV.

Nous avons également créé une intégration personnalisée au centre de distribution 3PL. L'intégration 3PLGo existante n'a pas pu exécuter l'intégration. Ainsi, pour les commandes qui incluaient des remises sur les prix de gros sur la commande, les produits ont été placés dans un schéma d'attente qui a informé l'administrateur du magasin lorsqu'ils ont été placés. L'administrateur a décidé d'envoyer la commande à 3PL ou de gérer l'exécution manuellement.

Toutes les 30 minutes, l'application parcourt la liste des commandes et les trie. S'ils bénéficiaient de remises sur les prix de gros, la commande était définie sur le statut En attente et l'administrateur était averti par e-mail. S'il n'y avait pas de remises sur les prix de gros, la commande était envoyée au système 3PL via un appel d'API XML, et le statut de la commande dans l'application privée mettait à jour le statut.

Un autre processus s'exécutait toutes les 30 minutes pour vérifier si les informations d'expédition avaient été ajoutées aux commandes envoyées, à l'aide d'un appel d'API XML vers 3PL. Si la commande contenait des informations d'expédition, le processus les a extraites des données de l'application privée, les a stockées, a créé une expédition associée à la commande d'origine, y compris les informations de suivi de 3PL.

Pour les commandes nécessitant une attention particulière, l'application a fourni des tableaux pour afficher les commandes, l'état de synchronisation et les commandes d'attention manuelle, y compris les commandes groupées et les commandes qui ont eu une erreur lors de la synchronisation.

Le dernier mot

Entre septembre 2016 et septembre 2017, le magasin agrégé BigCommerce de Lewis a collectivement augmenté les conversions de ventes de 300 à 500 % pendant les hautes saisons.

Dans le même temps, après avoir migré de Magento, son nouveau site BigCommerce disposait d'une fonction de recherche qui réduisait le taux de rebond de 25 %, passant de 30 % à 5 %.

De plus, le temps moyen passé sur site a augmenté de 200 %, passant de 3 minutes à près de 6 minutes.