동료의 비판을 전혀 / 모두 구현하지 않고 정중하게 받아들이는 방법?

디자인 작업 / 프로젝트에 대한 비평을 요청 (동료 또는 다른 전문가) 할 때 종종 비평가가 제안한 변경 사항을 구현할 것이라고 말할 수 없다면 어떻게 대답해야할지 잘 모르겠습니다. 종종 그렇게 할 수는 없지만 (예를 들어 프로젝트가 이미 완료되었고 변경이 더 이상 불가능한 등 여러 가지 이유로) 피드백이 여전히 유용하다고 생각합니다. 물론 어쨌든 변화하지 않을 완성 된 작업에 대한 피드백을 요구할 필요는 없지만 여전히 비판을받는 것이 도움이 될 것이므로 향후 프로젝트를 위해 배울 수 있습니다.

그러나 견실 한 피드백을 받으면 그에 대한 대응 방법을 잃어 가고 있습니다. 왜냐하면 나는 그것을 구현하지 않더라도 실제로 그들의 입력이 도움이된다는 것을 알게 되었기 때문입니다. 내가 정확히 말하고 고마워하고 (이 시점에서 왜 디자인을 변경할 수 없는지 말해 주면) 부정직합니다.

그런 상황에 어떻게 대처할 수 있습니까? 필자는 복사하여 붙여 넣을 수있는 텍스트를 찾고 있지 않고 비판을 요청하거나받는 방법에 대한 조언을 구하고 반드시 동의하거나 구현하지 않고 받아 들일 수 있습니다. 개인적으로, 나는 내가받는 비판에 대해 논쟁하지 않는 것을 선호한다 (내가 의미하는 바를 이해하지 못하는 경우 제외). 나나 내가 요구하는 사람에게는 얻을 수있는 것이 없기 때문이다. 그들은 저에게 감사하다는 의견을 말했고, 그것에 동의하거나 동의하지 않는 것은 나에게 달려 있지만, 개인적인 이해 관계가 없으므로 디자인을 '방어'할 필요가 없습니다. 그러나 전혀 응답하지 않는 것은 물론 차선책입니다 ...

편집 : 일부 사람들은 오해 한 것처럼 보이기 때문에 고객에게 피드백을 요청하는 것은 아닙니다 . 오히려 전문적인 배경을 가진 동료 및 다른 사람들에게 물어보십시오.

비평
명사
, 특히 문학, 철학 또는 정치 이론에 대한 상세한 분석 및 평가.

동사
는 상세하고 분석적인 방법으로 이론 (또는 이론)을 평가합니다. "저자들은 연구에 사용 된 방법과 관행을 비판한다"

솔직히 대답하기 위해 디자이너가 비판에서 발생하는 제안을 적용하거나 적용해야한다는 의미는 없습니다. 비평가를 만족시키는 가장 좋은 방법은 귀하의 작업에 대해 해당 비평가와 진정으로 대화하는 것입니다. 신중한 토론에 참여하여 자신의 의견을 바탕으로 자신의 아이디어를 추가하여 피드백이 가치가 있음을 인식하십시오 (거의 악의적 인 경우 제외). 당신은 디자이너이기 때문에 비판에서 나온 제안을 탐색하고 싶다면 전적으로 당신에게 달려 있습니다.

디자인은 본질적으로 주관적이며 때로는 분극화된다는 점을 명심하십시오. 건설적인 피드백을 찾고 있다면 작업의 기술적 측면 (실행, 레이아웃, 색상 이론 등)에 더 많은 대화를 유도하십시오.

그 모든 말 은 고객에게 비평을 요구하지 마십시오! Paul Rand의 말을 바꾸면 문제를 해결하고 보수를받습니다. 프로젝트 외부의 누군가 또는 그 문제에 대해 귀하가 더 잘 실행할 수있는 것을 인식하면 다음 프로젝트로 옮기거나 여가 시간에 그 방향을 탐색하십시오.

사람들 성공은 않습니다 하지 일반적으로 다음과 의견을 다른 사람을.

생각해보십시오. 모든 사람이 다른 사람들의 의견을 따랐다면, 혁신이나 창의성, 어떤 스타일에도 "스타일", 새로운 것은 없습니다.

비판 의견은 다른 아무것도 어떤 의견. 다른 방식으로 볼 수 있습니다. 그러나 동의하지 않으면 "감사합니다"라고 말하고 무시하십시오.

아마도 나는이 질문을 이해하지 못할 것입니다. 나는 실제로 대학에서 침을 뱉었다. 그 의견 은 잘못 표현되었다. 그리고 나는 또한 그 의견에 동의하지 않았다. 그래서 나는 그것을 무시했다.

게시 한대로 누군가 지적하면 다른 것을 볼 수 있지만 "차이"가 의도적 일 가능성이 있습니다. 내 창의력은 절대로 다른 사람들의 의견을 따라야 할 필요가 없습니다. ^{(* 고객 제외)}

