성공적인 콘텐츠 기반 웹사이트로 가는 방법을 반복하는 방법

나처럼 대부분의 시간을 콘텐츠 기반 웹사이트에서 작업하는 경우 멋진 어린이 파티에서 소외된 느낌을 받을 수 있습니다. Agile, 지속적인 반복 및 사용자 피드백과 같은 모범 사례는 킬러 웹 앱보다 많은 정보를 제공할 때 그다지 적합하지 않습니다.

콘텐츠 기반 사이트에 대해 이야기할 때 작업을 완료하는 것이 아니라 정보를 전달하는 것이 주요 목표인 웹 사이트를 의미합니다. 일반적으로 이들은 마케팅 중심의 웹사이트이지만 고객 지원을 제공하거나 학술 또는 저널리즘 역할을 할 수 있습니다. 사용자가 뉴스레터 가입과 같은 일부 작업을 완료할 수 있지만 이는 목적의 작은 부분일 뿐입니다.

불행히도 우리 중 많은 사람들이 콘텐츠 기반 웹사이트를 만드는 방식이 최적이 아니므로 이에 대해 조치를 취해야 합니다.

콘텐츠 기반 웹사이트를 구축하는 방법의 문제

이러한 사이트는 일반적으로 잘못된 전제에서 시작됩니다. 우리는 "무엇을 말하고 싶은가?"라고 자문하는 것으로 시작합니다. "사용자가 무엇을 알고 싶어합니까?" 이러한 사고방식은 다른 채널의 콘텐츠를 만드는 데서 비롯됩니다. 한 사람의 시선을 사로잡아 최대한 오래 유지해야 하는 채널이지만 웹사이트를 디자인할 때는 전제가 다릅니다. 사람들은 사이트를 방문하기로 선택했으며 이미 어느 정도 관심을 표명했습니다. 그런 다음 강조점은 관심을 끌기보다는 만족할 수 있도록 질문에 답변하는 것입니다.

그러나 콘텐츠 중심 웹사이트에 접근하는 방식 의 문제는 이것만이 아닙니다. 많은 경우에 여전히 애자일보다 폭포수에 가까운 프로세스를 사용하여 생성됩니다.

1. 우리는 디자인을 만들고 승인을 받습니다.
2. 콘텐츠 관리 시스템 내에서 디자인 템플릿을 구축합니다.
3. CMS에 콘텐츠를 추가합니다.

종종 디자인은 콘텐츠를 보기도 전에 만들어지기 때문에 둘 사이의 관계가 거의 없습니다. 콘텐츠는 기본적으로 디자인 버킷에 부어집니다!

우리 중 더 부지런한 사람들은 작업할 실제 콘텐츠가 있을 때까지 디자인 시작을 거부하지만, 이는 종종 다른 사람들이 프로젝트 지연을 방지하기 위해 서두르는 복사로 이어집니다.

물론 사용성 테스트가 있습니다. 출시일까지 계속 콘텐츠를 추가하기 때문에 종종 무시됩니다. 그러나 그런 일이 일어나더라도 아무도 변경하는 번거로움과 비용을 원하지 않을 때 프로젝트가 끝나갈 무렵에 발생하는 경향이 있습니다.

이 모든 것이 의심스러울 정도로 친숙하게 들린다면 낙심하지 마십시오. 최근 몇 년 동안 나는 다른 접근 방식을 시도했고 대부분의 경우 효과가 있는 것 같습니다. 디자인과 콘텐츠를 함께 개발하는 동시에 프로세스 전반에 걸쳐 정기적인 테스트를 허용하는 접근 방식입니다.

콘텐츠 기반 웹사이트 개발 시작

나는 당신이 기대하는 대로 콘텐츠 중심의 웹사이트 프로젝트를 시작하는 경향이 있습니다. 먼저 성공을 측정하고 역할이 무엇인지 명확히 할 수 있도록 사이트에 대한 우선 순위가 지정된 비즈니스 목표 목록을 설정합니다. 그러나 그 시점 이후에는 내가 자주 접하는 표준 폭포수 프로세스에서 빠르게 벗어납니다.

브랜드 메시지에 대한 디자인과 토론에 즉시 뛰어드는 대신 웹사이트를 방문할 사람들을 더 잘 이해하는 데 집중 하는 것을 선호합니다. 확실히, 사전 사용자 조사를 하는 것은 혁명적인 것과는 거리가 멉니다. 그러나 2017년에도 많은 조직에서 이런 일이 얼마나 적은지 놀랍습니다.

조금 더 특이한 점은 내 연구가 일반적으로 사용자가 웹 사이트를 방문할 때 갖는 질문을 설정하는 데 집중한다는 것입니다. 처음 방문하신 분들과 다시 오신 분들의 질문입니다.

