헤드리스 전자 상거래가 귀하의 비즈니스에 적합한지 판단하기

게시 됨: 2018-07-24

디지털 비즈니스 세계에서 회사의 성공은 대부분 완벽한 고객 경험을 만드는 능력에 달려 있습니다.

고객 경험이 왜 그렇게 중요한가요? 고객 만족도와 수익은 고객 경험과 직결되기 때문입니다. McKinsey & Company의 대표 Harald Fanderl은 다음과 같이 설명합니다. 그리고 아마도 그들은 친구들 사이에서 이 회사를 홍보할 것입니다.”

원활한 고객 경험은 소비자가 온라인이든 오프라인이든 모든 접점에서 회사와 상호 작용하고 동일한 완벽한 경험을 가질 수 있도록 하는 것입니다. 그 경험은 브랜드와 관련되어야 하며, 고객이 쉽게 거래를 완료할 수 있도록 해야 합니다.

전자 상거래 회사에 이러한 고객 경험을 제공하는 것은 소비자 접점의 수가 증가함에 따라 기업에 매우 어려운 일이 되고 있습니다.

온라인 쇼핑객은 데스크톱에서 모든 쇼핑을 했기 때문에 단일 채널 개발에는 전통적인 중앙 집중식 개발 접근 방식이 적합했다고 글로벌 모빌리티 서비스 회사 DMI의 솔루션 제공 수석 부사장인 Andy Powers는 설명합니다. 그러나 오늘날 소비자들이 다양한 장치를 사용하고 있기 때문에 코딩에 대한 통합 접근 방식이 변화를 늦추고 있다고 그는 말합니다.

이것이 바로 지금 헤드리스 아키텍처가 전자 상거래를 사로잡는 이유입니다.

컨설팅 회사 Bench의 컨설팅 이사인 Graham Haller는 조직이 보다 고객 중심적으로 전환함에 따라 고객 대면 접점 전반에 걸쳐 유연성을 허용하는 전자 상거래 플랫폼이 필요하다고 설명합니다. 기존의 모놀리식 전자 상거래 플랫폼은 프런트 엔드에서 이러한 유형의 유연성을 허용하지 않아 일관된 고객 경험을 생성하는 조직의 능력을 저해합니다.

헤드리스 전자 상거래가 그렇습니다.

헤드리스 전자 상거래가 성장하는 추세인 이유

헤드리스 전자 상거래는 온라인 상점의 프런트 엔드와 백 엔드를 분리합니다. 즉, 콘텐츠 프레젠테이션 계층 또는 콘텐츠 관리 시스템(CMS)은 응용 프로그램 계층 또는 전자 상거래 시스템과 별개입니다.

이러한 유형의 아키텍처는 고객 대면 요소를 시스템 대면 요소와 분리하여 브랜드가 원하는 모든 프론트 엔드 경험을 만들 수 있는 자유를 줍니다. 개발자는 모놀리식 프론트 엔드 사용자 경험의 제약과 지시에서 자유롭습니다.

이러한 자유는 조직이 소비자가 관련성이 있는 것으로 간주되기 위해 다양한 채널에 존재해야 할 때 특히 중요합니다. Google에 따르면 85%의 사람들이 한 기기에서 쇼핑을 시작하고 다른 기기에서 쇼핑을 마칩니다.

Smart Insights의 온라인 카피라이터이자 회원 자원 편집자인 Somya Mehta는 이러한 행동으로 인해 기업은 여러 채널에 걸쳐 디지털 쇼핑 경험을 통합해야 한다고 말합니다. 헤드리스 전자 상거래 솔루션을 사용하면 기업이 직접 소비자 채널의 시각적 아이덴티티를 제어할 수 있으므로 자신의 속도에 맞게 완전히 제어할 수 있습니다.

이는 많은 브랜드(심지어 큰 시간을 요하고 역사적으로 소매 중심의 비즈니스)가 우수한 고객 경험을 제공해야 한다는 압박감에 대응하여 소비자에게 직접 판매하는 매장을 열었기 때문에 중요합니다. 이러한 경험은 브랜드가 보다 민첩하고 고객 데이터에 신속하게 대응할 수 있을 때 가장 잘 형성될 수 있습니다.

