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