효과적인 설계 피드백을 제공하고 받는 방법

완벽에 이르는 길은 건설적인 비판과 좋은 피드백에 있으며 웹 디자인을 포함한 모든 직업에 해당됩니다.

좋은 피드백을 통해 작업을 개선할 수 있을 뿐만 아니라 시간을 절약하고 조기에 함정을 피하고 고객의 기대치를 충족할 수 있습니다.

그러나 피드백을 제공하고 받는 것은 균형을 이루는 행위입니다.

고객은 자신이 원하는 것이 무엇인지 알지만 사용자 경험, 디자인 원칙, 소프트웨어 제한 사항 등과 같은 사항을 무시할 수 있습니다. 반면에 디자이너는 훌륭한 디자인을 만들 수 있는 지식을 가지고 있지만 클라이언트가 원하는 것과 일치하지 않을 수 있습니다.

오늘은 다음에 대한 몇 가지 팁을 제공할 것입니다.

• 디자이너가 비전을 구현하는 데 사용할 수 있는 유용한 디자인 피드백을 제공하는 방법에 대한 클라이언트 및 기타 이해 관계자 .
• 웹 디자이너 는 클라이언트가 올바른 종류의 피드백을 제공하도록 돕는 방법과 그에 가장 잘 응답하는 방법에 대해 설명합니다.

하지만 먼저 유용한 피드백을 받는 것의 중요성을 살펴보겠습니다.

디자이너가 클라이언트가 제공한 정보를 받아들이고 실행하는 것이 더 쉬워 보일 수 있지만, 디자이너가 생각해 낸 것이 클라이언트가 염두에 두었던 것과 동일한 비전이라는 보장은 없습니다.

프로젝트 체크인을 예약하고 그 시간에 피드백을 수집하여 설계자는 도중에 조정할 수 있습니다. 이러한 방식으로 작업하면 다음과 같은 다양한 이점이 있습니다.

디자인 원칙에서 웹 표준 및 웹 디자인 트렌드, 사용자 경험 모범 사례에 이르기까지 디자이너는 고품질 웹 사이트 구축에 대해 알아야 할 모든 것을 알고 있습니다. 고객이 이러한 전략에 항상 익숙하지 않더라도 디자이너는 고객에게 불리한 피드백이나 개인적 선호를 완전히 무시하기보다는 고객이 고객의 가치를 이해하도록 도울 수 있습니다.

이러한 방식으로 웹 디자인 프로세스는 훨씬 더 협력적이 됩니다.

클라이언트는 프로세스에 참여하도록 초대되어 디자이너에게 브랜드에 적합한 미학과 콘텐츠의 종류를 교육합니다. 그런 다음 디자이너는 입력을 받아 웹사이트에 적용하는 최선의 방법을 결정합니다.

클라이언트의 비전이 중요하지만 좋은 웹 디자인 또는 사용자 경험의 규칙을 위반하는 경우 맹목적으로 구현할 수 없습니다. 그리고 이 결정을 내리고 그 뒤에 있는 이유를 가장 간단한 용어로 설명하는 것이 디자이너의 일입니다.

디자이너가 항상 고객의 비전을 처음 또는 두 번째로 맞추는 것은 아닙니다. 전체 웹 사이트가 구축될 때까지 피드백이 수집되지 않으면 타임라인이나 예산에 어떤 영향을 미칠지 상상해 보십시오.

디자이너가 할 수 있는 한 가지는 가능한 한 빨리 클라이언트를 프로젝트에 참여시키는 것입니다. 사이트의 스케치와 와이어프레임을 초기에 보여줌으로써 클라이언트의 피드백은 실제 디자인 작업이 시작되기 전에 디자이너가 클라이언트의 비전에 점점 더 가까워지는 데 도움이 될 수 있습니다.

그런 다음 디자이너는 다양한 프로젝트 이정표에서 클라이언트를 반복하여 피드백을 수집해야 합니다. 이렇게 하면 수정 라운드를 더 쉽게 관리할 수 있을 뿐만 아니라 웹 디자이너가 프로젝트 속도를 더 잘 제어할 수 있습니다.

디자이너가 피드백을 프로세스의 일부로 볼 때 사전에 계획할 수 있는 것입니다. 클라이언트 계약 및 작업 계약 범위를 생성할 때 디자이너는 예산 및 일정의 일부로 피드백 및 수정 라운드를 고려할 수 있습니다.