나에게이 질문은 본질적으로 묻고있다. "내가 내 아티스트 여야합니까? 당신이 단지 의견 을 따르면 성공한 디자이너 가 될 수 없다고 말할 수 있습니다 . 당신은 기술적 인면에서 뛰어나고 특정한 목적을 위해 물건을 재생산 할 수 있습니다. 그러나 "디자이너"는 일반적으로 독립적 인 의견과 그 의견을지지 할 수있는 능력을 가져야합니다. 그렇지 않으면, 특별한 것을 개발 하지 않아도되므로 비슷한 일 을 하는 다른 사람 과 차별화 할 수 없습니다 .

기술적 인 측면 에 관한 의견 은 일반적으로 잘 듣는다.

당신이 근거가 있다고 생각하는 비판이라면, 자신의 질문에 대답 한 것처럼 들립니다. 특정 프로젝트를 더 이상 변경할 수 없지만 다음 프로젝트에 조언을 할 수 있다면 그렇게하면됩니다. 의견을 보내 주셔서 감사하고 향후 프로젝트에 유용하다고 말씀하시면됩니다.

자신의 평가에 동의하지 않는 경우 다음과 같이 할 수있는 논증의 여지가 있습니다. 사고 과정을 설명하는 것부터 시작하여 설계 결정을 내리는 방법에 대해 설명하십시오. 그러면 같은 문제를 해결할 때 어떤 종류의 경로를 사용하고 자신의 프로세스와 다른 경로를 묻는 대화가 열립니다. 이 접근법은 간단한 비판을 그 사람이 자신의 작업에 어떻게 접근하는지에 대한 더 깊은 것으로 확장 할 수 있습니다. 그들의 비판에 대한 근본적인 이유는 종종 그들이 제시 할 수있는 단순한 수정보다 더 중요합니다.

"디자인에 빨간색이 너무 많음"과 같은 것이있을 수 있습니다. "저것처럼 강한 강조 표시 색상을 사용하는 경향이 있습니다. 그렇지 않으면 주 내용에서 눈을 산만하게하거나 독자를 압도하는 경향이 있습니다."

위의 비판의 정의를 다시 읽으면 비판에서 비롯된 의견을 구현해야한다는 비판이 내재되어 있지 않다는 것을 알 수 있습니다. 이것이 당신이 비판을 이해하는 방법이라면, 나는 비판에 대한 당신의 이해가 근거가 아니라고 생각합니다.

비판을 브레인 스토밍 세션과 같은 것으로 생각하십시오. 여러분은 디자이너이며, 어떤 종류의 문제를 해결하기 위해 디자인에 구현하고있는 일련의 아이디어를 가지고 있습니다. 당신이 다른 디자이너들에게 연락 할 때, "나를 위해 나의 문제를 고치세요"라는 말이 아니라 "이것은 내가 고치려고하는 문제이며 여기에 내 해결책이 있습니다. 어떻게 생각하십니까?"

비판이 감독 자나 고객이 아닌 동료로부터 비롯되었다고 가정하면 변경 사항을 구현할 것이라고 기 대해서는 안됩니다. 당신이나 그들이 그 기대를 가지고 있다면, 당신은 비판의 개념을 오해하고 있습니다.

그러나 나는 당신이 비평을 요구할 때마다, 당신은 자신과 비평가들에게 그들이 당신에게 무엇을 말하고 있는지, 왜 그렇게 말하고 있는지 이해하려고 노력하는 것에 대한 존경을 빚지고 있다고 주장 할 것입니다. 당신이 그들의 의견이나 제안에 동의하든 아니든, 비평은 항상 당신의 작품이 두뇌 안에서 그것을 보지 못하는 사람에게 어떻게 나타나는지에 대한 새로운 통찰력을 제공합니다. 그리고 그 관점은 종종 당신이 원하는 것을 성취하지 못하는 작업 영역을 가리킬 수 있습니다.

디자인 문제로 어려움을 겪고 글꼴 선택, 커닝 및 격자 등을 알아내는 데 몇 시간을 보냈을 때, 다시 서서 디자인 전체를 다시 보는 것이 실제로 어려울 수 있습니다. 그것은 내가 비평하지 않은 것을 지적함으로써, 또는 비판이 나에게주는 선물입니다. 또는 문제에 대한 "정상적인"해결책이 여전히 당신이 원하는만큼 잘 작동하지 않는다는 것입니다. 따라서 저에게있어 비평의 진정한 선물, 그리고 항상 고마워하는 것은 여러분이 자신의 작업을 "재검토"할 수있는 방법입니다 (제공된 솔루션이 구현 가치가 있다고 생각하든 않든).