이것이 바로 헤드리스 전자 상거래의 적시성이 등장하는 이유입니다. 헤드리스 전자 상거래 솔루션을 사용하면 브랜드가 쇼핑 경험을 제어하고 솔루션 자체에서 나머지를 처리할 수 있습니다.

헤드리스 전자 상거래 플랫폼을 사용하는 주요 이점은 다음과 같습니다.

장점: 유연성과 속도

헤드리스 시스템의 프런트 엔드와 백 엔드가 분리되어 있기 때문에 조직은 애플리케이션 계층을 조정할 필요 없이 콘텐츠 프레젠테이션 계층을 변경할 수 있습니다.

기존 전자 상거래 플랫폼에서 개발자는 단일 솔루션의 프런트 엔드 디자인 및 프로세스에 제약을 받습니다. 헤드리스 솔루션은 프런트 엔드 디자인을 제어하지 않으므로 브랜드는 백 엔드 조정에 대해 걱정할 필요 없이 고유한 사용자 경험을 생성할 수 있으므로 경험을 일관되게 유지하기가 더 쉽습니다.

이러한 유연성과 함께 사용자 경험을 빠르게 조정할 수 있는 기능인 속도의 이점이 있습니다. 새로운 접점이 등장하면 현재 경험과 일관성을 유지하고 다른 채널과 원활하게 통합되도록 신속하게 맞춤화할 수 있습니다. 마찬가지로, 고객 인터페이스에 필요한 변경 사항은 백엔드에서도 수행할 필요가 없기 때문에 더 빠르게 수행할 수 있습니다.

이 유연성과 속도가 얼마나 중요합니까? 소프트웨어 분석 회사인 New Relic의 설문 조사에 따르면 응답자의 57%가 빠르지는 않더라도 최소한 매주 코드를 프로덕션 환경에 릴리스한다고 보고했습니다. 이러한 회사가 변경할 때마다 플랫폼의 프론트 엔드와 백엔드 모두를 변경하는 경우 이는 위험하고 시간이 많이 걸립니다.

헤드리스는 변경 사항이 있을 때마다 전체 시스템을 재배포할 필요가 없습니다.

다채널 쇼핑 - 헤드리스 전자 상거래

장점: 실험 및 개인화

개인화는 혼잡한 공간에서 고객에게 다가가려는 소매업체의 최우선 과제가 되었습니다. Forrester Research의 전자 비즈니스 및 채널 전략 수석 분석가인 Brendan Witcher는 "소매업체의 70% 이상이 매장 경험을 개인화하려고 노력하고 있습니다."라고 말합니다. "그 이유는 많은 고객이 응답하기 때문입니다."

헤드리스 전자 상거래 시스템은 프론트 엔드 디자인을 쉽게 테스트하고 실험할 수 있도록 하여 기업이 사용자 경험을 완벽하게 할 수 있도록 합니다. 프런트 엔드와 백 엔드는 대부분 서로 독립적으로 작동하기 때문에(프론트 엔드 디자인은 API를 통해 전자 상거래 플랫폼과 통합됨) 관리자는 백 엔드 변경으로 사이트 속도를 늦추지 않고 다양한 디자인을 쉽게 테스트할 수 있습니다. 이것은 또한 개발자들이 사이트의 양쪽 끝을 조정할 필요가 없기 때문에 작업량을 덜어줍니다.

이것이 Net-a-Porter가 헤드리스 시스템으로 전환한 큰 이유입니다. 이 사이트의 주요 개발자인 Robin Glen은 이전 시스템이 특히 판매를 실행할 때 설계 및 릴리스 코드를 신속하게 테스트하는 능력을 제한하는 투박한 Java 응용 프로그램이었다고 설명합니다. 따라서 그들은 판매로 인한 트래픽 급증을 보다 잘 처리하고 사이트 성능을 개선하기 위해 헤드리스 시스템으로 성공적으로 전환했습니다.

