제품 사양 변경 체크리스트: 숫자가 계속 틀린 채 남는 9곳

제품 사양 변경 체크리스트는 행정 업무가 아닙니다. 20 mm짜리 수정 하나와 컨테이너 한 대 분량의 클레임 사이를 가르는 작업입니다. 치수를 하나 바꾸면 이미 최소 아홉 군데에 공개되어 있는 숫자를 바꾼 것이 됩니다. 그런데 대부분의 공급사가 실제로 손대는 곳은 두 곳입니다. 기억나는 리스팅 필드 하나, 그리고 거기서 끝입니다.

나머지는 전부 옛 숫자를 계속 내보냅니다. 피드, 이미지, 지난주에 영업 담당자가 메일로 보낸 PDF, 카톤 마크, 박스 안에 봉해진 설명서. 이 중 어느 것도 자기가 틀렸다고 알려주지 않습니다. 알려주는 쪽은 바이어이고, 대개 컨테이너가 출항한 뒤입니다.

치수 하나가 살아 있는 9곳

제품 사양 변경 체크리스트는 치수·중량·재질 수치가 공개되는 모든 자리를 고정된 목록으로 정리해 두고, 수정이 한 번 생기면 하류의 누군가가 불일치를 찾아내기 전에 그 목록 전부에 도달시키는 장치입니다. 아래가 그 목록이고, 틀렸을 때 얼마나 빨리 아픈지 순서로 정렬했습니다.

#	숫자가 있는 자리	필드 또는 산출물	읽는 사람	낡았을 때 깨지는 것	현실적인 수정 소요
1	오픈마켓 상품 속성	상세페이지에 표시되는 제품 치수	구매 버튼을 누르기 전의 바이어	사이즈 불일치 반품, "설명과 다름" 클레임	몇 분
2	오픈마켓 포장 속성	포장 또는 배송 치수	운송사와 요금 산정 엔진	잘못된 배송비 견적, 정산 차액	몇 분
3	쇼핑 피드	`product_length` / `product_width` / `product_height` / `product_weight`	Google Shopping, 비교 엔진, AI 쇼핑 에이전트	사이즈 필터 검색에서 상품이 빠짐, 피드 경고 발생	다음 피드 실행
4	자사 사이트 구조화 데이터	schema.org `width` / `height` / `depth`	검색 엔진과 답변 엔진	자사 사이트가 자사 리스팅과 어긋남	다음 배포
5	제품 이미지 또는 사양 도해	픽셀 — 숫자가 그림에 구워져 있음	모든 바이어가, 어떤 텍스트보다 먼저	페이지에서 가장 시끄럽게 틀린 숫자	며칠, 디자이너가 끼면 더
6	상세 콘텐츠와 비교표	모듈 문구와 모듈 이미지	갤러리를 지나 스크롤하는 바이어	자사 리스팅 안에서 조용히 생기는 모순	며칠, 재심사가 붙는 경우가 잦음
7	카탈로그, 라인시트, 견적서	팀이 메일에 붙여 넣는 PDF	B2B 바이어, 소싱 에이전트, 유통사	폐기된 수치로 문서 견적을 낸 상태	누군가 기억해 낼 때
8	선적 서류와 카톤 마크	카톤 치수, 순중량과 총중량	세관, 포워더, 입고 팀	컨테이너 적재 계획 오류, 화물 보류 또는 반려	선적할 때마다
9	설명서, 조립 안내서, 포장 인쇄 원고	이미 인쇄되어 재고로 쌓임	배송 후의 최종 사용자	고객 문의 티켓과 별점 1점 리뷰	다음 인쇄 발주

아홉 곳, 담당은 다섯 갈래, 소요 시간은 몇 분에서 인쇄 발주 주기까지 벌어집니다. 이 비대칭이 문제의 전부입니다. 몇 초면 고치는 필드는 잘 기억나고, 며칠 걸리는 자리는 하필 바이어가 가장 먼저 보는 자리입니다. 행마다 담당자 이름이 붙어 있지 않은 제품 사양 변경 체크리스트는 체크리스트가 아니라 희망 사항입니다.

낡은 치수는 데이터 문제로 끝나지 않습니다. 반품이 되고, 반품에는 개당 단가가 붙습니다. 그런데 그 단가를 실제로 계산해 본 셀러는 드뭅니다. 반품 비용 계산기는 반품률을 재무팀이 반응하는 금액으로 바꿔 줍니다.

같은 제품에 정답이 두 개 이상인 이유

아홉 곳을 점검하기 전에 불편한 사실 하나를 받아들여야 합니다. 그중 두 곳이 서로 다른 숫자를 말하면서 둘 다 맞을 수 있습니다. 공유 상품 데이터를 규율하는 GS1 규칙이 특정한 반올림을 강제하는데, 그 방향이 한쪽뿐이기 때문입니다.