폐쇄 된 프로젝트에 대해 비판을 요청하거나 미리 수정해야 할 변경이 불가능한 경우, 다른 사람을 속이려고 할 경우 투자 시간에 투자하여 제로 미만의 수익률로 생각하십니까? 다른 사람들을 돕고 자하는 욕구는 (심각한 배려를 통해) 다른 사람들을 돕기 위해 시간과 노력을 투자하게합니다. 자신의 아이디어가 합리적으로 고려되고 구현 될 것이라는 합리적인 기대를 가지고 누군가에게 이러한 단계를 거치도록 요청하는 경우, 당신은 둘 다 장애를 겪고 있습니다. 그들에게 당신이 개념적 도움을 구하고 있다고 생각하고 프로젝트에서 생각할 아이디어를 고려할 수는 없지만 나중에 고려할 생각 라이브러리를 구축하고 있다고 말하십시오. 그렇다면 정직하고 윤리적으로 정한 조건에 따라 도움을주는 것은 그들에게 달려 있습니다.

디자이너가되는 것은 개발자 나 엔지니어가되는 것과 비슷합니다. 당신의 물건을 공개하지 않으면 당신은 실제로 이전에 언급 한 직업 중 하나에 있지 않습니다. 영원한 수정을 할 수 있다면 모든 것이 바뀌고 마법이 없습니다. 그러나 석방을해야 노력의 우선 순위를 정해야하는 시간표가 마련됩니다.

이것은 비판에도 불구하고 당신의 작업은 어느 시점에서 문을 나가야 함을 의미합니다. 완벽하게는 불가능합니다. 피드백이 100 % 유효하다고 생각하더라도이를 구현하지 않는 이유가있을 수 있습니다.

다른 사람들이 언급했듯이 비판은 당신을 아무것도 속박하지 않습니다. 다른 사람들의 아이디어와 동기를 이해하려는 의도가 없어도 이해해야 할 이유가 있습니다. 위생 검사를 요청하는 것이 일반적이며 요청받은 사람은 사용하기에 너무 늦게 답변을 제공합니다.

누군가가 나에게 감사하지만 실제로 사용할 수도 있고 그렇지 않을 수도있는 좋은 비판을 줄 때, 나는 보통 도움이되는 정보에 대해 공손하게 감사하며 그들이 왜 말했는지를 이해하고 일반적으로 내가 실제로 동의 한 요점에 대해 이야기 할 수 있음을 이해할 수 있음 에. 그러한 정보를 구현할 수 있었던 시점을 지나친 프로젝트의 경우와 같이 그것이 무엇인지에 따라, 나는 보통 감사와 같은 말을 할 것입니다. 다음에 비슷한 것을 처리 할 때, 나는이 정보를 유지할 것입니다 명심하십시오. 그렇게하면 여전히 정보를 사용할 것이라는 사실을 알 수 있지만 전혀 그렇지 않을 수도 있습니다.

자신의 작업에 대한 비평을받는 사람은 자신이 프로젝트 / 작업을 시작할 때 비평가가 제공 한 의견을 알고 있다면 (또는 다른 사람이) 그 아이디어를 자신의 / 그녀의 프로젝트? 프로젝트의 초기 단계로 관점을 들으십시오 (비평을 듣고 나서). 그런 다음 해당 의견이 기본적으로 긍정적인지 아닌지 결정할 수 있습니다.

요컨대, 사람들은 일반적으로 자신의 정신 과정과 결정에서 어떤 종류의 안정을 가진 사람들을 좋아합니다. 위의 요점은 이론적이며 상황에 따라 구별되는 것으로, 청취자로서의 반응이보다 논리적이고 차분하며 정확합니다 (혜택 측면에서).

각 아이디어는 적절한 맥락에서 의미가 있습니다. 예를 들어, 프로젝트의 시간 및 재정 조건이 엄격한 한계를 충족하지 않는 경우에만 특정 프로젝트에 아이디어가 적합 할 수 있습니다.

이것은 광범위하고 혼란스러운 질문이지만 몇 가지 요점이 있습니다.

자신감있는 디자이너는 고객에게 가치가 있으며 주어진 시간과 예산 내에서 최고의 작품을 발표 해 주셔서 감사합니다. 고객이 더 많은 일을하고 관계를 구축하기를 원한다면, 그들이 시간을 배우는 것처럼 보이고 주저하는 것에 대해 망설이지 마십시오.

중간 초안이 확실하지 않은 경우 작업이 진행되는 동안 피드백을 전달할 기회를 사용하십시오.

폐쇄 형 및 유료 프로젝트는 개방형 및 무급 프로젝트보다 낫습니다. 클라이언트가 작업을 승인 한 경우 필요할 때 업데이트를 요청할 수있는 기회가 있었을 것입니다. 배송 후 피드백을 요청해서는 안됩니다. 배송 후 유일한 목표는 결제입니다.