숙련된 AEM 구현자는 작성자, 개발자 및 IT/기술자라는 역할을 볼 수 있습니다.
일반적인 AEM Screens 프로젝트에서는 역할 각각이 프로젝트에서 중요한 목적을 수행하므로 역할이 더욱 세분화됩니다.
아래 다이어그램은 안내서 전체에서 참조할 역할을 보여 줍니다.
이러한 역할의 대부분은 각 프로젝트의 설정 방식에 따라 사내 또는 아웃소싱될 수 있습니다.
다음 섹션에서는 타겟 대상자에 대한 개요를 제공합니다.
Adobe은 CSE(고객 성공 엔지니어) 및 Adobe 지원과 같은 Adobe Managed Services 리소스를 포함합니다.
AEM 구현자는 AEM용 사용자 경험, 사용자 지정 템플릿 및 백엔드 통합을 개발하기 위해 개발 및 통합 작업을 수행할 책임이 있습니다.
최종 고객 UX(사용자 경험) 매개 변수를 처리하는 데 필요한 사용자 지정 기능도 이 프로세스를 통해 캡처 및 제공됩니다.
AEM 구현자는 일반적으로 위치에 시간이 지남에 따라 사용자 지정 기능을 단계적으로 배포합니다. 예를 들어, 먼저 기본 루프 비디오 또는 정적 그래픽 콘텐츠의 재생에 대한 지원을 설정할 수 있습니다. 다음 단계에는 동적 템플릿 및 메타데이터 태그를 통해 현지화된 콘텐츠의 재생을 지원하는 기능이 포함될 수 있으며, 추가 단계는 터치 스크린, 센서, 동적 트리거 등을 통한 대화형 요소에 대한 지원을 통합합니다.
A/V 통합자는 하드웨어 공급업체/파트너입니다. 이 팀은 하드웨어 확보, 구성 및 배포를 포함한 소매 설계 및 사이트 준비를 처리합니다. 일반적으로 계약 서드파티로 네트워크 운영 센터(NOC)에 액세스할 수 있습니다. 대부분의 경우 A/V 통합자는 출시 후 지속적인 참여로 인해 프로젝트 소유자입니다.
AV 통합자는 디지털 간판 하드웨어 관련 배포를 설계, 구축 및 효과적으로 관리할 프로젝트 범위를 결정하는 요구 사항을 정의하기 위해 최종 고객과 검색을 수행할 책임이 있습니다.
적절한 하드웨어 파트너를 선택하는 것이 중요합니다. 다음 질문을 고려해야 합니다.
SLA(서비스 수준 계약)는 무엇입니까?
글로벌 커버리지 소개
24시간 지원되나요?
장치는 어떻게 관리됩니까?
활성 모니터링 및 경고 시스템은 무엇입니까?
비즈니스 전략가는 회사의 의사 결정자를 대표합니다. 이 역할은 검색 및 요구 사항 단계에 크게 관여하며 프로젝트의 주요 동력입니다.
요구 사항을 정의하고 KPI 지표를 설정하는 역할을 합니다. 비즈니스 전략은 다음과 같습니다.
크리에이티브 및 콘텐츠 관리 팀은 전략 팀과 긴밀히 협력하여 요구 사항을 클라이언트 환경으로 전환합니다. 전체적인 UX 디자인을 주도하고 브랜드를 보완하는 콘텐츠를 선정한다.
크리에이티브 및 컨텐츠 관리 기능은 다음과 같습니다.
프로젝트 관리자는 일반적으로 AEM Screens 배포에 대한 전체 배포를 관리합니다. 프로젝트 관리자는 지정된 프로젝트 전체를 구현하는 핵심 담당자이며 일정 설정, 팀 요구 사항 및 커뮤니케이션 처리, 과제 해결, 목표 달성 보장 등과 같은 주요 임무를 수행합니다.
디지털 사이니지 프로젝트의 다양한 역할과 책임 및 타겟 대상자에 대해 자세히 알아보려면 다음을 방문하십시오. 프로젝트 역할 및 책임.
성공적인 디지털 사이니지 배포를 지원하기 위해 일반적으로 프로젝트를 3단계로 세그먼트화합니다. 이러한 단계를 일반적으로 다음과 같이 합니다. 일. 이것은 문자 그대로의 날이 아니라 프로젝트의 각 주요 단계에 대한 지정입니다.
이 가이드는 주로 1일차 및 2일차에 중점을 두지만, 성공적인 디지털 사이니지 프로젝트를 수행하기 위해서는 세 가지 단계에 모두 관심을 기울여야 합니다.
다음에 대한 추가 비디오 팔로우 프로젝트 관리 및 배포 프로젝트 사전 프로덕션, 프로젝트 시작 및 프로젝트 진행에 대해 알아봅니다.
다음은 역할 정의를 사용하는 샘플 RACI 차트입니다.
이 차트는 정확하게 따르기 위한 것이 아니라 AEM Screens 프로젝트의 일반적인 작업 및 고려 사항의 예를 제공하기 위한 것입니다.
책임: 작업을 완료하는 데 사용됩니다.
책임 있음: 위임은 작업을 수행하며 작업을 완료하기 전에 검토할 마지막 당사자입니다.
컨설팅됨: 작업 또는 결과물을 검토하여 입력을 제공합니다.
정보: 작업 진행 상황에 대한 정보를 계속 제공하지만 결과물의 세부 정보에는 관여하지 않습니다.
다음은 역할 정의를 사용하는 샘플 RACI 차트이며 AEM Screens 프로젝트의 일반적인 작업 및 고려 사항의 예를 제공합니다.
다음 표에는 근무일 0: 판매 전 고려 사항:
단계 | A/V 통합자 | AEM 구현자 | 비즈니스 전략 | 콘텐츠 관리 |
---|---|---|---|---|
팀 구성 및 공급업체 선택 | I | I | RA | RA |
역할 및 책임에 대한 계약 | RA | RA | RA | RA |
전략적 목표에 따른 조정 | CI | I | RA | RA |
요구 사항 보고 및 ROI 식별 | I | C | RA | C |
사이트 방문 및 하드웨어 요구 사항 | RA | I | C | C |
지원 프로세스 정의 | C | I | RA | I |
작업 범위 및 프로젝트 계획 정의 | RA | RA | C | C |
다음 표에는 1일: 프로젝트 구현(응용 프로그램 디자인):
단계 | A/V 통합자 | AEM 구현자 | 비즈니스 전략 | 콘텐츠 관리 |
---|---|---|---|---|
역할 및 책임에 대한 계약 | RA | RA | RA | RA |
프로젝트 계획 및 일정 조정 | RA | RA | C | C |
현재 서버 환경 평가 | I | RA | I | I |
UX 디자인 요구 사항 | I | RA | C | RA |
기술 요구 사항 유효성 검사 | I | RA | RA | C |
아키텍처 설계 | I | RA | I | I |
UI 디자인으로 데이터 구조 유효성 검사 | I | RA | C | C |
애플리케이션 개발 | RA | RA | RA | RA |
AEM Screens 프로젝트 설정 | I | RA | C | I |
Analytics 구현 | I | RA | C | - |
테스트 및 배포 | RA | C | RA | I |
서버 구성 | I | RA | I | I |
콘텐츠 업데이트 계획 | I | RA | C | C |
파일럿-프로덕션 전환 계획 | RA | RA | I | I |
지식 이전 | RA | RA | I | I |
다음 표에는 1일: 프로젝트 구현(소매 준비):
단계 | A/V 통합자 | AEM 구현자 | 비즈니스 전략 | 콘텐츠 관리 |
---|---|---|---|---|
하드웨어 주문 및 스토리지 | RA | I | I | I |
소매 온보딩 일정 | I | I | C | RA |
스테이징 사용자 승인 테스트 | I | C | RA | |
하드웨어 대량 구성 | RA | I | C | I |
출시 후 지원에 대한 계약 | RA | C | RA | C |
다음 표에는 1일: 1일: 프로젝트 구현(하드웨어):
단계 | A/V 통합자 | AEM 구현자 | 비즈니스 전략 | 콘텐츠 관리 |
---|---|---|---|---|
역할 및 책임에 대한 계약 | RA | RA | RA | RA |
소매 디자인에는 배선 작업이 포함됩니다. | - | - | - | - |
플레이어 하드웨어 선택 | RAC | - | - | - |
마스터 장치 관리 | RA | I | - | - |
장치 주문, 저장 및 구성 | RA | CI | I | - |
지원 프로세스 정의 | RA | I | RA | C |
2일 동안 역할 변경(출시 후 지원).
작성자: 콘텐츠 관리 + 전략
개발자: 일반적으로 AEM Screens 구현 팀의 멤버이거나 내부 개발 팀에 전달
기술자: AV 통합업체에 의해 계약되거나 동일한 회사에 속합니다.
다음 표에는 2일: 출시 후 지원 RACI 차트:
단계 | 작성자 | 개발자 | 기술자 |
---|---|---|---|
2일: 출시 후 지원 | |||
역할 및 책임에 대한 계약 | RA | RA | RA |
계층 1 지원 | I | I | RA |
Tier 2 지원 | I | C | RA |
Tier 3 지원 | I | RA | C |
컨텐츠 업데이트 | RA | I | I |
UX 성공 평가 및 개선 영역 파악 | RA | C | I |