콘텐츠 거버넌스 플레이북은 AEM as a Cloud Service의 새로운 관리자 및 개발자로서 책임을 맡는 데 도움이 됩니다. 다운로드 가능한 플레이북에서는 구현 중에 강력한 콘텐츠 거버넌스 전략을 개발하기 위해 따라야 하는 지침 및 프로세스를 안내합니다.

역할, 워크플로우 및 구현 이해

조직은 모든 콘텐츠가 생성, 레이블 지정, 사용 및 유지 관리에 대한 내부 표준을 준수하는지 확인해야 합니다. 대중에게 공개되는 자료에 대한 이러한 표준을 유지하면 브랜드 아이덴티티를 유지하는 데 도움이 됩니다. 원활한 워크플로우를 위해서는 디지털 자산 작성에 대한 명확한 내부 지침이 필요합니다. 콘텐츠를 검토하고 새로 고침하는 프로세스가 있으면 모든 것을 최신 상태로 유지할 수 있습니다.

디지털 자산 관리를 위한 지침과 프로세스는 콘텐츠 거버넌스의 범위에 속합니다. 이 플레이북에서는 다음 사항을 살펴봅니다.

콘텐츠 거버넌스가 무엇인지 알고 싶습니다.

콘텐츠 거버넌스는 회사의 콘텐츠 공급망을 제어하는 일련의 정책 및 프로세스입니다. 따라서 팀이 콘텐츠 라이프사이클 전체에서 지침, 배포 및 표준 준수를 보장하는 데 사용할 수 있는 프레임워크를 설정할 수 있습니다.

콘텐츠 거버넌스가 중요한 이유

콘텐츠 거버넌스는 조직에 필수적이며 콘텐츠 공급망의 전반적인 성공, 조직의 명성 및 브랜드에 영향을 줍니다. 브랜드 전략 및 품질에 대한 콘텐츠 정확성과 일관성을 보호할 수 있습니다. Adobe Experience Manager Sites 및 Assets은 내장된 콘텐츠 거버넌스를 통해 콘텐츠를 관리하는 방법을 간소화하고 콘텐츠 공급망을 관리하는 데 필요한 도구를 제공할 수 있습니다.

콘텐츠 거버넌스, 시스템 거버넌스, 법률 및 기업 거버넌스 간의 관계는 어떠한가요?

콘텐츠 거버넌스는 항상 법적, 기술적 환경에 따라 형성됩니다. Experience Manager 콘텐츠 거버넌스는 문서화된 법률 및 기업 거버넌스와 시스템 아키텍처에 대해 정의된 전체 시스템 거버넌스를 통해 정보를 제공합니다. 해당 예는 다음과 같습니다.

• 모든 마케팅 자료를 7년간 보관하도록 하는 법적 및 규제 요구 사항은 제작된 콘텐츠의 라이프사이클과 워크플로우에 영향을 미칩니다.
• 사용자 그룹 생성 및 액세스 제어를 위한 시스템 거버넌스 표준은 Experience Manager 폴더 구조에 연결되어 있으며 콘텐츠 전략과 거버넌스에 영향을 미칩니다. 보안과 사용성을 확보하려면 시스템 거버넌스와 자산 거버넌스가 함께 작동해야 합니다.
• 머신 러닝(ML)이나 인공 지능(AI) 사용을 허용하지 않는 내부 기업 거버넌스는 특정 Experience Manager 기능의 활성화에 영향을 미칩니다.

구현 중에 콘텐츠 거버넌스가 중요한 이유는 무엇인가요?

개발 팀은 초기 논의와 구현 단계 전반에서 콘텐츠 거버넌스 전략에 참여하여 Sites 또는 Assets에서 기본적으로 제공되지 않는 사용자 정의 워크플로우 및 기능과 같은 Experience Manager의 필요한 보호 장치를 구성하는 데 도움을 주어야 합니다. 또한 사이트 관리자는 프로세스 전체에서 연속성을 유지하기 위해 적절한 그룹, 권한 및 정책을 설정하는 데 도움을 줍니다.