이러한 질문을 수집하는 것은 비교적 간단합니다. 우리는 사용자를 인터뷰하는 것으로 시작합니다. 그러나 대화할 수 있는 사용자의 수에는 제한이 있습니다. 또 다른 접근 방식은 기존 웹사이트에서 사용자에게 질문이 무엇인지 묻는 설문조사를 실행하는 것입니다. 마지막으로, 콜센터 직원과 같이 고객을 대하는 직원과 대화를 나누다 보면 그들이 반복적으로 듣는 많은 질문을 하게 될 것입니다.

기회는 질문의 최종 목록이 광범위할 것이지만 괜찮습니다. 그러나 이러한 질문 중 일부는 다른 질문보다 더 중요합니다. 찾기 쉽고 덜 중요한 쿼리의 과잉 사이에서 길을 잃지 않도록 이러한 항목을 식별해야 합니다.

바로 Gerry McGovern의 최고 작업 분석이 도움이 될 수 있습니다. 설문조사 사용자가 가장 관심 있는 질문이나 작업을 이해하는 것은 간단한 프로세스입니다. Gerry는 A List Apart에서 프로세스를 다루는 훌륭한 기사를 작성했으므로 여기서 반복하지 않겠습니다.

가장 중요한 작업 분석은 사용자가 가지고 있는 질문의 우선 순위 목록을 남길 것입니다. 이는 사이트 콘텐츠의 핵심이 될 수 있고 유용한 웹사이트를 향해 반복하는 데 도움이 됩니다.

콘텐츠 및 디자인의 충실도를 통한 반복

완성된 사이트에 대한 반복 작업을 시작하기 전에 먼저 정보 아키텍처를 설정해야 합니다. 우리의 질문은 그 구조를 결정하는 기초가 될 수 있습니다.

사용자가 상위 질문을 이해하기 쉬운 그룹으로 구성하는 카드 정렬 연습의 기초로 질문을 사용할 수 있습니다. 그런 다음 이러한 그룹화는 사이트 정보 아키텍처를 개발할 때 정보를 제공하여 사이트가 조직 구조가 아닌 사용자 정신 모델을 반영하는지 확인하는 데 도움이 됩니다.

정보 아키텍처의 초기 초안이 있으면 디자인을 설정하지 않고 사본을 작성하지 않더라도 사이트 구축 및 테스트를 시작할 수 있습니다.

콘텐츠 기반 웹 사이트는 거의 항상 콘텐츠 관리 시스템을 기반으로 구축되므로 사용자 질문을 조사하는 동안 개발자는 스테이징 서버 어딘가에 즉시 설치할 수 있습니다.

이제 정보 아키텍처를 반영하는 이 CMS에서 빈 페이지를 작성할 수 있습니다. 여기에 필요한 모든 페이지는 페이지(탐색 링크) 사이를 탐색하는 방법과 각 페이지에서 답변할 것으로 예상되는 질문의 글머리 기호입니다.

그것은 즉시 우리에게 테스트할 실질적인 것을 제공합니다. 디자인이 없고 내용이 없어도 정보 아키텍처를 확인할 수 있습니다. 사용자가 답변을 원하는 질문을 찾을 수 있습니까? 구조가 그들에게 의미가 있습니까?

이것이 설정되면 이제 충실도를 높일 수 있습니다. 디자이너는 중요한 페이지에 몇 가지 기본 타이포그래피와 레이아웃을 도입할 수 있습니다. 한편, 콘텐츠 작성자는 페이지의 질문에 답변하는 몇 가지 예비 글머리 기호로 페이지를 구체화하거나 적절한 경우 질문에 답변하는 기존 사이트의 페이지에 일시적으로 교차 링크할 수 있습니다.

이 시점에서 추가 테스트를 수행할 수 있습니다. 디자이너가 설정한 시각적 계층 구조를 통해 사용자가 필수 콘텐츠를 찾을 수 있는지 확인할 수 있습니다. 마찬가지로, 이전 웹사이트에서 아무 생각 없이 마이그레이션을 시작하기 전에 이전 사이트에 링크된 콘텐츠가 사용자 질문에 답하는지 테스트할 수 있습니다.

다음 반복 단계에서 카피라이터는 사이트 전체에 대략적인 카피를 추가하기 시작할 수 있고 디자이너는 개선된 타이포그래피, 색상 및 기타 문체 요소로 디자인을 다듬기 시작할 수 있습니다. 다시 말하지만, 이것은 새 사본이 질문에 답하고 디자인 개선이 산만하지 않고 도움이 되는지 확인하기 위해 실제 사용자와 함께 테스트할 수 있습니다.

따라서 프로세스는 라운드마다 계속되어 사본과 디자인에 충실도를 더하여 사이트를 기존 사이트의 개선 사항에 더 가깝게 이동합니다. 이 시점에서 라이브로 푸시할 수 있습니다. 그러나 그때에도 추가 반복 라운드는 계속해서 진화하고 필수 페이지의 성능을 향상시킬 수 있습니다.