장점: 사용자 정의 및 통합

헤드리스 시스템을 사용하면 개발자가 비즈니스 및 소비자 기대에 맞게 프런트 엔드를 사용자 지정할 수 있습니다. 또한 기업이 비즈니스 요구 사항을 충족하도록 헤드리스 플랫폼 자체를 사용자 지정할 수 있습니다.

기존 전자 상거래 솔루션을 사용하면 프론트 엔드 개발자는 플랫폼의 제한 사항으로 제한되며 한쪽 끝을 변경하려면 양쪽 모두를 변경해야 합니다. 헤드리스 시스템이 분리되어 있기 때문에 개발자는 고유하고 비즈니스에 맞는 사용자 경험을 만들 수 있습니다. 기업은 더 이상 모놀리식 시스템에서 원하지 않거나 필요하지 않은 소프트웨어를 사용할 필요가 없습니다.

CMS 시스템에 이미 상당한 투자를 한 기업의 경우 헤드리스 솔루션을 통해 자체 CMS를 프레젠테이션 계층으로 사용하여 전자 상거래 기능을 추가할 수 있습니다.

헤드리스 아키텍처를 통해 기업은 전자 상거래 플랫폼을 모든 시스템과 통합할 수 있습니다. Mindtree의 Vinay Sutrave는 헤드리스 시스템이 소비자 대면 작업의 사일로를 무너뜨리고 기업이 이를 통해 새로운 장치와 시장에 브랜드를 추가할 수 있도록 한다고 설명합니다. 헤드리스는 기업이 소비자가 원하는 채널에서 원하는 콘텐츠를 소비자에게 제공할 수 있기 때문에 이를 수행한다고 Sutrave는 설명합니다.

수많은 새로운 장치가 지속적으로 출시되고 소비자가 채택하기 때문에 기업이 관련성을 유지하려면 이러한 수준의 통합이 거의 필요합니다.

통합 - 헤드리스 전자 상거래

헤드리스 전자상거래의 문제점과 단점

모든 장점에도 불구하고 헤드리스에는 헤드리스 전자 상거래 시스템을 고려할 때 탐색해야 할 몇 가지 단점이 있습니다.

단점: 개발 및 관리

헤드리스 시스템의 유연성에 대한 단점은 프런트 엔드를 처음부터 개발해야 하고 많은 표준 기능을 다시 코딩해야 한다는 것입니다. 기존 시스템에서는 플랫폼을 사용할 준비가 되었습니다. 시스템을 처음부터 개발하는 것은 예산과 인력 자원을 빠르게 소모하고 결과적으로 수준 이하의 온라인 상점을 만들 수 있는 중요한 프로젝트입니다.

이것은 설정하고 잊어버리는 시스템이 아닙니다. 유연성의 반대 측면은 시스템의 지속적인 관리에 대한 요구 사항이며, 그 자체로 올바른 전문 지식과 전담 리소스가 필요합니다. 이 기술에는 불가피하게 지속적으로 모니터링하고 해결해야 하는 문제가 있습니다. 즉, 시스템을 개발하고 관리하는 팀은 "설치, 구성, 조정, 문제 해결 및 프론트엔드와 함께 프론트엔드 지원" 기술이 필요합니다. 백엔드 24x7x365"라고 Spark::red의 컨설턴트인 Devon Hillard는 말합니다.

그렇긴 하지만 헤드리스는 모든 비즈니스에 대한 약속이지만 브랜드가 매장을 최대한 제어해야 할 때 선호되는 경로인 경우가 많습니다.

단점: 업그레이드 및 문제 해결

모놀리식 시스템은 헤드리스 시스템에는 없는 지속적인 업데이트의 이점이 있습니다. 헤드리스 시스템을 사용할 경우 기업은 API만 업데이트하면 된다는 장점이 있지만 기존 플랫폼에서 제공업체가 처리하던 자체 하드웨어를 업그레이드해야 하는 부담도 가집니다.

