AI랑 같이하는 코딩

1. 왜 결과가 마음에 들지 않을까

AI에게 디자인을 요청했는데 결과가 밋밋하거나 의도와 다르게 나오는 이유는 대개 비슷합니다. “깔끔하게 만들어줘”, “예쁘게 바꿔줘”처럼 추상적인 표현만 있고, 구체적인 기준이 없기 때문입니다. AI는 이런 요청을 받으면 평균적인 안전한 결과를 선택하는 경향이 있습니다. 즉, 실패의 원인은 모델 성능 부족이 아니라 요구 조건의 모호함인 경우가 많습니다.

특히 웹 디자인에서는 레이아웃, 타이포그래피, 컬러, 컴포넌트 밀도, 여백 리듬 같은 요소가 동시에 작동합니다. 그런데 요청에서 이 축들을 분리하지 않으면 AI가 무엇을 우선해야 할지 판단하기 어렵습니다. 그래서 프롬프트를 수정할 때는 “무엇이 문제인지”를 먼저 분류하고, 항목별로 재요청하는 방식이 가장 효과적입니다. 핵심은 감상평이 아니라 수정 가능한 언어로 바꾸는 것입니다.

2. 디자인 프롬프트 수정의 핵심 원칙

첫 번째 원칙은 기준 시각화입니다. “미니멀” 같은 단어 대신 “카드 간격 24px, 본문 폰트 16px, 강조 색상 1개”처럼 측정 가능한 조건을 넣어야 합니다. 두 번째는 우선순위 고정입니다. 한 번에 모든 요소를 바꾸기보다 이번 요청에서는 레이아웃만, 다음 요청에서는 색상만 조정하는 식으로 분리해야 결과 비교가 가능합니다.

세 번째는 금지 조건 명시입니다. 예를 들어 “기존 HTML 구조는 유지”, “버튼 클래스명 변경 금지”, “다크모드 추가하지 않기”처럼 하지 말아야 할 범위를 적으면 불필요한 변경을 줄일 수 있습니다. 네 번째는 출력 형식 통일입니다. 변경 이유를 함께 요청하면 다음 수정 지시를 더 정확히 내릴 수 있습니다.

3. 실패한 요청을 개선하는 실전 예시

예를 들어 첫 요청이 “랜딩 페이지를 트렌디하게 만들어줘”였고 결과가 평범했다면, 두 번째 요청은 구조화해야 합니다. “현재 결과에서 히어로 섹션만 개선해줘. 목표는 신뢰감 있는 B2B 느낌. 제목은 2줄 이내, CTA 버튼 1개만 강조, 배경은 단색 그라데이션, 아이콘 스타일은 라인형으로 통일. 기존 섹션 순서는 유지하고 CSS만 변경해줘.” 이렇게 쓰면 AI가 수정 범위를 정확히 이해합니다.

세 번째 라운드에서는 피드백을 수치화합니다. “제목 대비가 약하니 색상 대비를 WCAG AA 수준으로 높여줘”, “카드 간 간격을 20px에서 28px로 늘려 여백감을 확보해줘”처럼 말하면 결과가 훨씬 예측 가능해집니다. 결국 좋은 디자인 프롬프트는 창의적 문장이 아니라, 기준과 제약을 동시에 담은 편집 지시서에 가깝습니다.

4. 반복 수정 시간을 줄이는 체크리스트

디자인 수정 시간을 줄이려면 요청 전에 간단한 체크리스트를 거치면 좋습니다. 1) 지금 문제는 레이아웃/타입/컬러 중 어디인가, 2) 이번 요청에서 바꿀 축은 1~2개로 제한했는가, 3) 변경 금지 범위를 적었는가, 4) 완료 기준을 숫자로 표현했는가. 이 네 가지를 지키면 “다시”, “조금 더”, “아직 별로” 같은 모호한 반복이 크게 줄어듭니다.

추가로, 매 라운드마다 “유지할 점”과 “수정할 점”을 함께 적는 습관이 좋습니다. 좋은 부분까지 매번 덮어쓰는 일을 막아주기 때문입니다. 디자인 협업에서 속도를 만드는 사람은 한 번에 정답을 맞히는 사람이 아니라, 수정 사이클을 통제하는 사람입니다.

5. 자주 묻는 질문