제품 사진 한 장으로 카탈로그 이미지 세트를 만들 수 있을까?

한 쇼핑몰이 물병을 세 가지 색으로 내놓습니다. 색마다 정사각형 상품 이미지, 세로형 소셜 이미지, 가로 배너가 필요합니다. 한 번의 촬영으로 파일 아홉 개를 만들어야 하죠. 어려운 일은 첫 결과가 잘 나온 다음에 시작됩니다. 모든 이미지가 정확한 제품을 보여줘야 하고, 쇼핑몰에서 크롭이나 배경을 바꾸더라도 제작팀이 아홉 장을 처음부터 다시 편집할 수는 없습니다.

Photoshop과 Illustrator를 만든 Adobe는 2026년 11월 10일 Adobe MAX에서 Firefly Graph를 공개 베타로 발표했습니다. 소스 이미지와 Creative Cloud 기능, 생성 모델을 눈으로 볼 수 있는 순서도로 연결해 저장하고 수정하고 공유할 수 있습니다. 실행 중간에 나온 결과도 볼 수 있어, 제작자는 한 단계의 출력을 다음 작업에 쓰기 전에 확인할 수 있습니다. Adobe MAX 발표 · Firefly Graph 제품 안내

카탈로그 제작은 베타에 측정할 수 있는 일을 주는 좋은 예입니다. 승인된 원본 하나에서 몇 가지 버전을 만든 뒤 입력을 바꿔도 어떤 결과가 안정적으로 유지되는지 봅니다. 팀이 저장한 그래프를 어떻게 쓰는지 화면으로 보려면 출시 데모부터 살펴볼 수 있습니다. Adobe의 Firefly Graph 공식 시연

그래프를 저장하면 모든 버전이 같은 곳에서 출발한다

Firefly Graph는 각 단계를 노드로 표시합니다. 노드는 입력을 공급하거나, Adobe 도구를 쓰거나, 생성 모델을 호출합니다. 연결을 따라 결과가 다음 단계로 넘어가므로 한 입력을 여러 단계에 보낼 수 있습니다. Adobe는 11월 10일 발표에서 그래프를 반복 실행하고 공유할 수 있다고 설명했습니다. 제품 안내에는 노드 하나만 바꾸거나 교체하고 그 출력을 보는 방법도 나옵니다. Adobe MAX 발표 · Adobe Graph 제품 안내

팀이 제품 사진과 배경 처리 방식, 크롭 규칙을 이미 승인했다고 해보죠. 원본 사진은 한 번만 넣습니다. 공통 단계에서 제품을 배경과 분리하거나 위치를 맞춥니다. 이후 한 갈래는 쇼핑몰용 정사각형 구도를, 다른 갈래는 설명을 넣을 여백이 있는 세로형을, 또 다른 갈래는 헤드라인을 넣을 가로형을 만듭니다. 색을 바꿀 때는 다른 승인 사진을 고르는 데서 시작합니다.

이것은 시험용 그래프 설계입니다. 어느 작업을 그래프에 넣을지는 팀이 쓸 수 있는 노드와 쇼핑몰이 받는 출력 형식에 달렸습니다. 쇼핑 플랫폼은 정확한 배경을 요구할 수 있고, 소셜 캠페인에서는 어느 정도 변형을 허용할 수 있습니다. 각 갈래에서 이 결정을 알아볼 수 있어야 합니다. 인수인계받은 사람이 어느 갈래에서 크기가 바뀌었는지 찾지 못하면, 저장한 흐름은 첫 실행 때 느낀 것보다 관리하기 어렵습니다.

카탈로그 제작 예시입니다. 승인된 원본 하나를 세 형식에 사용하고 각 출력물을 따로 확인합니다. Telli.sh 자체 제작 도식.

한 캠페인에서 배경 두 가지를 비교할 때도 같은 방식을 쓸 수 있습니다. 같은 사진을 두 갈래에 보내고 결과를 비교한 뒤 다음 촬영에서 쓸 버전을 승인합니다. 창작 방향이 눈으로 확인할 수 있는 기준으로 남습니다. 팀원은 채팅에서 성공한 프롬프트를 다시 찾으려 애쓰는 대신, 어느 입력과 단계에서 결과가 나왔는지 볼 수 있습니다.

고객이 보는 제품의 모습은 원본 사진이 정한다

세련된 이미지가 정확한 이미지는 아닙니다. 생성 배경의 반사가 무광 용기를 유광처럼 보이게 만들거나 가장자리의 작은 로고를 흐릴 수 있습니다. 검은 병에서는 잘 맞았던 레이아웃이 키가 큰 병의 뚜껑을 잘라낼 수도 있죠. 이런 오류를 검수에서 찾되 원인을 구분해야 합니다. 뚜껑이 잘린 구도와 원본과 달라진 생성 라벨은 고칠 단계가 다릅니다.