개발자가 Sites 및 Assets을 구현할 때 취해야 하는 5가지 필수 작업에 대해 알고 싶습니다

1. 새 콘텐츠 연결 및 구성. Experience Manager에 새로운 콘텐츠의 원활한 워크플로우를 구현하려면 Adobe Asset Link와 같은 커넥터를 설정하고 구성해야 합니다. 이를 통해 새로운 콘텐츠가 Experience Manager로 원활하게 유입되고, 새로운 자산을 생성할 때 승인된 콘텐츠가 쉽게 재사용될 수 있습니다.
2. 사용자 정의 워크플로우 및 승인 프로세스 생성. Experience Manager Sites 및 Assets에는 유용한 워크플로우가 많이 포함되어 있지만 프로세스나 기능을 추가하기 위해 이를 확장해야 하는 상황이 종종 있습니다.
3. 중요한 콘텐츠를 보관하고 저장하는 프로세스 구현. 많은 산업에서 콘텐츠를 저장, 보관 및 보관하는 방법에 대한 엄격한 요구 사항이 있습니다. 종종 콘텐츠 거버넌스에는 팀이 이러한 요구 사항을 충족하기 위해 구현해야 하는 사용자 정의 프로세스가 있습니다.
4. 사용자 정의 필드 또는 기능이 자산 라이프사이클에 추가되었는지 확인. 이미지에 메타데이터를 추가하거나 새로운 프로세스를 자동화해야 하는 경우가 있습니다. 이러한 경우 개발자는 새로운 사용자 정의 기능이 비즈니스 요구 사항을 충족하도록 해야 합니다.
5. 페이지 템플릿 정의. 개발자와 관리자는 Experience Manager Sites를 사용하여 페이지의 전반적인 구조와 레이아웃을 설정할 수 있습니다. 고객 경험 전반에서 페이지에 일관된 모양과 느낌을 제공하기 위해 특정 브랜드 스타일과 함께 일련의 구성 요소와 기능을 미리 정의할 수 있습니다.

개발자가 콘텐츠 작성자 및 실무자에게 전달하는 방식을 이해하려고 합니다.

핸드오프 중에 개발 및 작성 팀은 서로 협의하여 이미 구축되고 사용자 정의된 사항을 명확히 하고 모든 질문에 답해야 합니다. 또한 개발 팀은 작성 팀이 해결해야 하는 구성에 대한 설명서를 제공해야 합니다. 개발 팀이 샘플 페이지와 샘플 구조를 공유하면 작성 팀이 추가 콘텐츠를 구축할 때 사용할 수 있도록 하는 것도 도움이 될 수 있습니다.

작성자 또는 DAM 관리자가 Sites 및 Assets을 구현할 때 고려해야 할 다섯 가지 필수 요소를 알고 싶습니다.

1. 콘텐츠 구성. 향후에도 쉽게 사용할 수 있도록 콘텐츠와 자산을 직관적인 방식으로 구성하세요. 특히 여러 언어로 배포하기 위해 콘텐츠를 구성하는 방법에 대한 유용한 예는 Adobe Experience League에서 확인할 수 있습니다.
2. 분류법 전략 생성. 분류법 전략이 없으면 Experience Manager에서 생성된 태그를 찾고 팀에서 관리하기 어려워질 수 있습니다. 분류법은 계층적으로 구성할 수 있는데, 상위에 넓은 카테고리를 두고 하위 카테고리를 아래에 둡니다. 태그와 분류법에 대한 빠른 시작 모범 사례는 Adobe Experience Manager 튜토리얼에서 확인할 수 있습니다.
3. 메타데이터 규정 준수를 확인합니다. 메타데이터에 대한 내부 표준을 준수하는 것은 자산 관리의 중요한 부분입니다. 이렇게 하면 팀원과 외부 검색 엔진 모두 자산을 쉽게 찾을 수 있습니다.
4. 그룹에 권한을 할당합니다. 모든 그룹이 콘텐츠에 적절히 참여할 수 있도록 권한을 테스트해야 합니다. 모든 권한을 철저히 테스트하고 사용자와 그룹이 수행할 수 있는 작업과 수행할 수 없는 작업을 이해합니다. 보안 매트릭스의 예는 다음과 같습니다.

