휠 오더는 사양에서 시작됩니다. 하지만 동일한 세부 정보가 구매, 재고 관리, 창고 피킹 및 온라인 판매를 지원해야 합니다.

각 팀이 다른 버전을 유지하면 문제가 발생합니다. 견적에는 한 옵셋이 표시되는데 제품 페이지에는 다른 옵셋이 표시될 수 있습니다. 창고는 디자인 이름으로 재고를 추적할 수 있으며, 해당 디자인이 여러 크기와 마감으로 제공되더라도 마찬가지입니다.

명확한 데이터 구조는 이러한 격차를 방지하는 데 도움이 됩니다. 휠 수입업체, 유통업체 및 자체 브랜드의 경우 목표는 간단합니다. 첫 번째 견적 요청 시점부터 최종 고객 주문까지 승인된 제품 세부 정보를 전달하는 것입니다.

RFQ 단계에서 휠 제품 정보 관리 시작

RFQ 또는 견적 요청은 휠 이미지 및 목표 가격 이상을 수집해야 합니다. 제품의 수명 전반에 걸쳐 따라갈 핵심 필드를 설정해야 합니다.

공급업체에 다음 사항을 확인하도록 요청하십시오.

• 디자인 참조 및 도면 수정.
• 직경 및 너비.
• 볼트 수 및 피치 원 직경(PCD).
• 옵셋(종종 ET로 표시).
• 센터 보어.
• 재질 및 구조.
• 마감 코드 및 승인된 색상 참조.
• 하중 등급 및 지원 문서.
• 센터 캡, 밸브 및 하드웨어 요구 사항.
• 주문 수량 및 포장 요구 사항.

또한 각 값을 요청, 제안 또는 승인으로 표시합니다. 요청된 사양은 기술 검토 전에 게시된 주장이 되어서는 안 됩니다.

이 초기 구조를 통해 제품 범위가 확장됨에 따라 휠 제품 정보 관리가 더 쉬워집니다.

판매 가능한 각 변형을 중심으로 휠 PIM 데이터 구축

PIM은 제품 정보 관리를 의미합니다. 판매 채널 전반에 걸쳐 제품을 제시하는 데 필요한 세부 정보, 설명 및 자산을 통합합니다.

휠의 경우 하나의 디자인에 여러 개의 판매 가능한 변형이 있는 경우가 많습니다. 크기, 볼트 패턴, 옵셋, 센터 보어 및 마감의 각 조합에는 고유한 식별이 필요합니다.

공유 디자인 정보에 상위 레코드를 사용합니다. 그런 다음 재고가 관리되는 각 변형에 대해 별도의 SKU를 생성합니다.

예를 들어, 두 개의 휠은 동일한 디자인과 매트 블랙 마감을 공유하지만 옵셋은 다를 수 있습니다. 별도로 주문, 재고 또는 판매되는 경우 별도의 레코드로 유지되어야 합니다.

마찬가지로 단일 휠을 4개 휠 세트와 구별하십시오. 세트에 다른 전면 및 후면 크기가 결합된 경우 해당 구성 요소 SKU 및 수량을 기록하십시오.

재고 식별을 위해 제품 제목만 의존하지 마십시오.

데이터를 가져오기 전에 휠 사양 표준화

"18x9 6x139.7 ET12 Black"과 같은 제품 제목은 디스플레이에 유용할 수 있습니다. 그러나 시스템은 각 값에 고유한 필드가 있을 때 더 잘 작동합니다.

다음 구조는 휠 PIM 데이터를 구성하는 방법을 보여줍니다.

단위를 일관되게 유지합니다. 또한 알 수 없는 값을 0과 구별하십시오. 옵셋이 비어 있으면 정보가 누락된 것이며 0은 특정 옵셋입니다.

이중 드릴 휠의 경우 두 볼트 패턴을 구조화된 항목으로 저장하여 하나의 불분명한 텍스트 필드에 혼합하지 않도록 합니다.

휠 ERP 제품 데이터를 판매 기록과 일치시키기

ERP는 전사적 자원 관리를 의미합니다. 일반적으로 구매, 재고, 주문 및 재무 기록을 관리합니다.

PIM이 제품 콘텐츠에 중점을 두는 반면, 휠 ERP 제품 데이터는 비즈니스 거래를 지원합니다. 두 시스템 모두 동일한 안정적인 제품 식별자를 사용해야 합니다.

유용한 ERP 필드는 다음과 같습니다.

• 내부 SKU 및 공급업체 부품 번호.
• 구매 및 판매 단위.
• 단위 변환 규칙.
• 카톤 수량 및 포장 크기.
• 순중량 및 총중량.
• 공급업체, 주문 상태 및 리드 타임.
• 창고 위치 및 배치 참조(사용되는 경우).