이는 보안과 관련하여 특히 시간과 비용이 많이 소요될 수 있다고 디지털 혁신 회사인 Lamia의 팀은 설명합니다. 기존 플랫폼을 사용하면 보안이 더욱 견고해지고 새로운 기능이 지속적으로 출시됩니다. 그러나 헤드리스를 사용하면 개발자는 최소한 프레젠테이션을 호스팅하는 경우 모든 보안, 보안 수정 및 업그레이드된 기능을 구축해야 할 수 있습니다.

개발자는 업그레이드에 시간을 할애해야 할 뿐만 아니라 문제 해결을 위한 시간도 찾아야 합니다. 헤드리스 시스템의 추가 계층은 문제를 식별하고 해결하는 데 필요한 시간과 기술을 증가시킨다고 Hillard는 말합니다. 기존 시스템을 사용하면 기업은 문제 해결을 위해 공급자에게 의존할 수 있습니다.

단점: 제한된 기본 기능

헤드리스 전자 상거래 플랫폼 내의 기능은 CMS가 지원하는 것으로 제한된다고 전자 상거래 컨설팅 회사인 BlueSky Technology Partners의 팀은 경고합니다. 그들은 CMS가 "제3자 도구, 콘텐츠 및 제품 결과와 검색을 통합하는 기능, 제품, 카탈로그, 가격 책정 및 판촉에 대한 전자 상거래 솔루션에 연결할 수 있는 기능"을 허용하는지 확인하는 것이 중요하다고 강조합니다.

또한 모든 헤드리스 플랫폼이 동일하게 생성되는 것은 아니며 일부는 제한된 기능, API 및/또는 지원 세트를 가질 수 있습니다.

마지막으로 헤드리스 아키텍처의 위험은 관리 인터페이스가 트랜잭션 전자 상거래용으로 설계되지 않은 사용자 지정 프레젠테이션 계층으로 제한된다는 것입니다.

분석 - 헤드리스 전자 상거래

헤드리스 전자 상거래 솔루션을 사용해야 하는 사람은 누구입니까?

헤드리스 전자 상거래 플랫폼을 채택할지 여부는 비즈니스 요구와 목표에 따라 다릅니다. 헤드리스 전자 상거래가 다양한 개발 프로세스를 허용한다고 해서(또는 현재 인기가 있다고 해서) 이것이 모든 비즈니스에 완벽한 솔루션이라는 의미는 아닙니다.

일반적으로 헤드리스는 다음과 같은 경우에 더 적합한 것으로 인식됩니다.

  • 복잡하거나 고유한 비즈니스 규칙 및 주문 프로세스가 있는 대기업
  • 전자 상거래와 통합해야 하는 여러 시스템을 가진 회사
  • 이미 고급 CMS를 보유한 기업
  • 끊임없이 변화하는 콘텐츠가 많은 조직
  • 급속한 성장을 경험하는 기업
  • 포트폴리오에 많은 회사, 브랜드 또는 부서가 있는 대기업

헤드리스가 소규모 회사나 다른 상황에서 작동하지 않는다는 말은 아닙니다. 이러한 특성을 공유하는 비즈니스에 이상적입니다.

비즈니스가 솔루션을 주도합니다

올바른 전자상거래 솔루션을 구매할 때 비즈니스 목표를 연구의 최전선에 두십시오. 현재와 ​​미래의 비즈니스 요구 사항을 면밀히 고려하여 두 가지 모두를 지원하는 플랫폼을 선택하십시오.

스택 및 헤드리스 전자 상거래 플랫폼에는 모두 장단점이 있습니다. 최고의 헤드리스 플랫폼은 프레젠테이션도 제공할 수 있습니다. 이러한 플랫폼에는 API 및 전자 상거래 백엔드 뒤에도 견고한 팀이 있는 경향이 있으며 이러한 팀은 이미 프론트엔드 개발자가 직면할 수 있는 문제를 이해하고 있습니다.

그러나 결국 회사의 목표를 이해하면 회사에 더 적합한 솔루션을 결정하는 데 도움이 될 수 있습니다.

이미지 제공: Everythingpossible /123RF 스톡 사진, rawpixel , kentoh/123RF 스톡 사진, rawpixel