흐름 안에서 무엇이 무엇을 결정하는지 분명히 정하세요. 제품의 비율, 마감, 인쇄 내용은 원본 사진을 따릅니다. 생성 변형은 고객이 연출로 이해할 배경에 사용합니다. 내보내기 전에 승인 원본과 비교하고, 특히 제품과 그림자나 반사가 맞닿는 곳을 보세요. 그래프가 이미지를 통째로 다시 그린다면 고객이 상품을 알아보는 데 쓰는 세부 요소까지 검사해야 합니다.

첫 시험에는 세 종류의 입력이 유용합니다. 윤곽이 단순한 제품, 빛을 반사하거나 투명한 제품, 가장자리 가까이에 글자가 있는 제품을 한 개씩 씁니다. 제작 흐름에서 예외가 생기기 쉬운 세 가지 이유를 시험할 수 있습니다. 입력 세 개와 결과 아홉 개는 권장 시험 규모입니다. Adobe가 이 조합의 오류율을 공개한 것은 아닙니다.

제품팀에는 변형끼리 헷갈리지 않는 것도 정확성의 일부입니다. 원본과 출력 파일 이름에 고정된 제품 ID와 색을 함께 넣으세요. 이미지 자체가 그럴듯하면 상품 페이지에 잘못된 색을 넣어도 여러 번의 시각 검수를 통과할 수 있습니다. 시장별 소재를 만들 때는 고지 문구나 지역별 라벨을 해당 갈래와 함께 관리하거나 마지막 레이아웃 단계에서 넣습니다.

어떤 노드를 다시 실행하는지가 크레딧 비용을 정한다

Firefly Graph에서는 생성 모델을 쓰는 단계와 다른 작업을 함께 실행할 수 있습니다. Adobe 제품 안내에 따르면 생성 노드에는 크레딧이 들고, 비용은 노드와 모델에 따라 다르며 실행 전에 표시됩니다. 그래서 작업 순서도 예산에 영향을 줍니다. 여러 갈래가 공유하는 원본을 계속 새로 생성하면, 승인된 중간 결과에서 크롭이나 레이아웃만 다듬는 것보다 비용이 커질 수 있습니다. Adobe Graph 제품 안내

문제를 해결할 가장 작은 변경부터 찾으세요. 배너의 헤드라인 여백이 부족하다면 먼저 구도를 조정합니다. 배경이 투명한 제품을 제대로 표현하지 못한다면 다른 형식은 그대로 두고, 배경을 고친 버전과 사진을 더 많이 살린 버전만 비교합니다. 통과한 결과는 승인 입력과 모델 설정과 함께 보관합니다. 다음 시험에서는 바뀐 부분에 집중할 수 있습니다.

어떤 단계에 크레딧이 들고, 어떤 검수 기준을 통과해야 쓸 수 있는지 기록합니다. Telli.sh 자체 제작 도식.

사람의 검토도 비용에 포함하세요. 첫 실행에서 파일 아홉 개가 나왔는데 두 개를 다시 작업해야 한다고 해보죠. 준비와 검수에 든 시간, 생성 전에 표시된 크레딧, 승인된 파일 개수를 기록합니다. 그러면 제작 책임자는 기존 방식과 새 방식을 승인 결과물 한 건당 비용과 시간으로 비교할 수 있습니다. 첫 미리보기가 빨리 나오는 것도 유용하지만, 최종 납품 시간과는 다른 수치입니다.

팀의 모델·데이터 사용 규칙도 확인해야 합니다. Adobe 안내에는 여러 제공자의 모델이 나옵니다. 그래프에서 나란히 비교하기는 편하지만, 어떤 입력을 어느 서비스에 제출해도 되는지는 팀이 판단해야 합니다. 시험에는 이미 사용 승인을 받은 제품 사진을 쓰세요. 미공개 컬렉션, 공급사 문서, 고객 이미지에는 각각 적용되는 규칙을 지킵니다. Adobe Graph 제품 안내

다음 촬영 전에 다른 팀원이 같은 그래프를 실행해 보자

1. 결과물의 규격을 적습니다. 쇼핑몰 위치 하나와 캠페인 형식 두 가지를 고릅니다. 크기, 글을 넣을 여백, 검토자가 볼 제품 특징을 기록합니다.
2. Firefly 계정에서 베타를 쓸 수 있다면 엽니다. Adobe는 Firefly에서 Graph로 이동해 Create New Graph를 선택하라고 안내합니다. 승인 원본으로 작은 흐름을 만들고 단계마다 결과를 살펴봅니다. Adobe의 그래프 만들기 및 공유 안내
3. 첫 제품에 선택적 생성 단계를 하나 써봅니다. 배경이나 콘셉트 비교에 사용합니다. 실행 전에 노드가 표시한 비용을 기록하고 기존 방식의 비교용 출력물도 남깁니다.
4. 원본과 배치 위치를 하나씩 바꿉니다. 레이아웃을 고정한 채 두 번째 제품 사진을 넣습니다. 그다음 첫 사진으로 되돌리고 출력 형식만 바꿉니다. 검토자가 달라진 점을 알 수 있도록 파일 이름을 정합니다.
5. 팀원에게 같은 실행을 부탁합니다. 그래프, 승인 입력, 세 가지 검수 기준을 전달합니다. 팀원이 물어봐야 하는 것까지 포함해 인계부터 승인까지 시간을 잽니다. 두 번째 작업자가 처음부터 다시 만들어야 한다면 확대하기 전에 그래프나 안내를 고칩니다.