GS1 GDSN 포장 치수 측정 규칙 표준(Release 2.5, 2016년 9월 승인) 기준입니다.

밀리미터는 항상 올림해서 정수 밀리미터로 만듭니다. 99.3 mm는 100 mm가 됩니다.
인치는 항상 올림해서 0.05인치 단위에 맞춥니다. 2.942인치는 2.95인치가 됩니다.
단위계를 변환할 때는 먼저 변환하고 나중에 반올림합니다. 기준은 1인치 = 25.4 mm입니다.
세 가지 선형 치수는 반드시 같은 측정 체계, 같은 단위를 써야 합니다.
항상 최대 거리를 잽니다. 돌출부, 캡, 뚜껑, 포장에 붙은 부속물까지 포함하며 빼고 재지 않습니다.

이 다섯 줄을 붙여 읽으면 결론은 분명합니다. 99.3 mm짜리 부품은 GDSN 연동 시스템에서 100 mm로 공개되고, 야드파운드 시장에서는 3.95인치로 공개되며, 도면에는 여전히 99.3이 적혀 있습니다. 숫자는 셋, 부품은 하나, 오류는 없습니다.

표준은 허용 오차도 함께 공개합니다. 케이스 단위처럼 소비자용이 아닌 거래 단품의 경우 GS1 표준 허용 오차는 **깊이·너비·높이 각각 4.0%, 하한 0.25인치(7 mm)**이고, 총중량은 4.0%에 하한 0.2 lb(0.1 kg)입니다. 이보다 작은 변경이라면 케이스 데이터를 아예 건드리지 않아도 될 수 있습니다. 이보다 큰 변경이라면 옛 수치를 들고 있는 모든 시스템은 단순히 오래된 것이 아니라 허용 오차를 벗어난 상태입니다.

정당한 불일치의 원인이 하나 더 있습니다. 축 이름입니다. GS1은 높이·너비·깊이를 상품의 기본 정면, 즉 브랜드 소유자가 제품을 알릴 때 쓰는 면을 기준으로 정합니다. 공장 도면은 거의 확실히 전혀 다른 기준에서 길이·너비·높이를 씁니다. 어느 축이 어느 것인지, 바이어가 왜 순서를 잘못 읽는지는 그 자체로 따로 다뤄야 할 함정입니다. 바이어가 내가 쓴 순서 그대로 읽어 줄 것이라고 가정하기 전에 가로·세로·높이 표기 순서를 먼저 확인하시기 바랍니다.

제품 치수와 배송 치수는 같은 필드가 아닙니다

체크리스트 전체에서 가장 흔한 실패 지점입니다. 두 필드 모두 숫자를 받아들이고, 둘 다 불평하지 않기 때문입니다.

Google Merchant Center는 이 둘을 완전히 분리해 두었고, 두 묶음은 유효 범위조차 공유하지 않습니다.

	제품 실측 속성	배송 치수 속성
속성	`product_length`, `product_width`, `product_height`, `product_weight`	`shipping_length`, `shipping_width`, `shipping_height`
무엇을 설명하는가	제품 자체	제품이 담겨 나가는 포장
허용 단위	cm, in(중량: lb, oz, g, kg)	cm, in
값 범위	cm와 in 모두 1–3000	1–400 cm, 1–150 in
어디에 쓰이는가	상품 탐색과 결과의 정확도	운송사 계산 배송 요금
절대 규칙	세 값에 같은 단위를 쓰지 않으면 정보가 표시되지 않음	치수 속성 중 하나라도 넣으면 전부 넣어야 함

범위 차이가 결정적인 단서입니다. 상한이 400 cm인 필드는 애초에 제품 치수를 담으라고 만든 자리가 아니고, 3000 cm까지 받는 필드는 카톤 운임을 매기라고 만든 자리가 아닙니다. 팀의 누군가가 같은 세 숫자를 양쪽에 복사해 넣고 있었다면, 지금 이 순간 둘 중 하나는 틀린 값입니다.

구조화 데이터는 세 번째 어휘를 더합니다. schema.org에서 Product는 width, height, depth를 가지며 length 속성은 존재하지 않습니다. 각각은 unitCode를 가진 QuantitativeValue로 표현됩니다. 수정은 한 번인데 명명 규칙이 셋, 시스템이 셋, 서로 화면을 볼 일 없는 담당자가 셋입니다. 자사 사이트에 이 값을 아직 채워 넣지 않았다면, 아홉 곳 중 가장 값싸게 닫을 수 있는 자리가 제품 치수 구조화 데이터입니다.