문제가 발생하거나 외부 비상 상황이 발생하지 않는 한 스코프 크리프가 사진에 들어가지 않아야 합니다.

피드백을 주고받는 건강하고 생산적인 접근 방식은 웹 디자인 프로젝트에 참여하는 모든 사람들에게 세상을 변화시킬 수 있습니다.

그것이 없으면 많은 나쁜 감정이 소용돌이 치기 쉽습니다. 성미 플레어. 감정이 상합니다. 모든 토론이 전투처럼 느껴집니다.

그 부정성은 관련된 모든 사람에게 업무 전체를 스트레스로 만들 것입니다. 그리고 누군가는 모든 것이 끝났을 때 프로젝트에 대해 씁쓸함을 느끼며 자리를 떠날 것입니다.

그러나 건전한 의사소통 환경을 조성함으로써 디자인 프로세스는 더 생산적이 되고 양 당사자가 서로 반대하는 경우보다 훨씬 더 나은 결과를 얻을 수 있습니다. 결국 모두가 함께 이룬 성과에 만족하며 프로젝트를 떠납니다.

다음과 같은 위치에 있는 사람들이 많이 있습니다.

• 웹사이트 구축을 위해 디자이너를 고용한 비즈니스 소유자
• 웹 디자인 작업을 감독하는 프로젝트 관리자
• 디자이너 파트너에게 작업을 아웃소싱하는 웹 디자이너

당신이 누구이든, 피드백을 제공하는 목적은 디자이너의 작업을 무너뜨리는 것이 아닙니다. 브랜드의 비전과 일치하고 목표를 달성하는 데 도움이 되는 웹사이트를 원하신다면 피드백은 요구보다는 토론이 되어야 합니다.

다음은 디자이너에게 피드백을 제공할 때 염두에 두어야 할 몇 가지 사항입니다.

웹 디자이너가 웹 사이트의 타임라인을 작성하고 피드백을 남길 수 있는 이정표를 통합하고 의사 소통을 위한 플랫폼을 제공했다면 프로세스를 신뢰하십시오. 프로젝트를 가로채고 세부적으로 관리하거나 반대로 디자이너를 완전히 고스트하는 것은 재앙을 부르는 방법입니다.

디자이너를 고용한 데는 이유가 있습니다. 이제 그들이 고삐를 쥐고 있다고 믿으십시오. 그들은 당신에게 시간이 되면 당신의 의견을 말할 기회를 줄 것입니다.

예정된 이정표 사이의 시간을 사용하여 혼자, 조용히, 오프라인으로 제품을 검토하십시오. 그렇게 하면 작은 세부 사항에 더 집중할 수 있습니다.

"부엌에 요리사가 너무 많다"라는 말을 들어본 적이 있습니까? 너무 많은 기여자와 이해 관계자가 문제에 관여하거나 프로젝트에 참여하도록 허용하는 부정적인 결과를 나타냅니다.

주방에 너무 많은 요리사가 있을 때 자주 발생하는 갈등과 혼란을 피하기 위해 웹 디자이너는 한 사람을 주요 의사 결정자로 선출하도록 요청할 것입니다. 결국 처음부터 끝까지 프로젝트에 참여하는 한 사람이 명확하고 일관되며 일관된 입력을 제공할 수 있습니다.

보너스로, 디자이너와 의사 결정자 간의 일대일 대화가 되기 때문에 회의에 참석하거나 피드백을 주고 받으며 많은 시간을 할애할 필요가 없습니다.

피드백을 공유할 기회가 있을 때 자신에게 효과가 있는 것과 그렇지 않은 것을 구체적으로 설명하십시오.

예를 들어, 디자이너에게 홈페이지 디자인이 “싫다”고 말하는 것은 그들에게 도움이 되지 않을 것입니다. "이 이미지를 돋보이게 할 수 있습니까?"와 같이 원하는 작업을 설명하기 위해 전문 용어나 모호한 언어를 사용하는 경우에도 마찬가지입니다.

피드백을 제공할 때는 구체적이어야 합니다. 어떻게 해야 할지 모르겠다면 스스로에게 물어보세요.

"내가 왜 이걸 좋아하지/싫어해?"