5. 규정과 지침을 준수합니다. 정확성을 위해 컨텐츠를 관리 및 유지 관리하고 모든 규정과 회사 지침을 준수합니다. 콘텐츠 가드레일을 설정하는 것은 브랜드 일관성뿐만 아니라 508 규정 준수 및 동의 또는 쿠키 관리 요구 사항을 충족하는 데에도 중요합니다.

메타데이터를 더 깊이 있게 이해하고 싶습니다.

Assets에는 항상 메타데이터가 포함되어야 합니다. 메타데이터를 추가하면 다양한 이점이 있습니다. 이를 통해 팀과 최종 사용자의 자산을 모두 더 쉽게 찾을 수 있습니다. 또한 검색 엔진이 이미지와 경험을 더 잘 찾을 수 있도록 해줍니다.

메타데이터, 하위 헤드 및 태그 지정 고려 사항

조직에서는 어떤 메타데이터 필드가 선택 사항이고 어떤 것이 필수 사항인지에 대해 합의해야 합니다. 이렇게 하면 작성자가 자산을 더 쉽게 찾을 수 있습니다. 예를 들어 대부분의 회사에서는 각 자산에 대한 제목과 설명이 필요하지만 이미지의 작성자 및 사용 약관은 선택 사항일 수 있습니다.

스마트 태그는 업로드 시 자산에 적용되는 Adobe Sensei 생성형 AI에서 제공하는 키워드입니다. 시스템에서 관련 용어를 식별하고 해당 텍스트 기반 태그를 고객의 자산에 적용합니다. 스마트 태그는 검색 및 찾기를 용이하게 하는 설명적 키워드를 추가하는 데 도움이 됩니다. 고객은 고급 스마트 태그를 통해 자체 용어를 사용하도록 알고리즘을 훈련할 수도 있습니다.

태그 및 분류법에 대한 자세한 내용과 모범 사례는 이러한 모범 사례를 참조하세요.

올바른 스마트 태그가 적용되지 않는 경우, 스마트 태그 교육을 사용하여 Adobe Sensei가 브랜드 가이드라인에 따라 자산에 올바르게 태그를 지정하도록 훈련할 수 있습니다.

회사는 콘텐츠를 업로드하고 태그 지정하기 전에 명확한 태그 지정 및 분류 전략을 정의해야 합니다. 자산에 태그를 지정하는 방법에 대한 전략 및 접근 방식이 명확히 정의되지 않은 경우, 태그가 무작위적이거나 임시방편으로 생성되어 사용될 수 있습니다. 이로 인해 관리하기 어렵고, 정리되지 않으며, 사용되지 않고, 오용된 태그가 생길 수 있습니다.

핵심 구성 요소의 모범 사례를 알고 싶습니다.

핵심 구성 요소는 성공적인 구현을 위한 빌딩 블록입니다. 다음은 Experience Manager에서 핵심 구성 요소를 사용하기 위한 몇 가지 모범 사례입니다.

문제 분리

구성 요소의 표현 계층에서 백엔드 로직을 분리합니다. 백엔드 로직에 슬링 모델을 사용하고, 보기에 HTML 템플릿 언어(HTL)를 사용합니다. 이를 통해 비즈니스 논리와 구성 요소의 프런트 엔드를 명확하게 구분할 수 있습니다. 이로 인해 구성 요소가 더 유연해지고 재사용 가능해집니다.

적응성

재사용 가능성을 염두에 두고 구성 요소를 디자인하는 것이 중요합니다. 한 위치에서만 사용할 수 있는 큰 모놀리식 구성 요소를 빌드해서는 안 됩니다. 대신 여러 페이지에서 재사용하고 향후 빌드할 수 있는 모듈식 구성 요소를 빌드합니다.

사용자 정의 구성 요소와 핵심 구성 요소

개발 시간을 단축하기 위해 최대한 많은 핵심 구성 요소를 사용하는 것이 좋지만 모든 경우에 가능하지는 않을 수 있습니다. 많은 클라이언트가 어느 정도 사용자 정의 구성요소를 사용하며, 사용자 정의 구성 요소가 필요한 경우도 있습니다. 다음과 같은 보고서가 포함됩니다.