오픈마켓은 주름을 하나 더 얹습니다. 아마존은 상품 유형별 속성을 Product Type Definitions API를 통해 JSON 스키마로 공개하기 때문에, 어떤 상품 유형에 존재하는 치수 필드가 다른 유형에도 있다는 보장이 없습니다. "치수를 전부 업데이트한다"는 하나의 작업이 아닙니다. 스키마 하나당 하나씩입니다.

끝내 갱신되지 않는 자리는 이미지입니다

표를 다시 보시기 바랍니다. 1행부터 4행까지는 텍스트 필드입니다. 운영 담당자가 점심 전에 바꿉니다. 7행부터 9행까지는 문서이고, 문서에 개정이 필요하다는 데는 다들 동의합니다.

몇 년씩 틀린 채로 남는 것은 5행입니다. 숫자가 픽셀 안에 들어 있기 때문입니다. 고치려면 원본 파일을 찾고, 만든 사람을 찾고, 변경 내용을 브리핑하고, 기다리고, 확인하고, 모든 채널에 다시 올려야 합니다. 그래서 대부분의 회사에서 나오는 솔직한 답은 이것입니다. 다음에 촬영할 때 같이 고치자. 그 다음은 오지 않습니다.

이건 비쌉니다. 이미지는 바이어가 가장 먼저 읽는 것이고, 사내에서 가장 늦게 점검하는 것이기 때문입니다. 사양 표는 훑고 지나갑니다. 사진 위에 찍힌 치수는 믿습니다.

현실적인 해법은 사양 도해를 디자인 결과물이 아니라 데이터를 보여 주는 하나의 화면으로 다루는 것입니다. 제품의 실제 모서리를 기준으로 한 번 제대로 재고, 주석 레이어를 JPEG로 눌러 굽지 말고 살아 있는 편집 가능한 상태로 유지하고, 숫자가 바뀌면 각 채널의 이미지 규격에 맞춰 다시 내보내면 됩니다. 이렇게 해 두면 5행은 디자인 업무에서 2분짜리 편집으로 줄어듭니다. 실제로 처리될 유일한 조건이기도 합니다.

도구 선택이 이것의 실현 가능성을 결정합니다. 실제로 재는 소프트웨어, 즉 치수선을 대상의 실제 모서리에 스냅시키고 숫자를 그 형상에 묶어 두는 방식은 입력을 바꾸면 결과도 올바르게 갱신됩니다. 그럴듯해 보이는 주석 사진을 만들어 내는 이미지 생성기는 아무것도 재지 않습니다. 합리적으로 읽히는 수치를 지어낼 뿐이고 검증할 방법이 없습니다. 마케팅 배경 이미지라면 그 정도 거래는 공정합니다. 클레임에서 바이어가 근거로 들이밀 숫자에는 공정하지 않습니다. 견적서에 붙이는 사양서도 같은 논리입니다. 가치는 디자인이 잘 빠졌다는 데 있지 않고, 거기 적힌 모든 수치가 실측으로 거슬러 올라간다는 데 있습니다.

제품 사양 변경 체크리스트

이 제품 사양 변경 체크리스트를 변경 티켓에 그대로 복사해 넣으시기 바랍니다. 한 번에, 네 묶음으로, 누가 무엇을 맡는지 아무도 추측하지 않게 만드는 것이 목적입니다.

기준 원본

수정된 수치를 개정 번호와 날짜와 함께, 다른 모든 곳이 복사해 가는 그 파일에 단 한 번 기록했다
단위와 측정 체계를 명시했다(mm인지 인치인지 — "1180"만 적지 않는다)
GS1 최대 거리 규칙에 따라 돌출부, 손잡이, 캡, 뚜껑을 포함해 측정했다
변경 폭이 케이스 허용 오차 4% / 7 mm를 넘는지 확인했다. 이 값이 수정이 하류로 얼마나 멀리 가야 하는지를 결정한다

바이어가 보는 필드

가장 큰 채널 하나가 아니라 모든 오픈마켓에서 상품 치수를 수정했다
포장 또는 배송 치수를 별도로 수정했고, 그 값이 포장 기준 수치임을 확인했다
쇼핑 피드의 제품 속성을 수정했고, 피드를 다시 가져와 경고를 확인했다
자사 상품 페이지의 구조화 데이터를 수정했다

산출물

사양 도해 또는 주석 사진을 다시 내보내 이를 게시하는 모든 채널에 다시 업로드했다
상세 콘텐츠, 비교표, 옛 숫자가 들어간 모든 이미지를 교체했다
카탈로그, 라인시트, 견적서 양식을 다시 생성했고 공유 드라이브와 메일 템플릿에서 옛 PDF를 삭제했다

서류와 인쇄물