색상이 브랜드의 분위기에 맞지 않거나 글꼴이 너무 형식적이거나 이미지가 가짜처럼 보일 수 있습니다. 디자이너가 할 수 있는 응답을 제공할 수 있도록 응답을 주도하는 것이 무엇인지 알아보십시오. 이를 돕기 위해 처음부터 각 페이지/컴포넌트의 목표를 정의하는 것이 좋습니다. 그렇게 하면 피드백을 제공할 때 피드백이 집중되고 설정된 목표 및 목표 내에 있는지 확인할 수 있습니다.

그리고 정확히 무엇이 잘못되었거나 수정하는 방법을 모르는 경우 디자이너에게 도움을 요청하십시오. 그들은 당신을 올바른 솔루션으로 안내할 것입니다.

디자인에 대한 생각을 전달하는 것이 항상 쉬운 일은 아닙니다. "왜?"를 알더라도 어떻게 표현해야 할지 모를 수도 있습니다.

대신, 당신이 말하는 것을 그들에게 보여주십시오. 아마도 당신은 당신이 좋아하는 스타일의 뉴스레터를 보았거나 정말로 당신을 놀라게 한 연락처 양식이 있는 웹사이트가 있었을 것입니다. 디자이너가 이해할 수 있도록 기술적으로 설명해야 한다고 생각하지 마십시오. 그냥 보여주세요!

당신이 받은 것에 대해 감정적인 반응을 보일 수도 있지만, 당신의 피드백에 대해 현실적이어야 하는 것이 중요합니다.

따라서 "나는 느낌"이라고 말하고 싶거나 "나는 싫어"와 같은 다른 감정적 반응을 사용하고 싶다면 일시 중지 버튼을 누르고 비즈니스 목표와 관련하여 실제 충돌이 무엇인지 파악하십시오.

감정적 반응은 디자이너에게 유용하지 않습니다. 그들은 디자인을 올바르게 하는 면에서 자신이 얼마나 뜨거운지 차가운지를 측정할 수 있을지 모르지만 감정은 그들에게 구체적인 작업을 제공하지 않습니다.

당신의 성향이 "나는 그것을 사랑합니다"와 같은 전면적인 진술을 하는 것이라면 마찬가지입니다. 디자이너에게 자신이 한 일에 만족할 때 알리는 것은 좋지만 모든 것을 아우르는 피드백을 제공하는 것은 도움이 되지 않습니다.

그 대신, 무엇이 당신을 행복하게 하고 무엇이 불행하게 하는지 정확히 말하되 피드백도 현실적이어야 한다는 것을 기억하십시오. 당신이 고용한 업무의 범위를 초과하는 일을 하도록 요구하거나 일정과 예산에 따라 불가능한 일을 하는 것은 이전에는 없었던 갈등을 가중시킬 뿐입니다.

웹사이트의 크기에 따라 제공할 피드백이 많을 수 있습니다. 디자이너와 의견을 공유할 때 중요도에 따라 구성하는 것이 좋습니다.

변경의 중요성은 다음과 같은 여러 요인에 따라 달라집니다.

• 웹사이트의 어느 부분에 영향을 미칠지
• 구현하는 데 얼마나 걸립니까
• 그것이 필수인지 아니면 그냥 엉뚱한 댓글인지
• 원래 작업 범위의 일부인지 여부
• 디자이너가 요소를 얼마나 제어할 수 있는지(다른 사람이 만든 경우)

당신은 당신의 피드백을 말할 수 있고 해야 합니다. 당신이 요구하는 것이 무엇인지, 그리고 그것이 당신의 일정과 예산에 어떤 영향을 미칠지 염두에 두십시오.

피드백을 부정적인 것으로 보는 것은 너무 쉽습니다.

"양식이 너무 길고 연락처 페이지에서 너무 많은 공간을 차지합니다."

"정보 페이지의 사진은 우리를 잘 나타내지 못합니다."

"버튼 색상이 텍스트를 읽기 어렵게 만듭니다."

또한 긍정적인 피드백을 남겨야 합니다. 이것은 디자이너의 자존심을 쓰다듬는 것이 아닙니다. 그것은 그들이 당신과 당신의 브랜드에 잘 작동하는 일이 무엇인지 더 잘 이해할 수 있도록 돕는 것입니다. 그렇게 하면 변경 사항을 제안해도 동일한 실수를 반복하지 않습니다.