• 비즈니스별 디자인 요소 및 기능
• 사용자 정의 또는 내부 API에 대한 통합
• 고급 사용자 상호 작용

사용자 정의 구성 요소는 완전히 새로운 구성 요소라기보다는 핵심 구성 요소의 확장인 경우가 많습니다.

슈퍼 작성자 및 콘텐츠 작성자

대부분의 대규모 팀에는 한 명 이상의 슈퍼 작성자가 포함됩니다. 수퍼 작성자는 일반적으로 템플릿을 만들고, 이러한 템플릿 내에 권한을 할당하며, 콘텐츠를 삭제하고, 보고서 생성과 같은 다른 작업을 수행할 수 있습니다.

콘텐츠 작성자는 일반적으로 특정 콘텐츠에만 액세스할 수 있습니다. 예를 들어 머리글이나 바닥글과 같은 글로벌 요소를 편집할 수 없고 자산이나 콘텐츠를 삭제하거나 이동할 수 없습니다. 콘텐츠 작성자는 페이지를 라이브 사이트에 게시할 수 없습니다. 콘텐츠를 승인 및 게시하려면 적절한 승인 작업 과정을 거쳐야 합니다.

구현 전과 후의 역할과 팀을 이해하고 싶습니다.

모든 조직과 팀 구조는 다르지만, 그 다음에 나오는 역할이 가장 일반적입니다. 이러한 팀원은 구현 단계에서 지원하고, 구현 후 도구에 대한 주요 이해 당사자입니다.

Sites 및 Assets을 위한 대규모 팀

• 제품 소유자(1): 제품 소유자는 프로젝트를 처음부터 끝까지 감독하는 주요 이해 당사자입니다. 제품 소유자는 마케팅 팀과 협력하여 비즈니스 로직을 이해하고 이를 기술 팀에 어떻게 전달할 수 있는지 파악합니다.
• 기술 리드와 아키텍트(1): 기술 리드와 아키텍트가 주요 기술 이해 당사자입니다. 이들은 아키텍처 원칙과 기술적 정렬에 관해 구현 팀과 협력합니다. 기술 리드는 권한 관리의 소유자이기도 하지만 관리자에게 권한을 업데이트하는 방법을 교육할 수도 있습니다. 그들은 기술 문서의 원활한 인계와 비즈니스 사용자 및 작성자와의 일치를 주도합니다.
• 개발 팀(2-4): 개발 팀은 출시 후 발생하는 버그와 문제에 대한 책임을 맡고, 기술 팀, 비즈니스 사용자, 콘텐츠 제작자 간의 인계 프로세스를 돕기 위한 기술 문서를 작성하는 업무를 담당합니다. 초기 구현 중에도 지원할 수 있습니다.
• QA 팀(3-5): QA 팀의 주요 책임은 기능적, 비기능적 관점에서 경험을 테스트하는 것입니다. 문제를 식별하고 보고하며 개발자와 협력하여 문제를 수정하고 완화하는 데 도움을 줍니다. 일반적으로 QA 리드는 테스트를 지원하기 위해 3~4명의 QA 엔지니어와 함께 팀을 관리합니다. QA는 일반적으로 처음 몇 차례의 개발 스프린트가 끝나고 핵심 개발 중 일부가 완성되어 테스트할 수 있게 되면 시작됩니다.
• 콘텐츠 작성자(3-4): 콘텐츠 작성자의 주요 권한은 웹 사이트 및 기타 경험에 대한 콘텐츠 작성입니다. 콘텐츠 작성자는 Experience Manager Sites 및 Assets에서 작동하며, 메타데이터를 적용한 자산을 업로드하고, 마케팅 목표에 부합하는 구성 요소를 작성합니다. 콘텐츠 작성자는 구현 프로세스 전반에 참여할 수 있으며 템플릿과 구성 요소를 사용할 수 있게 되면 즉시 콘텐츠 작성을 시작해야 합니다.
• 디지털 자산 관리(DAM) 관리자(1-2): DAM 관리자는 Experience Manager Assets 구조, 거버넌스 및 조직에 중점을 둡니다. DAM 관리자는 작성자보다 고급 제어 기능을 갖고 있는데, 여기에는 DAM에 스토리지를 보관하고 최적화하는 보고서 생성이나 전략 개발 기능이 포함됩니다.