시험에서 예외 사례를 드러내세요. 길쭉하거나 투명한 제품은 따로 준비해야 할 수 있고, 별도 갈래나 수작업으로 처리할 수 있습니다. 원본이 첫 검사를 통과하지 못하면 작업자가 크레딧을 더 쓰기 전에 멈출 수 있어야 합니다. 검토자도 어느 결과가 검토 대상이고 어느 결과가 승인됐는지 구분할 수 있어야 합니다. Adobe 베타가 특정 승인 또는 버전 관리 기능을 제공한다고 가정하지 않아도 팀이 정할 수 있는 부분입니다.

Adobe 도움말은 공유 그래프의 뷰어와 편집자 권한을 구분합니다. 뷰어는 실행하고 변형을 시험한 다음, 변경을 남기려면 별도 사본을 저장할 수 있습니다. 편집자는 공유 버전을 편집하고 실행할 수 있습니다. 동시에 편집하면 누군가 다시 불러오거나 사본을 저장해야 할 수 있습니다. 카탈로그 시험에서는 뷰어 권한으로 두 번째 작업자가 기준 원본을 유지하면서 새 사진을 시험할 수 있습니다. 공유 버전 관리 책임자에게 편집자 권한을 주세요. Adobe의 그래프 공유 안내

인계할 때 새 원본을 시험하는 일과 제작 흐름을 바꾸는 일을 나눕니다. 새 물병에 정사각형 크롭이 맞는지 보는 사람은 기존 그래프를 새 원본으로 실행하면 됩니다. 반면 카탈로그 전체의 크롭을 넓히는 사람은 새 규칙으로 어느 버전을 검수했고 누가 승인했는지 보여줄 수 있어야 합니다. 캠페인이 끝난 뒤에도 판단을 재현할 수 있도록 원본, 출력물, 개정 내역을 함께 두세요.

복구 연습도 작게 해봅니다. 캠페인 전체를 다시 실행하지 않고 잘못된 크롭을 바꿔달라고 요청하고, 바뀐 파일을 이전 버전과 비교합니다. 팀이 달라진 출력 두 개와 그 이유를 알아낼 수 있나요? 처음 실행하는 데모에서는 잘 보이지 않는 유지 비용을 이 시험으로 찾을 수 있습니다.

시즌 변경으로 제작 업무를 인계할 때도 같습니다. 지난달에 승인한 그래프에서 배경 규칙만 바꿉니다. 이전 버전은 그 그래프로 만든 캠페인과 함께 보관합니다. 나머지를 실행하기 전에 새 결과 하나를 이전 버전과 비교합니다. 처음 설계한 사람이 다른 프로젝트로 옮긴 뒤에도 다시 쓸 수 있어야 반복 작업의 가치가 생깁니다.

작은 변경을 견뎌야 제작 흐름으로 쓸 수 있다

Firefly Graph의 실용적인 약속은 이미지를 고치는 만큼 그 이미지를 만드는 단계도 쉽게 고칠 수 있게 하는 것입니다. 첫 제품에서 클릭 한 번을 줄였다고 다음 입고 때 도움이 된다는 보장은 없습니다. 새 사진, 형식 변경, 두 번째 작업자를 감당하는 그래프라면 팀이 반복해서 쓸 수 있습니다. 인계가 이미 지연의 원인이라면 베타를 시험할 만합니다.

가장 작은 반복 작업 묶음을 골라 승인까지 시간을 재보세요. 다음 캠페인의 제작자가 무엇이 고정됐고, 무엇이 달라졌고, 왜 결과가 승인됐는지 알 수 있는지가 관건입니다. 그 답이 분명하다면 저장된 그래프에 제작 과정의 중요한 부분을 맡길 수 있습니다.

출처

• Adobe MAX Firefly Graph 발표, 2026년 11월 10일
• Firefly Graph 제품 안내, 베타와 생성 크레딧 FAQ
• Adobe 그래프 만들기 및 공유 도움말
• Adobe Firefly Graph 공식 시연

---

다음 카탈로그를 개편할 때 내린 결정을 검색 가능한 기록으로 남기려면 Telli.sh 계정을 만들어보세요.