디자이너가 직접 제품을 개발할 때 나타나는 변화
1. 직접 빌드하면 범위 설정부터 달라집니다
- 화면만 설계할 때는 기능을 계속 더하기 쉽지만, 실제로 구현하면 모든 아이디어의 비용과 무게가 바로 드러납니다.
- 무엇을 넣을지보다 무엇을 덜어낼지가 제품 경험을 선명하게 만듭니다.
- 흥미롭지만 핵심 경험에 기여하지 않는 기능을 더 일찍 걷어냅니다.
- 디자인 이후에 스펙을 줄이는 대신, 처음부터 범위 자체를 설계하게 됩니다.
2. Figma는 완성본이 아니라 검증의 출발점이 됩니다
- 정적인 화면에서 자연스러워 보이던 설계도 실제로 작동시키면 다른 질문을 만납니다.
- 클릭 이후의 흐름과 실패 상태까지 확인하면서 프로토타입의 역할이 바뀝니다.
- 잘못된 입력, 데이터 없음, 예외 상황처럼 화면 뒤에 숨어 있던 조건이 드러납니다.
- 프로토타입은 설명용 산출물에서 스스로 설계를 의심하고 고치는 도구가 됩니다.
3. 개발 제약이 협업의 공통 언어가 됩니다
- API 오류, 대용량 이미지, 테스트 데이터, Docker와 배포 문제를 직접 겪으면 기술적 제약이 추상적인 단어로 남지 않습니다.
- 구현 현실을 일찍 이해할수록 개발자와의 대화도 더 구체적으로 바뀝니다.
- 가능 여부를 전달받는 데서 그치지 않고, 제약을 고려해 우선순위와 순서를 조정합니다.
- 디자인이 실제 환경을 만날 때 생기는 문제를 팀과 더 빠르게 논의할 수 있습니다.
4. 빨라져도 디자인 판단은 자동화되지 않습니다
- AI는 작동하는 결과물을 빠르게 만들지만, 일관된 디테일과 좋은 경험까지 보장하지는 않습니다.
- 속도와 완성도는 다르며, 무엇이 좋은지 판단하는 일은 여전히 디자이너에게 남습니다.
- 취향과 맥락을 바탕으로 어색한 결과를 발견하고 바로잡아야 합니다.
- 결국 가장 어려운 결정은 무엇을 만들지가 아니라 무엇을 만들지 않을지에 가깝습니다.