스토리지를 최적화하고 DAM을 적절히 구성하면 회사의 시간과 비용을 절약할 수 있습니다. 또한 DAM 관리자는 조직의 새로운 사용자를 교육하고 지원할 수도 있습니다. 이는 일반적으로 외부 컨설턴트를 고용하는 것보다 효율적이고 저렴합니다.

Sites 및 Assets을 위한 소규모 팀

• 제품 소유자(1): 제품 소유자는 종종 관리 및 콘텐츠 제작을 비롯한 여러 작업을 수행합니다. 소규모 팀의 제품 소유자는 종종 사이트 QA를 돕습니다.
• 콘텐츠 작성자 및 DAM 관리자(1-2): 일반적으로 소규모 팀에는 콘텐츠 작성자 또는 DAM 관리자가 한 명만 필요한데, 이들은 일반적으로 마케팅 부서에 속합니다.
• 기술 리드 또는 아키텍트(1): 소규모 팀의 기술 리드 또는 아키텍트가 주요 기술 이해 당사자입니다. 또한 개발에 도움을 줄 수 있습니다.
• 개발자(1): 개발 팀의 크기는 다양하지만 새로운 기능을 지원하고 기술 문제를 해결하려면 개발자가 항상 필요합니다.

위험

전담 콘텐츠 거버넌스가 없으면 DAM 시스템은 여러 가지 심각한 위험에 직면하게 됩니다.

• 관리되지 않는 자산 축적: DAM은 자산의 폐기장이 되어 유용성과 조직을 손상할 위험이 있습니다.
• 프로토콜 침식: 소수의 사용자만 프로토콜을 우회하더라도 프로토콜 준수가 감소할 수 있으며, 이는 다른 사람들이 편리한 곳에 자산을 배치하도록 장려하는 선례를 만들게 됩니다.
• 불완전한 자산 태그: 프로젝트에 대한 시간적 제약으로 인해 필요한 메타데이터나 태그 없이 자산을 업로드하는 경우가 많아 검색 및 접근성이 떨어질 수 있습니다.
• 자산 이름 지정의 모호성: 파일 이름이 명확하지 않은 자산(예: "test1.jpg", "newtest.pdf")이 있으면 자산 검색이 복잡해질 수 있습니다.
• 향후 재구현: 태그 지정이나 이름 지정이 적절하지 않아 DAM이 복잡해지면 사용자의 불만이 커질 수 있으며, 관리 용이성을 회복하기 위해 5~10년 내에 많은 비용이 드는 재구현이 필요할 가능성이 있습니다.
• 변경 관리의 어려움: 비즈니스 요구의 변화에 ​​따라 DAM 업데이트 및 변경 사항을 관리하는 것이 점점 더 어려워지고 효율성과
  적응성이 모두 저하됩니다.

기술 전문가와 실무자 간의 공동 작업

DAM 관리자는 Experience Manager Assets의 구현 및 사용을 감독합니다. 그러나 디지털 자산 관리자와 DAM 관리자의 역할은 상당히 다를 수 있습니다. 디지털 자산 관리자는 거버넌스와 커뮤니케이션을 더 많이 처리하는 반면 DAM 관리자는 기술 측면을 처리합니다.

디지털 자산 관리자(기능)

• Experience Manager Assets을 관리하여 모든 사업부와 모든 채널을 지원하고 DAM 콘텐츠 및 프로세스에 대한 SME(Subject Matter Expert)입니다.
• Assets 보고서와 정기 감사를 사용하여 거버넌스를 확인하고 비준수 항목을 식별합니다. 기업이나 파트너가 콘텐츠를 규정에 맞게 제공하는 데 도움이 됩니다.
• 메타데이터 표준, DAM 폴더 구조 및 분류법에 대한 거버넌스를 개발 및 유지 관리합니다.
• DAM 프로세스와 표준을 문서화하고 파트너에게
  전달합니다.
