미리보기 링크는 다음 릴리스 전에 제품이 사용자에게 어떻게 작동하는지 확인할 기회입니다. 가장 쓸모 있는 피드백은 무엇을 하려고 했는지, 무슨 일이 일어났는지, 그것이 왜 중요한지를 설명합니다. 코드의 원인을 찾거나 해결책을 설계하실 필요는 없습니다.
저는 검토를 글로 진행합니다. 명확한 의견이 있으면 결정 사항이 공유된 기록으로 남고, 저도 올바르게 수정한 뒤 어떻게 확인했는지 보여 드릴 수 있습니다.
이번 검토의 목적부터 확인하기
먼저 미리보기에 함께 보낸 메모를 읽어 주세요. 검토할 준비가 된 것, 아직 작업 중인 것, 의견이 필요한 결정이 적혀 있을 것입니다. 레이아웃 검토와 완성된 결제 흐름 검토는 필요한 피드백이 다릅니다.
합의한 범위를 기준으로 삼으세요. 미리보기에 빠진 것이 있다면 이번 단계에 속하는지, 다음 단계에 속하는지 확인해 주세요. 메모가 분명하지 않으면 그 점을 짚어 주시면, 결론을 내리기 전에 함께 정리하겠습니다.
실제 사용자처럼 작업 하나를 끝까지 해 보기
현실적인 작업 하나를 골라 처음부터 진행해 보세요. 예약 서비스라면 서비스를 찾고, 시간을 고르고, 내용을 확인한 뒤 테스트 예약을 완료합니다. 필요한데 찾을 수 없는 정보, 헷갈리는 선택지, 하던 작업이 사라지는 지점을 눈여겨보세요.
그다음 본인의 역할과 관련된 부분을 확인하세요. 직원이라면 예약을 찾아 취소를 처리해야 할 수 있습니다. 대표적인 사용자를 참여시킬 수 있다면, 작업을 하나 맡기고 화면을 바로 설명하지 말고 어디서 막히는지 지켜보세요.GOV.UK의 사용성 테스트 가이드에서 이 방법을 더 자세히 설명합니다.
관찰한 내용과 그 영향 설명하기
“좀 더 명확하게 해 주세요”는 방향은 알려 주지만 무엇이 문제인지는 분명하지 않습니다. 더 쓸모 있는 의견은 이런 것입니다. “예약 요약 화면에서 어떤 시간대가 적용되는지 보이지 않습니다. 저희 고객은 여러 나라에서 예약하기 때문에 결제 전에 그 정보를 알아야 합니다.”
동작에 문제가 있다면 단계, 기대한 결과, 실제로 일어난 일을 적어 주세요. 관련이 있다면 기기와 브라우저도 알려 주세요. 스크린샷이나 짧은 녹화는 위치를 보여 주는 데 도움이 되지만, 공유하기 전에 고객의 개인 정보는 지워 주세요.
페이지 또는 미리보기 링크: …
하려던 작업: …
문제가 생기기까지의 단계: …
기대한 결과: …
실제로 일어난 일 또는 헷갈렸던 점: …
영향을 받는 사람과 그것이 중요한 이유: …
기기/브라우저, 필요하다면 스크린샷: …
관찰한 문제와 제안하는 해결책 구분하기
제안은 언제나 환영합니다. 이유도 함께 적어 주시면 변경이 근본적인 문제를 해결하는지 판단할 수 있습니다. “빨간 버튼을 추가해 주세요”는 가능한 해결책 중 하나입니다. “직원들이 기한이 지난 주문을 자꾸 놓칩니다”라고 하면 필요가 무엇인지 드러나고, 해결할 방법도 더 많아집니다.
시각적인 피드백이라면 해당 요소를 가리키고 목표를 설명해 주세요. 더 쉽게 훑어보기, 브랜드와의 일관성, 다음 동작을 더 눈에 띄게 하기 같은 것입니다. 취향의 문제와 사용자의 문제 모두 논의할 가치가 있지만, 어느 쪽을 말씀하시는지 알려 주시면 결정이 쉬워집니다.
피드백을 모으고 결정을 보이게 하기
관련된 의견은 하나의 글 스레드나 합의한 검토 공간에 모아 주세요. 여러 사람이 검토한다면, 서로 다른 요청을 정리하고 최종 방향을 확정할 사람을 정해 주세요. 그래야 한 사람의 제안을 반영한 뒤에 다른 사람은 다른 것을 원했다는 사실을 알게 되는 일을 막을 수 있습니다.
합의한 작업이나 릴리스를 막는 문제.
검토 중인 동작이나 표현의 개선.
다음 단계에서 검토할 새로운 아이디어.
새로운 요구 사항은 범위와 일정에 영향을 줄 수 있습니다. 현재 작업에 추가하기 전에 그 영향을 논의하고 다음 단계를 합의해야 합니다. 나중에 볼 아이디어 목록을 만들어 두면, 검토 중인 릴리스를 놓치지 않으면서 좋은 제안도 기록해 둘 수 있습니다.
변경 후 결과 확인하기
업데이트된 미리보기를 보내 드리면, 문제가 드러났던 작업을 다시 해 보세요. 결과가 합의한 내용에 맞는지 확인하고, 아직 분명하지 않은 점이 있으면 알려 주세요. 다시 확인하다가 다른 문제가 보이면 따로 기록해 주셔야 두 가지를 모두 분명하게 추적할 수 있습니다.
승인할 때는 검토한 미리보기나 단계, 그리고 받아들인 제약이나 남은 작업을 밝혀 주세요. 예를 들면 이렇습니다. “합의한 휴대폰과 데스크톱 화면에서 예약 흐름을 확인했습니다. 이제 결제 전에 시간대가 표시됩니다. 캘린더 내보내기는 다음 단계에서 진행합니다.”
이렇게 하면 검토가 모두에게 쓸모 있어집니다. 고객님은 피드백이 제품을 어떻게 바꿨는지 확인할 수 있고, 저는 합의한 내용을 분명하게 기록해 둘 수 있습니다. 프로젝트를 시작하신다면 같은 습관은필요한 결과를 설명하는 브리프에서 시작됩니다.