🌟 디테일의 간격 시리즈! [✏️ UI디자인 작업 시 효율적인 피드백을 받는 방법6] (👀간단 요약) Who + Stage + Context + Goals + Constraints + Ask

🌟 디테일의 간격 시리즈! [✏️ UI디자인 작업 시 효율적인 피드백을 받는 방법6] (👀간단 요약) Who + Stage + Context + Goals + Constraints + Ask 📌 1.Who - Decide who you are asking Dribbble, Behance 등에 작업물을 공유하는 경우가 많은데, 이는 불특정 다수에게 공개되는 것으로 명확한 피드백을 받기 어려움. 피드백을 남기는 사람의 배경을 알 수 없고, 특정 분야에 대한 경험이 있는지 역시 알 수 없기 때문. 만약, 작업한 디자인이 핀테크 관련 서비스라면, 이 분야에 대해 잘 아는지 또는 실제 근무하고 있는 사람인지 등 피드백을 줄 대상을 미리 고려할 수 있어야 함 📌 2.Stage - Describe what stage your design is in 아이디어 단계인지, A/B테스트인지, 프로토타입인지, 첫번째 시안인지 등 어떤 단계에 있는지 사전에 설명하지 않으면 피드백을 주는 사람은 본인의 판단과 기준에 따라 내용을 작성할 수 밖에 없음 📌 3.Context - Present the context or problem 디자인이 누구를 위한 것인지, 해결하고자 하는 문제는 무엇인지, 사용자 여정의 어느 단계에 있는지 등 2번 항목과 함께 꼭 작성해야 하는 내용. 배경을 알아야 그 기준에 맞춰 피드백을 제공받을 가능성이 높아짐 📌 4.Goals - Outline what your objectives are 배경도 중요하지만, 해당 화면 또는 결과물로 달성하고자 하는 목표가 언급되어야 함. 사용자가 더 많은 결제를 하게 만들고 싶어! 라는 내용이 포함되어야 한다는 것 📌 5.Constraints - Include any possible constraints or project requirements 조직에서 특별히 요청했던 내용은 없는지 등 결과물에 영향을 줄 수 밖에 없었던 내용들을 안내할 수 있어야 함 📌 6.The Ask - Request exactly what type of feedback you are looking for. 아직 색상을 정하기 전이다 등 맥락을 방해할 수 있는 요소들을 미리 설명할 수 있어야 함. (👋중요한 이유가 뭔가요?) 꼭 디자인 작업물이 아니더라도, 피드백을 요청할 때 우리가 놓치는 내용들이 잔뜩 포함되어 있다고 생각해요. 저도 지인들에게 피드백 요청을 많이 받는데 왜 이걸 나한테 묻지? 라는 의문부터 어떤 기준에 따라 답을 줘야하지? 라는 생각에 역으로 질문을 던지는 경우가 종종 있거든요. 피드백이라는 건 많은 의견을 전달 받는게 목적이 아니라, 대상에 대한 명확한 의견을 받는 것이 목적이어야 하기에 본문에 언급된 여섯가지 내용을 피드백 요청 전 한 번씩 확인하면 좋겠다는 생각으로 코멘트를 작성하게 되었습니다. (💌함께 읽어보세요!) ✓ 피드백에 멍들다 : https://news.publy.co/comments/15786