• 최신 비즈니스 요구 및 동향에 대한 정보를 얻고, 일상적인 사용자 경험 조사를 수행하여 메타데이터 구조와 분류법이 모든 사용자의 요구를 충족하는지 확인합니다.
• 일상적인 DAM 정리 및 아카이빙 사례 구축
• 자산 조회의 담당자 역할을 합니다.
• 신규 사용자와 기존 사용자를 교육하고 필요에 따라 지원을 제공합니다.

DAM 관리자(기술)

• 시스템 보고, 모니터링 도구 및 정기 감사를 사용하여 Experience Manager Assets의 기술 상태를 측정하고 위험을 식별합니다.
• 내부 Adobe 팀이나 DAM 관리자가 정의한 구조 및 권한을 구현합니다.
• 개발 팀과 사업부서에 Experience Manager Assets를 사용하는 방법에 대한 시스템 아키텍처 지침을 제공합니다.
• Experience Manager Assets 기능, 구성 요소 및 도구를 구축하고 관리하는 절차를 설명합니다.
• Experience Manager Assets의 새로운 기능이 기술적 요구 사항을 충족하고 필요에 따라 테스트 및 구현될 수 있도록 사업부 팀원과 개발 파트너를 교육합니다.
• 새로운 소프트웨어 릴리스와 애플리케이션 시스템 업그레이드의 설치 일정을 정합니다. 또한 패치와 새 애플리케이션을 평가하고 설치합니다.
• Experience Manager 기술 거버넌스 및 성능에 대한 SME 역할을 합니다.

사용자, 그룹 및 워크플로우의 예를 보고 싶습니다.

아래에는 사용자 및 그룹 프로필의 실제 모습과 해당 권한을 자세히 설명하는 보안 매트릭스가 나와 있습니다.

• 작성자는 페이지를 만들거나 기존 페이지를 편집합니다. 특정 승인 워크플로우를 트리거하는 메타데이터 및 태그를 포함하는 자산을 업로드하고 수정합니다.
• 크리에이티브 팀은 자산 및 콘텐츠를 보고, 업로드하며, 편집합니다.
• 개발 QA 팀에는 보기 액세스 권한만 있습니다. 기능적 새너티 테스트(sanity testing)를 수행하고 시각적 오류가 없는지 확인합니다. 또한 접근성과 분석을 확인합니다.
• 제품 소유자는 최종 승인을 받고 콘텐츠를 승인합니다.
• 페이지와 관련 자산이 게시되고 승인되면 리더에게 알림이 전송됩니다.

대규모 팀 워크플로우

1. Creative에서 경험용 콘텐츠를 만듭니다.
2. 작성자는 워크플로우를 트리거하는 메타데이터가 포함된 콘텐츠를 업로드하고 구성합니다.
3. QA 팀이 전체 페이지를 확인하고 워크플로우를 다음 단계로 이동합니다.
4. 제품 소유자가 변경 및 워크플로우 승인에 대해 최종 승인을 받았습니다.
5. 워크플로우가 승인되고 리더십 그룹에 전자 메일이 전송되면 리더십에서 결과를 봅니다.

소규모 팀 워크플로우

1. Creative에서 콘텐츠를 만들고 작성하며 워크플로우를 트리거합니다.
2. QA 팀이 전체 페이지를 확인하고 워크플로우를 다음 단계로 이동합니다.
3. 제품 소유자가 변경 및 워크플로우 승인에 대해 최종 승인을 받았습니다.

DAM 관리자의 역할을 평가하는 방법을 더 잘 이해하고 싶습니다

DAM 시스템이 발전함에 따라 DAM 관리자의 역할이 점점 더 중요해지고 있습니다.

기관 지식: 시간이 지남에 따라 DAM 관리자는 풍부한 기관 지식을 축적하게 되며, 디지털 자산을 효과적으로 관리하는 데 매우 귀중한 리소스가 됩니다.