당신을 훌륭한 디자이너로 만드는 하드 스킬과는 대조적으로, 커뮤니케이션, 협상, 인내와 같은 소프트 스킬은 클라이언트 피드백을 최대한 활용할 수 있게 해줍니다. 유용한 피드백을 수집할 수 있을 뿐만 아니라 고객을 위해 만든 웹사이트에 대한 고객의 신뢰와 확신을 강화할 수 있습니다.

이러한 소프트 스킬을 사용할 수 있는 몇 가지 방법은 다음과 같습니다.

클라이언트 피드백은 웹 디자인 프로세스에 내장된 체크포인트가 되어서는 안 됩니다. 그들도 클라이언트되기 전에 당신은 당신의 클라이언트와 함께 논의되어야한다.

웹 디자인 계약 및 작업 범위(SOW)를 작성할 때 피드백과 관련된 모든 세부 정보를 배치해야 합니다. 처음부터 올바른 기대치를 설정함으로써 고객은 작업이 시작되면 의견을 제시할 준비가 잘 되어 있을 것입니다.

다음은 문서 작업에서 피드백을 처리할 수 있는 몇 가지 영역입니다.

프로젝트 타임라인 및 이정표

스타일 가이드를 만든 후 또는 프로토타입이 준비되었을 때와 같이 프로세스의 중요한 부분에 피드백 단계를 추가하세요.

클라이언트가 달력에 날짜를 추가하고 제 시간에 피드백을 제공할 수 있도록 날짜를 지정하십시오.

개정 횟수

웹 디자인 프로젝트에서 작업하고 피드백이나 수정 요청을 받지 못할 가능성은 거의 없습니다. 이를 예상하여 각 단계에서 허용되는 최대 수정 횟수를 설정합니다.

클라이언트가 피드백을 제공해야 하는 기간을 규정하는 것도 좋은 생각입니다. 이렇게 하면 그들이 공을 떨어뜨렸을 때 이를 처리하기 위한 절차가 마련됩니다. 그들이 피드백을 제공할 때까지 프로젝트를 보류 하거나 승인으로 침묵을 받아들이고 다음 단계로 넘어갑니다.

업무 범위

프로젝트의 범위를 명확하게 구분해야 합니다. 클라이언트의 피드백이나 요청이 원래 범위를 초과하는 경우 서명된 SOW를 가리킬 수 있습니다.

범위를 확장하는 경우 다음에 일어날 일을 설명하는 절을 포함하십시오. 무료로 추가 작업을 수행하거나 프로젝트에 할당된 것보다 더 많은 시간을 사용하는 것은 귀하(또는 귀하의 다른 고객)에게 공정하지 않습니다. 따라서 프로젝트 비용과 배송 날짜가 어떻게 변경되는지 명시해야 합니다.

온보딩 과정에서 클라이언트로부터 수집할 것이 많습니다. 로그인 자격 증명, 로고 및 자산 외에도 디자인 기본 설정에 대해 묻는 것을 잊지 마십시오(가능한 경우 좋아하는 웹사이트의 예 포함).

당신이 할 수 있는 또 다른 일은 온보딩 중에 고객을 인터뷰하는 것입니다.

이를 준비하려면 고객의 브랜드, 디자인 선호도 및 비즈니스 목표와 관련된 질문이 포함된 목표 퀴즈를 만들어야 합니다.

인터뷰/퀴즈는 처음부터 협력 관계를 위한 무대를 설정하기 때문에 훌륭한 옵션입니다. 당신은 그들에게 그들의 목표에 대해 물어보고 그들의 기대와 선호도를 실시간으로 당신과 공유할 기회를 얻습니다.

그들의 좋아하는 것과 싫어하는 것이 무엇인지 알면 그들의 비전에 맞는 웹사이트를 더 쉽게 만들 수 있습니다. 또한 선호도에 대한 공식 기록이 있으면 나중에 원래 입력과 모순되는 경우에 유용합니다.

하나 더:

이 정보가 아직 없는 경우 온보딩 양식에 질문을 포함하여 고객에게 한 명의 의사 결정자를 지정하도록 요청하고 피드백에 응답할 수 있습니다.