물론 이 모든 것이 원칙적으로는 좋아 보이지만 생각의 전환이 필요합니다.

생각의 전환

처음에는 디자이너에게 다른 생각이 필요합니다. 많은 디자이너는 여전히 스케치 또는 Photoshop을 사용하여 고화질 목업을 디자인합니다. 이 접근 방식은 브라우저에서 최종 디자인을 향해 반복하도록 제안합니다.

즉, 두 가지 접근 방식이 상호 배타적일 필요는 없다고 생각합니다. 사용자 피드백에 따라 변경될 것임을 이해하는 한 Sketch에서 초기에 보다 세련된 디자인 솔루션을 실험하는 데 아무런 문제가 없습니다. 그런 다음 해당 디자인을 천천히 롤아웃하고 스테이징 서버에서 테스트할 수 있습니다.

태도의 또 다른 변화는 콘텐츠 마이그레이션에 관한 것입니다. 일반적으로 이전 웹 사이트의 콘텐츠를 새 웹 사이트로 일괄 마이그레이션한다고 가정합니다. 모든 새로운 콘텐츠를 만드는 아이디어는 극복할 수 없는 것처럼 보일 수 있습니다.

실제로 그것은 내가 제안하는 것이 아닙니다. 해당 콘텐츠가 사용자 질문에 답하는 수준의 콘텐츠를 마이그레이션할 수 있습니다. 그러나 이것은 대량으로 또는 맹목적으로 일어나서는 안됩니다.

또한 생각만큼 많은 내용을 다시 쓸 필요가 없다는 것을 알게 될 것입니다. 마이그레이션이 필요하다고 생각하는 상당한 양의 사본이 사용자 질문에 답하지 않기 때문에 폐기될 수 있음을 거의 확실히 알게 될 것입니다. 이것의 장점은 유지해야 할 컨텐츠가 상당히 적다는 것입니다.

그러나 아마도 사고의 가장 중요한 변화는 진행 중인 작업을 보여주는 것입니다. 디자이너든 콘텐츠 전문가든 많은 사람들이 다른 사람들에게 보이기 전에 모든 것을 완벽하게 만들고자 하는 열망으로 여전히 고통 받고 있습니다. 그러나 이 접근 방식은 콘텐츠와 디자인을 초기에 비판에 노출시킵니다. 그것은 도전적인 정신적 변화이지만 반드시 필요합니다.

이해 관계자와 클라이언트가 진행 중인 작업을 볼 수 있도록 하는 것이 재앙의 지름길이라고 생각할 수 있지만 그렇지 않습니다. 사실, 내 경험에 따르면, 그들은 눈 앞에 사이트가 나타나는 것을 보고 호의적으로 반응합니다. 몇 주 또는 몇 달을 기다리는 대신 프로젝트를 시작한 지 며칠 만에 웹사이트의 골격을 보기 시작할 것입니다. 심리적으로 그것은 큰 차이를 만듭니다.

또한 웹 사이트가 단계별로 발전하는 것을 보면서 프로젝트에 더 많이 참여 하고 개발 과정에 대해 배웁니다. 따라서 이해 관계자가 최종 솔루션을 거부할 가능성이 줄어듭니다.

마지막으로, 이의가 있는 경우 프로세스 초기에 수정하기 쉬울 때 이를 식별합니다. 확실히 이것은 상황을 바꾸기 어려운 마지막 순간까지 기다리는 것보다 낫습니다.

오늘 첫걸음을 내딛다

이러한 방식으로 콘텐츠 기반 웹사이트를 발전시키는 것이 완벽한 솔루션이라고 제안하는 것은 아니지만 디자인과 콘텐츠의 충실도를 체계적으로 높여 최종 사이트를 향해 반복하는 것이 더 나은 결과와 더 적은 내부 저항으로 이어진다는 것을 발견했습니다.

그래도 내 말을 믿지 마세요. 직접 시도해 보세요. 작게 시작하세요. 전체 웹사이트를 대대적으로 재설계하는 것은 모든 관련자에게 너무 큰 단계일 수 있습니다. 새로운 마이크로사이트나 업데이트 중인 사이트 섹션에서 이 접근 방식을 시도해 볼 수 있습니다 .

또는 내가 설명한 프로세스의 일부만 구현해 보십시오. 조직에서 전달하려는 메시지로 시작하기보다 사용자 질문을 수집하여 프로젝트를 시작할 수도 있습니다. 또는 픽셀 완벽한 디자인 구성 요소를 생성하는 대신 소량의 프로토타이핑을 시도할 수도 있습니다.

내 요점은 당신에게 맞는 것을 선택하고 선택할 수 있고 하룻밤 사이에 변경할 필요가 없다는 것입니다. 중요한 것은 사용자 피드백이 사이트의 디자인과 콘텐츠에 영향을 미치도록 허용하는 것입니다.