팀 크기 조정: 콘텐츠와 ROI가 증가함에 따라 팀을 확장할 수 있습니다. 이러한 팀원은 DAM 관리자 아래에서 증가한 콘텐츠 수집량을 효율적으로 관리합니다.

시스템 개발: DAM 관리자는 심층적인 시스템 지식을 바탕으로 비즈니스가 성장하거나 요구가 변화함에 따라 개발 및 향후 개선을 지원할 수 있습니다.

향상된 권장 사항: DAM 관리자는 광범위한 실무 경험을 바탕으로 시스템 개선을 위한 합리적인 제안을 할 수 있는 최적의 입장에 있으며, 이를 통해 DAM 성능과 사용자 경험을 더욱 최적화할 수 있습니다.

Experience Manager 사후 구현을 통한 관리를 이해하고자 합니다.

초기 구현 후에는 기술 팀과 비즈니스 팀 간에 정기적인 체크 인이 있어야 합니다. 이러한 체크 인은 사용자 경험에 대해 논의하고, 문제를 식별하며, 새로운 기능이나 기능에 대한 피드백을 수집해야 합니다. 또한 작성자 및 비즈니스 사용자가 발생한 버그 또는 기술 문제를 보고하기 위해 추가 프로세스를 정의하고 설정해야 합니다. 기술 팀은 이러한 문제를 신속하게 해결하고 작성자 및 비즈니스 사용자에게 업데이트를 전달해야 합니다. 이러한 프로세스를 구현하면 시스템 효율성이 향상되고 최종 사용자의 경험이 향상됩니다.

3개월차 고려 사항

거버넌스 위원회: 가장 좋은 방법은 발견 및 구현의 일환으로 거버넌스 위원회를 구성하는 것입니다. 기능과 기능에 대한 방향을 제공한 이해 당사자들은 시스템의 장기적인 건강에 필요한 분류법과 권한을 계속 유지할 비즈니스 및 기술 담당자를 선택하는 데 도움을 줄 수 있습니다.

워크플로우 최적화: 초기 구현 후 팀에서는 콘텐츠 워크플로우의 단계가 너무 복잡하거나 부족하다는 것을 확인할 수 있습니다. 생산성을 극대화하려면 콘텐츠 워크플로우를 검토하고 최적화하는 것이 좋습니다.

추가 교육: 처음 구현하면 팀에 추가 지원 또는 교육이 필요한 위치가 명확해집니다. 메타데이터 향상, 사용자 정의 속성 추가, 워크플로우에 새 제품 또는 통합 추가와 같은 플랫폼별 세부 사항은 일반적으로 추가 지원이 필요합니다.

6개월차 고려 사항

역할 및 책임: 초기 구현이 완료되고 귀하의 팀이 일부 콘텐츠 워크플로우를 설정하고 최적화한 후에는 역할과 책임을 검토하는 것이 좋습니다. 종종 QA나 콘텐츠 작성자 등의 역할은 더 이상 전체 역량이 필요하지 않게 됩니다. 이런 팀원들은 종종 다른 프로젝트로 이동하거나 현재 프로젝트 내에서 다른 역할을 맡게 됩니다.

12개월차 고려 사항

일반 프로세스 및 표준 검토: 구현 후 1년이 지나면 팀에서 현재 프로세스와 워크플로우를 모두 검토하여 현재 비즈니스 요구와 요구 사항에 맞는지 확인해야 합니다. 그들은 일부 프로세스가 더 이상 현재 요구에 맞지 않는다는 것을 발견하거나 생산성을 향상하기 위해 최적화가 필요하다는 것을 알게 될 수도 있습니다. 현재 프로세스를 검토하여 매년 생산성을 극대화하세요.

콘텐츠 추적 및 최적화: 구현 1년 후에 콘텐츠 전략과 성과를 검토하세요. 예를 들어, 일부 행동 촉구가 다른 행동 촉구보다 성과가 더 좋은지 또는 일부 이미지가 다른 이미지보다 영향력이 더 큰지 평가합니다. 분석 팀과 함께 콘텐츠 성과를 검토하여 추적되고 있는지 확인한 후 적절한 조치를 취해 개선합니다.