모형 및 기타 디자인 자산을 정적 PDF 또는 JPG 형식으로 클라이언트에게 보내는 것은 가장 좋은 생각이 아닐 수 있습니다. 당신이 걱정해야 하는 것은 기술 지식의 부족만이 아닙니다. 피드백을 제공하는 형식이기도 합니다.

한 클라이언트가 스크린샷을 찍을 수 있습니다. 다른 클라이언트는 수정하려는 모든 항목의 글머리 기호가 포함된 끝없는 이메일을 작성할 수 있습니다. 다른 사람은 피드백이 있을 때마다 전화를 걸어 변경 사항 목록을 덜컥거릴 수도 있습니다.

이를 수행하는 더 좋은 방법은 클라이언트에게 UI를 마크업할 수 있는 시각적 피드백 플랫폼을 제공하는 것입니다. BugHerd와 Usersnap은 모두 사용하기 쉽고 고객을 위한 최소한의 학습 곡선을 제공해야 합니다. 이를 위해 InVision 또는 Figma와 같은 프로토타이핑 플랫폼을 사용할 수도 있습니다.

사소한 변경 및 변경과 관련된 피드백은 서면으로 제공할 수 있지만 클라이언트(또는 디자이너)와 직접 만나 새로운 디자인 개념에 대해 논의하면 더 나은 결과를 얻을 수 있습니다.

귀하가 작성한 내용에 대한 링크를 고객에게 이메일로 전송하면 모든 종류의 문제가 발생할 수 있습니다. 핸드오프로 인해 혼란스럽거나 좌절감을 느끼게 하지 말고 빠른 통화를 예약하세요. 10분 또는 15분 이상은 필요하지 않습니다.

Zoom 또는 Google 행아웃을 사용하여 멋진 표현을 제공하고 작업 프로토타입을 클라이언트와 공유하세요. 그들은 새로운 웹사이트에 대해 흥분하고 감동을 느낄 것이므로 함께 구축한 것을 축하할 수 있는 좋은 방법입니다.

물론 디자인 완성에만 집중하고 싶지는 않습니다. 여전히 피드백을 받아야 합니다. 따라서 프로토타입을 안내할 때 수행한 작업에 대한 컨텍스트를 제공하고 논의한 원래 목표를 상기시키십시오.

그런 다음 검토하고 피드백을 추가하는 데 사용할 파일, 피드백 또는 프로토타이핑 플랫폼을 안내하고 원하는 작업을 정확히 알려주십시오.

마지막 요점이 특히 중요합니다. 그들에게 무엇에 초점을 맞춰야 하는지와 몇 가지 작업 항목에 대한 명확한 지침을 제공함으로써 더 구체적이고 완전한 피드백을 얻을 수 있습니다.

클라이언트가 당신에게 외설이나 모욕을 퍼붓기 시작하지 않는 한(완전히 또 다른 문제임), 디자인 피드백을 개인적으로 받아들일 필요가 없습니다.

사람들이 당신을 고용하는 이유는 당신이 검색 엔진은 물론 타겟 청중과도 잘 어울리는 웹사이트를 구축하는 방법을 알고 있기 때문입니다. 그들이 그것을 하는 방법을 이해했다면, 그들은 스스로 그것을 할 것입니다.

즉, 귀하가받는 피드백 중 일부는 상처를 줄 수 있습니다.

"싫어."

"이건 내가 원한 게 아니야."

"못생겼어."

여기에 있는 많은 팁은 고객이 그런 식으로 응답하지 않도록 해야 합니다. 그러나 이러한 상황에 직면하면 감정적인 반응을 보이고 있음을 상기하십시오. 귀하의 약간의 도움으로 그들은 피드백을 재구성하고 귀하와 협력하여 귀하와 귀하가 모두 만족하는 위치에 자신의 사이트를 제공할 수 있습니다.

다시 말하지만, 그것은 당신에 관한 것이 아닙니다. 웹사이트에 대한 강한 감정적 유대감에 관한 것이며 잘못되기를 원하지 않습니다. 완전히 이해할 수 있습니다. 응답할 때 침착함을 유지하고 문제를 해결할 수 있도록 도와주세요.

도움이 되지 않는 피드백을 받은 경우 완전히 작성하지 마십시오. 대신, 무슨 일이 일어나고 있는지 자세히 살펴보십시오. 피드백의 근원을 정확히 찾아내는 데 도움이 되는 주요 질문을 고객에게 하세요. 예를 들어:

클라이언트: "홈페이지에 있는 이미지가 마음에 들지 않습니다."

당신: "정확히 어떤 것이요?"

고객: "모두요."

당신: “좋아, 영웅 섹션의 첫 번째 이미지부터 시작하자. 이미지의 모양이 마음에 들지 않습니까? 색깔?"

고객: "아마도, 저는 보라색을 별로 좋아하지 않습니다."

내담자의 초점을 좁혀서 질문을 관리하기 쉽게 만드십시오. 그런 다음 거절의 원인이 무엇인지 정확히 알 때까지 계속 질문하십시오. 그들의 대답을 잘 듣고 메모를 하여 놓치는 일이 없도록 하십시오.

수정해야 할 사항을 명확하게 파악하는 데 도움이 될 뿐만 아니라 "모든 것이 잘못되었으며 싫어요"에서 "좋아요, 다른 사진이 필요합니다."로 사고 방식을 바꿔야 합니다.

당신이 받는 모든 디자인 피드백이 유효하지는 않을 것입니다. 나쁜 피드백을 통합하여 사이트의 품질을 손상시키는 대신 푸시백하는 방법을 배우십시오.

필요할 수 있는 경우는 다음과 같습니다.

그들은 객관적으로 좋지 않은 사용자 경험으로 이어질 무언가를 하도록 요청합니다.

이런 일이 발생하면 디자인 전문 용어나 기술 전문가를 사용하여 그것이 나쁜 생각인 이유를 설명하려고 하지 마십시오. 데이터와 사례 연구를 사용하고 증거를 보여주십시오.

그들은 작은 것 하나에 대해 까다롭게 굴고 있습니다.

그들이 원하는 변경 사항에 대한 우선 순위를 설정하도록 도와주세요. 하찮은 일이 프로젝트를 방해하는 것을 본다면 당분간은 포기해도 괜찮다는 것을 알게 될 것입니다.

그들은 원래 당신에게 말한 것과 모순되었습니다.

이것이 좋은 기록 보관이 중요한 이유입니다. 온보딩 중 선호 사항을 캡처하는 것부터 모든 통화를 녹음하는 것까지 이 기록을 사용하여 현재 요청한 내용이 시작 위치와 어떻게 다른지 보여줍니다.

작업 범위 또는 수정 횟수를 초과했습니다.

심각한 통신 오류 문제가 아닌 한 이런 일이 발생해서는 안됩니다. 클라이언트가 너무 손을 뻗어 지불한 것보다 더 많은 것을 얻으려고 하는 경우 다시 서명한 문서를 보여주고 피드백 및 수정 제한을 상기시키십시오.

그들은 회사 외부의 누군가로부터 피드백을 받았습니다.

두 번째 피드백은 클라이언트 회사의 벽 밖에서 오는 것입니다(예: 배우자, 친구의 아이, 파티에서 만난 사람)는 두 번째 피드백을 끝내야 합니다.

그들이 그들의 웹사이트를 좋은 곳으로 만들기 위해 노력하고 있다는 사실을 존중하고 그것에 대해 감사하십시오. 그러나 그들은 당신이 전문가이기 때문에 웹사이트 디자인을 맡겼습니다. 외부인, 특히 비디자이너와 조직에 속하지 않은 사람의 피드백은 도움이 되지 않을 수 있습니다.

그것을 부드럽게 옆으로 치워두고 내담자의(또는 그들의 근원) 감정을 상하게 하지 않는 방법을 찾으십시오. 이를 수행하는 좋은 방법은 데이터 및 사례 연구를 기반으로 하는 테이블에 대치점을 가져오는 것입니다.

클라이언트 피드백은 구축한 웹사이트의 결과를 크게 개선할 수 있는 능력이 있습니다. 하지만 모든 피드백이 좋은 피드백은 아닙니다.

클라이언트의 입장에서는 그 과정에서 건전한 의사소통과 신뢰가 필요합니다. 그리고 디자이너의 입장에서는 통제와 이해가 필요합니다. 양 당사자가 최고의 웹사이트를 만드는 목표를 가지고 함께 할 수 있다면 이 협력은 정말 결실을 맺을 수 있습니다.