Especialidades de irmandades:atendendo às expectativas de comércio eletrônico da Geração Z

Por que eles venceram

Atmosol foi finalista do Prêmio de Inovação para Inovação de Agência por seu trabalho em Especialidades de Irmandade.

Por usar APIs para atender às expectativas online da Geração Z.

Estatísticas de negócios

• Fundador: Luís e Eva
• Quem enviou (e está citado abaixo): Jamie Huffer, Sócio
• Ano de fundação: 1996
• Sede: Las Vegas, Nevada
• Vertical de comércio eletrônico: Vestuário e joias
• Agência usada: Atmosfera
• Site
• Facebook
• Twitter
• Instagram

Resultados de negócios da inovação

• +500% de aumento nas conversões
• 25% de redução na taxa de rejeição
• +200% de aumento no tempo gasto no site

O que eles fazem

A Sorority Specialties é uma empresa administrada por marido e mulher que está no mercado há mais de 20 anos e vende mercadorias licenciadas para irmandades nacionais selecionadas.

O fundador, Lewis, iniciou a empresa com uma loja de varejo no campus da UCLA depois de se formar na Universidade de Maryland, onde era um Alpha Epsilon Pi. Vários anos depois, com o nascimento da internet, eles fecharam a loja de varejo e estão online desde então.

O desafio por trás da inovação

Vender em um mercado B2C sazonal com hábitos de compra B2B em diferentes épocas do ano envolve uma abordagem “fora da caixa”.


Lewis sabia que precisava de uma interface amigável no front-end e no back-end, juntamente com um sistema robusto de pedidos e relatórios, se quisesse escalar para as temporadas de volta às aulas e feriados.

Lewis originalmente tinha seis sites Magento para cada irmandade individual, deixando-o com a falta de relatórios centralizados e recursos de processamento de pedidos. Além disso, suas frustrações cresceram enquanto ele lutava para navegar pelos componentes técnicos do back-end do Magento.

Com pouco tempo de sobra entre seus ciclos de vendas, Lewis sabia que precisava encontrar uma solução rápida.

Durante a baixa temporada de verão, ele decidiu reformular seu site e migrar para BigCommerce. Lewis reconheceu que precisava resolver um grande problema para ele e seus clientes, oferecendo o que os consumidores de comércio eletrônico desejam:uma experiência de usuário sem esforço.


Tanto o front-end quanto o back-end das experiências do usuário e do vendedor precisavam de uma personalização profunda.


Lewis sabia que estudantes universitários exigentes e seus pais queriam a melhor marca pelo menor preço, mas essa imagem ainda importa.

Apresentar uma marca relacionável que se destacasse, embora tivesse pedidos online simples, atrairia gerações. Sem mencionar que pedidos em massa e pedidos individuais podem ser rastreados para otimizar futuras campanhas de marketing e promocionais.

Agora, em vez de gerenciar seis sites complicados e separados, Lewis teria um portal da web de vendas centralizado e atualizado, além de agregar dados de vendas, pedidos e análises em um sistema de relatórios personalizado e conveniente.

Como eles fazem isso funcionar

Criamos um site totalmente funcional, conhecido como aplicativo privado, que se comunica com as lojas BigCommerce via APIs.


O aplicativo mostra os dados relevantes para a loja em que você está conectado e, em seguida, anexa webhooks usando a API BigCommerce Webhook, que informa ao aplicativo quando um produto ou pedido foi alterado.

Se o aplicativo encontrar um produto que foi alterado ou criado, ele entrará em contato usando as APIs para obter dados e os armazenará internamente. Ele também processa campos personalizados de produtos para torná-los mais fáceis de relatar.

Um administrador da loja BigCommerce pode acessar o aplicativo e visualizar o relatório de royalties dos dados armazenados que podem ser filtrados por data de pedido ou irmandade, e também podem ser exportados como CSV.

Também criamos uma integração personalizada com o centro de atendimento 3PL. A integração 3PLGo existente não pôde executar a integração. Assim, para pedidos que incluíam descontos de preço em massa no pedido, os produtos eram colocados em um padrão de espera que notificava o administrador da loja quando eram colocados. O administrador decidiu enviar o pedido para 3PL ou lidar com o atendimento manualmente.



A cada 30 minutos, o aplicativo analisa a lista de pedidos e os classifica. Se eles tivessem descontos de preços em massa, o pedido era definido com o status Em espera e o administrador era notificado por e-mail. Se não houvesse descontos de preços em massa, o pedido seria enviado ao sistema 3PL por meio de uma chamada de API XML e o status do pedido dentro do aplicativo privado atualizaria o status.

Outro processo era executado a cada 30 minutos para verificar se as informações de remessa foram adicionadas aos pedidos enviados, usando uma chamada de API XML para 3PL. Se o pedido tivesse informações de remessa, o processo o colocaria nos dados do aplicativo privado, armazenou-o, criou uma remessa associada ao pedido original, incluindo as informações de rastreamento do 3PL.

Para pedidos que precisam de atenção especial, o aplicativo forneceu tabelas para exibir pedidos, status de sincronização e pedidos de atenção manual, incluindo pedidos em massa e pedidos com erro na sincronização.

Palavra final

Entre setembro de 2016 e setembro de 2017, a loja agregada BigCommerce da Lewis aumentou coletivamente as conversões de vendas em 300-500% durante os períodos de pico.


Ao mesmo tempo, depois de migrar do Magento, seu novo site BigCommerce tinha um recurso de pesquisa que diminuiu a taxa de rejeição em 25%, de 30% para 5%.


Além disso, o tempo médio gasto no local aumentou em 200%, de 3 minutos para quase 6 minutos.