다음 선적을 위해 패킹 리스트, 상업 송장, 카톤 마킹 양식을 수정했다
설명서, 조립 안내서, 포장 인쇄 원고를 다음 인쇄 발주 대상으로 표시하고 남은 재고 수량을 셌다
옛 수치로 나간 미결 견적을 특정했고, 해당 바이어가 먼저 발견하기 전에 알렸다

작업 순서

여기서는 속도보다 순서가 중요합니다. 어떤 단계는 캐시되고, 어떤 단계는 기계가 읽기 때문입니다.

기준 원본을 먼저 잠급니다. 두 사람이 아직 그 숫자를 편집하고 있다면 아래 모든 단계가 그 불일치를 그대로 물려받습니다.
바이어가 보는 오픈마켓 필드를 수정합니다. 가장 빨리 바꿀 수 있고, 가장 빨리 아픈 자리입니다.
피드를 건드리기 전에 이미지를 다시 내보냅니다. 피드와 캐시가 새 이미지 URL과 새 숫자를 같은 주기에 가져가므로 불일치 구간이 아예 생기지 않습니다.
피드를 올리고 다시 가져옵니다. 해당 상품이 경고 목록에 앉아 있지 않은지 확인합니다. 거절된 상품이 낡은 상품보다 나쁩니다.
문서를 다시 생성합니다. 카탈로그, 라인시트, 견적 양식 — 옛 파일은 이름만 바꾸지 말고 삭제합니다.
인쇄는 맨 마지막입니다. 목록에서 되돌릴 수 없는 유일한 단계입니다.

그런 다음 거의 아무도 하지 않는 일을 하나 하시기 바랍니다. 자사 상품명을 직접 검색해서, 로그인하지 않은 채, 휴대폰으로, 바이어의 눈으로 자기 리스팅을 읽어 보는 것입니다. 놓친 모순은 8초쯤이면 눈에 들어옵니다.

자주 묻는 질문

순위를 잃지 않고 리스팅의 상품 치수를 수정하려면 어떻게 해야 합니까?

속성을 그 자리에서 수정하면 됩니다. 데이터 필드를 바꾸는 것은 상품을 재등록하는 것이 아니므로 리스팅의 이력은 그대로 살아 있습니다. 정말로 손해를 입히는 행동은 깨끗하게 다시 시작하겠다며 상품을 삭제하고 새로 만드는 것입니다. 리뷰와 판매 이력, 바이어가 즐겨찾기해 둔 식별자가 함께 사라집니다.

상품 치수와 포장 치수의 차이는 무엇입니까?

상품 치수는 제품 자체를 설명하고, 바이어는 이 값으로 들어맞는지를 판단합니다. 포장 또는 배송 치수는 제품이 실려 가는 박스를 설명하고, 운송사는 이 값으로 운임을 계산합니다. Google Merchant Center는 이 구분을 스키마 수준에서 강제합니다. product_length와 그 형제 속성은 3000 cm 또는 3000인치까지 받고, shipping_length와 그 형제 속성은 400 cm 또는 150인치에서 끊깁니다.

치수가 바뀌면 상품 이미지도 반드시 바꿔야 합니까?

그렇습니다. 그리고 목록에서 가장 낮은 우선순위가 아니라 가장 높은 우선순위의 산출물입니다. 이미지에 찍힌 숫자는 사양 표보다 먼저 읽히고 분쟁에서 더 큰 무게를 갖습니다. 바이어가 손가락으로 가리킬 수 있기 때문입니다. 주석이 편집 가능한 원본 없이 JPEG로 눌려 있다면, 지금이 사진 위에 살아 있는 레이어로 다시 만들 때입니다. 그래야 다음 개정이 몇 분 만에 끝납니다.

치수가 얼마나 바뀌면 바이어에게 알려야 합니까?

상업적으로는 맞음새, 여유 공간, 적재에 영향을 주는 변경이라면 모두 알려야 합니다. 이건 임계값이 아니라 판단입니다. 공유 상품 데이터에는 공개된 기준점이 있습니다. 케이스 단위에 대한 GS1 표준 허용 오차는 치수당 4.0%, 하한 7 mm입니다. 그 안쪽의 변경은 데이터 잡음입니다. 그 바깥의 변경은 옛 수치를 들고 있는 모든 시스템이 허용 오차를 벗어났다는 뜻입니다.

밀리미터와 인치 중 무엇으로 공개해야 합니까?

목표 시장이 요구하는 체계로 공개하고, 세 축을 모두 같은 단위로 공개하시기 바랍니다. GS1은 세 선형 치수가 하나의 측정 체계와 하나의 단위를 공유하도록 요구합니다. 변환할 때는 1인치 = 25.4 mm를 써서 먼저 변환하고 나중에 반올림한 뒤, 해당 단위의 올림 규칙을 적용합니다. 이미 반올림된 숫자를 변환하는 것이 3 mm 오차를 6 mm 오차로 키우는 방법입니다.