각 필드를 소유하는 시스템을 정의합니다. 예를 들어, 엔지니어링은 치수를 승인하고, PIM은 설명을 관리하며, ERP는 가용 재고를 제어할 수 있습니다.

그런 다음 시스템 간에 공유 필드를 매핑합니다. 이렇게 하면 별도의 팀이 동일한 데이터를 충돌하는 값으로 덮어쓰는 것을 방지할 수 있습니다.

증거를 바탕으로 장착 데이터 워크플로우 구축

볼트 패턴을 일치시킨다고 해서 휠이 차량에 장착된다는 것은 아닙니다.

적절한 장착 데이터 워크플로우는 센터 보어, 옵셋, 너비, 브레이크 간격, 마운팅 하드웨어, 하중 요구 사항 및 차량 구성도 고려합니다.

차량 적용을 제품 설명 내에 긴 목록을 넣는 대신 연결된 레코드에 보관하십시오. 시장에 따라 이러한 레코드에는 제조사, 모델, 연도, 트림, 차축 위치 및 브레이크 패키지가 필요할 수 있습니다.

각 장착 레코드에는 해당 출처, 검토 날짜, 승인 상태 및 조건이 포함되어야 합니다. 여기에는 필요한 허브 링, 지정된 하드웨어 또는 설치 제한이 포함될 수 있습니다.

실용적인 검토 순서는 다음과 같습니다.

차량 및 휠 요구 사항을 수집합니다.

치수 및 관련 간격 데이터를 확인합니다.

지원 도면 또는 테스트 장착 증거를 검토합니다.

적용을 승인하고 해당 조건을 기록합니다.

승인된 결과만 게시합니다.

검증되지 않은 적용은 검토될 때까지 게시되지 않은 상태로 유지되어야 합니다.

이미지 및 문서를 올바른 휠 SKU에 연결

목록에 잘못된 휠이 표시되면 명확한 사양의 가치가 떨어집니다.

외관이 다른 경우 이미지를 올바른 디자인, 마감 및 변형에 연결합니다. 너비 또는 옵셋의 변경은 페이스 형태와 립 깊이에 영향을 줄 수 있으므로 공유 이미지에는 명확한 대표 이미지 설명이 필요할 수 있습니다.

다음에 대한 자산 레코드를 유지 관리하십시오.

주요 제품 및 세부 사진.

마감 클로즈업.

치수 도면.

센터 캡 및 액세서리 이미지.

적용 가능한 기술 보고서.

포장 아트워크 및 라벨.

Wheelman은 맞춤형 휠 스타일, 로고 각인, 브랜드 포장, 제품 사진 및 3D 렌더링을 서비스 목록에 포함합니다. 이러한 자료는 구매자가 각 자산이 나타내는 버전을 확인한다는 조건으로 자체 브랜드 제품 기록을 지원할 수 있습니다.

게시 전에 휠 PIM 데이터 검증

카탈로그를 가져오기 전에 중복 SKU, 누락된 단위, 잘못된 형식 및 끊어진 이미지 링크를 확인하십시오.

다음으로, 레코드 샘플을 승인된 도면 및 구매 사양과 비교하십시오. 특히 옵셋의 음수 부호 누락, 잘못된 마감 코드 및 개별 휠과 세트 간의 혼동을 확인하십시오.

초안, 기술 검토, 승인 및 게시와 같은 릴리스 상태를 사용합니다. 누가 변경 사항을 승인했는지 및 시기를 기록합니다.

주요 사양이 변경되면 새로운 SKU 또는 제어된 수정이 필요한지 평가하십시오. 또한 기존 재고를 식별하여 이전 버전과 새 버전을 추적할 수 있도록 합니다.

Wheelman을 위한 명확한 데이터 브리프 준비

Wheelman

과 프로젝트를 시작할 때 스토어 및 ERP 시스템에서 요구하는 필드와 함께 RFQ 템플릿을 공유하십시오.

SKU 규칙, 단위, 이미지 요구 사항, 장착 검토 프로세스 및 기본 교환 형식을 포함하십시오. 어떤 데이터와 문서를 사용할 수 있는지 묻고 누락된 정보를 어떻게 해결할지 합의하십시오.

하나의 승인된 구조를 통해 휠 사양은 견적에서 구매 주문, 창고 및 온라인 목록으로 더 적은 수동 편집으로 이동할 수 있습니다. 이를 통해 모든 팀이 구매, 재고 및 판매하는 제품을 보다 명확하게 파악할 수 있습니다.