제품설계 요구사항 CTQ 정리 방법|고객 요구를 CAD 설계 입력값·검증 기준으로 바꾸는 실무

고객이 말하는 “튼튼하고 작으며 쉽게 조립되는 제품”은 그대로 CAD에 입력할 수 없습니다. 제품설계자는 이 표현을 사용 상황, 실패 모드, CTQ(Critical to Quality), 설계 입력값, 합격 기준, 검증 방법으로 나눠야 합니다. 그래야 하우징의 외형 치수와 벽 두께, 체결 토크, 버튼 작동력, 낙하 조건, 조립 순서, 검사 기준이 하나의 흐름으로 연결됩니다.

핵심 답변: 고객 요구를 설계 가능한 값으로 바꾸는 순서

고객 요구 → 사용 시나리오 → 실패 모드 → CTQ → 목표값·허용범위 → CAD·도면 설계 입력값 → 검증 방법 → 합격 기준 → 시험 증거 순서로 연결하면 됩니다.

중요한 점은 “튼튼하다”를 곧바로 “벽 두께 2mm”로 바꾸지 않는 것입니다. 파손, 커버 이탈, 버튼 기능 상실, 내부 부품 손상 중 무엇을 막아야 하는지를 먼저 정하고, 그 결과를 판정할 CTQ를 만든 다음 벽 두께·리브·재료·체결부 같은 설계 변수를 연결해야 합니다.

요구사항·CTQ·설계 입력값·검증 기준은 서로 다르다

제품 개발 회의에서 가장 흔한 문제는 요구사항, CTQ, 설계 사양, 검사 항목을 한 문장에 섞어 쓰는 것입니다. 네 항목은 서로 연결되지만 역할은 다릅니다.

구분의미휴대용 하우징 예시
고객 요구사항사용자가 기대하는 기능·성능·경험주머니에 넣기 쉽고 떨어뜨려도 고장 나지 않아야 한다
CTQ요구 충족 여부를 판단하는 핵심 품질 특성최대 외형, 질량, 낙하 후 파손·이탈·기능 유지 여부
설계 입력값CAD·도면·재료·체결·공정에 반영할 변수외형 경계, 재료 등급, 벽 두께, 리브, 보스, 체결 위치
검증 방법설계 요구를 만족했는지 확인하는 활동치수 측정, 낙하 시험, 기능 시험, 조립성 검토
합격 기준통과와 실패를 가르는 판정 조건균열 없음, 커버 이탈 없음, 버튼 정상 작동, 치수 허용범위 충족

예를 들어 “하우징 변형량”은 CTQ가 될 수 있지만, “벽 두께 1.8mm”는 특정 재료와 구조를 전제로 한 설계 입력값입니다. 벽 두께를 키워도 체결 보스의 응력 집중, 내부 배터리 간섭, 낙하 시 커버 이탈 문제가 해결되지 않을 수 있습니다. 따라서 CTQ를 먼저 고정하고 여러 설계 변수가 그 CTQ에 어떻게 영향을 주는지 확인해야 합니다.

고객 요구를 CTQ와 설계 입력값, 검증 기준으로 전환하는 흐름 고객 표현에서 사용 시나리오와 실패 모드를 정리하고 CTQ, 설계 입력값, 검증과 합격 기준, 시험 증거로 연결하는 과정 1. 고객 표현 “작고 튼튼하며 조립이 쉬워야 한다” 2. 사용·실패 휴대 공간·낙하·조작 파손·이탈·기능 상실 3. CTQ 외형·질량·변형 작동력·갭·내구 4. 설계 입력 치수·공차·재료 벽 두께·리브·체결 5. 판정 시험·측정·검토 합격 기준·증거 설계 변경 시에는 오른쪽 항목만 바꾸지 말고, 관련 CTQ와 검증 계획까지 함께 역추적합니다.

고객 요구는 숫자 하나로 번역하는 것이 아니라 설계와 검증이 연결된 추적 체계로 전환해야 합니다.

고객 표현을 CTQ로 분해하는 실무 순서

1. 사용 상황과 제품 경계를 먼저 정한다

“휴대성이 좋다”를 바로 외형 치수로 바꾸기 전에 누가, 어디에서, 어떤 자세로, 무엇과 함께 휴대하는지를 확인합니다. 바지 주머니에 넣는 제품과 공구 가방에 넣는 제품은 최대 외형, 모서리 형상, 표면 내스크래치 요구가 달라집니다.

제품 경계도 명확해야 합니다. 본체만 측정할지, 버튼·커넥터 캡·고무 패드·라벨·케이블을 포함한 완전 조립 상태를 기준으로 할지 정하지 않으면 CAD 외곽 치수와 검사 결과가 달라집니다.

2. 고객이 피하고 싶은 실패 결과를 나눈다

“튼튼하다”는 표현에는 여러 실패 모드가 숨어 있습니다. 케이스 균열, 커버 이탈, 체결 보스 파손, 버튼 걸림, 내부 PCB 손상, 커넥터 단선, 외관 흠집은 원인과 설계 대책이 서로 다릅니다.

  • 기능 실패: 버튼·스위치·커넥터·표시부가 정상 작동하지 않음
  • 구조 실패: 균열, 영구 변형, 보스 파손, 체결력 상실
  • 조립 실패: 삽입 불가, 공구 접근 불가, 방향 오조립, 체결 누락
  • 외관 실패: 단차, 유격, 수축 자국, 변색, 스크래치가 허용 수준을 넘음
  • 검사 실패: 측정 기준면이나 판정 방법이 달라 결과를 재현할 수 없음

3. 실패를 관찰하거나 측정할 수 있는 CTQ로 바꾼다

CTQ는 “좋다”, “튼튼하다”, “문제없다” 같은 평가어보다 측정하거나 관찰할 대상으로 작성하는 것이 좋습니다. 예를 들어 “조립이 쉽다”를 다음처럼 나눌 수 있습니다.

  • 커버 체결 후 외곽 단차와 유격
  • 지정 공구의 접근 가능 여부
  • 부품 삽입 방향 오류 방지 여부
  • 체결 누락을 작업자가 확인할 수 있는지
  • 표준 작업 순서에서 조립 완료까지 걸리는 시간

한 행에 여러 결과를 섞으면 문제가 생겼을 때 원인을 추적하기 어렵습니다. 기능, 내구, 외관, 조립, 검사 CTQ를 별도 행으로 분리하고 각 항목에 고유 ID를 부여하는 방식이 실무에 유리합니다.

4. 목표값·허용범위·우선순위를 구분한다

모든 특성을 최고 수준으로 만들 수는 없습니다.

고객 요구사항에서 제품설계와 공정설계, 검증과 개선으로 이어지는 APQP 5단계 프로세스
디크리노랗 내부 자료: 고객 요구와 CTQ는 초기설계에서 끝나는 문서가 아니라 제품설계·공정설계·검증·개선 단계로 이어져야 합니다.

외형 크기와 배터리 용량, 벽 두께와 질량, 체결력과 분해성, 높은 외관 품질과 금형 원가는 서로 충돌할 수 있습니다. CTQ마다 다음 세 수준을 구분하면 의사결정이 빨라집니다.

수준의미관리 방식
필수 한계넘으면 안전·기능·법규·고객 승인에 직접 문제가 생김변경 시 승인과 재검증이 반드시 필요
목표값설계가 지향하는 성능 중심값공차·변동을 고려해 충분한 여유 확보
선호값원가·일정·중량과 절충 가능한 수준트레이드오프와 의사결정 근거 기록

제품 개발 전체 흐름에서 요구사항과 CTQ가 어떻게 품질 문서로 이어지는지 확인하려면 APQP 사전제품품질계획 5단계와 핵심 산출물을 함께 보면 이해가 쉽습니다.

좋은 설계 요구사항 문장을 만드는 공식

설계 요구사항은 가능한 한 한 문장에 한 가지 판정 내용을 넣고, 읽는 사람이 동일한 시험 조건을 재현할 수 있어야 합니다. 다음 6개 요소를 기준으로 작성하면 모호함을 크게 줄일 수 있습니다.

설계 요구사항 문장 공식

대상 + 기능·특성 + 사용·시험 조건 + 목표값 또는 한계 + 허용 범위 + 검증 방법

나쁜 예: 하우징은 충격에 강해야 한다.

개선 예: 완전 조립된 하우징은 승인된 낙하 시험 조건에서 시험한 뒤 외관 균열과 커버 이탈이 없어야 하며, 버튼·표시부·충전 기능이 정상 작동해야 한다. 시험 높이, 방향, 바닥 조건, 샘플 수, 사전·사후 기능 점검 항목은 검증 계획서에 따른다.

아직 시험 조건이 확정되지 않았다면 숫자를 임의로 넣는 대신 잠정값, 필요한 근거, 결정 담당자, 확정 시점을 기록합니다. 근거 없는 수치는 설계를 빠르게 진행시키는 것처럼 보여도 나중에 잘못된 공차와 시험 조건을 고정하는 원인이 됩니다.

휴대용 전자기기 하우징 CTQ-설계입력-검증 매트릭스

아래 표는 특정 제품의 확정 사양이 아니라 초기설계 회의에서 사용할 수 있는 구조 예시입니다. 실제 값은 제품 재료, 내부 부품, 사용 환경, 고객 규격, 법규, 보증 정책에 따라 별도로 결정해야 합니다.

상위 요구CTQ설계 입력값검증 방법합격·추적 포인트
휴대하기 쉽다완전 조립 상태 최대 외형과 질량본체 외곽, 버튼·캡 돌출 한계, 모서리 R, 부품 질량 예산3D 외곽 검사, 실물 치수·질량 측정, 대표 휴대 공간 지그단품이 아니라 실제 판매·사용 상태의 외곽을 기준으로 함
충격에 강하다낙하 후 균열·이탈·기능 상실 여부재료, 벽 두께, 리브, 보스, 체결 위치, 완충 구조시제품 낙하 시험, 전후 외관·기능 검사높이·방향·바닥·샘플 수·허용 손상을 시험 전에 고정
버튼이 확실히 작동한다작동력, 복귀력, 스트로크, 반복 기능버튼 간극, 가이드 길이, 스위치 위치, 하우징 변형, 마찰면푸시풀 게이지, 변위 측정, 반복 작동 시험부품 단독값이 아니라 조립 공차와 변형을 포함해 판정
조립이 간단하다방향 오류·체결 누락·공구 간섭 방지키잉 구조, 나사 수, 삽입 방향, 공구 접근 공간, 체결 순서작업자 조립 관찰, 조립 시간, 토크 기록, 오조립 시도CAD 간섭 없음과 실제 조립 가능을 별도 항목으로 확인
외관 품질이 일정하다단차·유격·수축·변색·스크래치분할선, 기준면, 공차, 리브·보스 배치, 게이트, 표면 사양한도 게이지, 치수 측정, 표준 샘플 비교조명·관찰 거리·각도·판정 위치를 문서화
분해와 수리가 가능하다지정 부품 접근성과 재조립 기능 유지나사 방향, 클립 해제 공간, 케이블 여유, 분해 순서분해 시간, 부품 손상, 재조립 후 기능 확인일회용 체결부와 재사용 체결부를 구분
검사 결과가 일관된다측정 반복성, 기준면 재현성, 판정 일치Datum, 측정 위치, 지그 구속, 측정 방향, CTQ 코드CMM·게이지 상관 비교, MSA, 반복 측정도면·검사 계획·성적서의 CTQ 명칭과 기준면을 동일하게 유지

동일한 CTQ는 여러 설계 입력값의 영향을 받습니다. 버튼 작동력은 버튼 캡 간극만으로 결정되지 않고 스위치 위치 공차, 하우징 휨, 가이드 마찰, 조립 순서가 함께 작용합니다. 따라서 매트릭스에는 핵심 변수를 빠짐없이 연결하고, 상호작용이 큰 조합은 공차 누적이나 시제품 DOE 대상으로 별도 관리하는 것이 좋습니다.

하우징 재료를 정할 때는 소재 이름만 선택하지 말고 충격, 온도, 흡습, 수축, 표면 품질, 체결 보스 강도까지 검토해야 합니다. 소재별 기본 특성은 플라스틱 종류와 재질 특징 및 제품설계 기준에서 이어서 확인할 수 있습니다.

설계 입력값을 정할 때 확인할 치수·하중·수명·조립 기준

외형 치수는 완전 조립 상태의 경계로 정의한다

휴대용 하우징의 최대 외형은 상·하 케이스뿐 아니라 버튼, 커넥터 캡, 고무 패드, 돌출 렌즈, 라벨 부착 상태까지 포함할 수 있습니다. 초기 CAD에서는 명목 외형만 관리하지 말고 최대 돌출, 최소 손가락 여유, 케이블 굽힘 공간, 포장 상태 경계를 별도 기준으로 표시하는 것이 좋습니다.

하중 요구는 힘의 크기보다 위치와 방향이 중요하다

“튼튼한 하우징”을 검토할 때 재료의 인장강도만 비교하면 부족합니다. 힘이 버튼 가장자리에 집중되는지, 체결 보스에 비틀림으로 전달되는지, 커버 전체에 분산되는지에 따라 취약 위치가 달라집니다.

  • 하중의 크기와 허용 범위
  • 작용 방향과 접촉 위치
  • 점·선·면 중 어떤 방식으로 힘이 전달되는지
  • 구속 위치와 지지 조건
  • 정적 하중인지 반복 하중인지
  • 온도·습도·조립 상태가 포함되는지

구조해석을 사용하더라도 해석 결과를 곧바로 실물 합격으로 간주하면 안 됩니다. 재료 물성, 접촉, 구속 조건, 메시, 체결 프리로드와 실제 시험의 상관성을 확인해야 합니다. 볼트 체결 구조라면 NX 접촉 해석에서 볼트 프리로드와 조립 갭을 관리하는 방법도 함께 참고할 수 있습니다.

수명은 반복 횟수보다 사용 시나리오를 먼저 정한다

버튼, 힌지, 클립, 커넥터 캡은 같은 반복 횟수라도 작동 속도, 끝단 충격, 온도, 조작 방향에 따라 결과가 달라집니다. “반복 작동 1만 회”라고 적을 때는 스트로크, 속도, 하중, 중간 점검 주기, 시험 후 판정 항목을 함께 기록해야 합니다.

조립 기준은 작업자의 실제 동작으로 검토한다

3D CAD에서 간섭이 없더라도 실제 조립이 불가능할 수 있습니다. 드라이버가 나사 머리에 접근하지 못하거나, 케이블을 먼저 연결해야 하는데 커버가 작업 공간을 가리거나, 클립을 눌러야 할 손가락 공간이 부족한 경우가 대표적입니다.

  • 부품 삽입 방향과 회전 경로
  • 공구 진입·회전·이탈 공간
  • 손가락 접근과 시야 확보
  • 체결 순서와 임시 고정 방법
  • 오조립 방지 키잉과 좌우 부품 식별
  • 체결 완료와 누락을 확인하는 방법
ADVERTISEMENT

검증과 유효성 확인은 무엇이 다른가

실무에서는 두 용어를 모두 “검증”이라고 부르기도 하지만 판단 대상이 다릅니다.

구분확인 질문기준 문서하우징 예시
Verification설계한 제품이 정해진 설계 요구를 만족하는가?설계 사양, 도면, CTQ, 시험 규격외형 치수, 체결 토크, 버튼 작동력, 낙하 후 기능 기준 충족
Validation완성된 제품이 실제 사용 목적과 환경에 적합한가?고객 기대, 사용 시나리오, 운영 환경사용자가 실제로 주머니에 넣고 한 손으로 조작하기 편한지 확인

즉 도면과 시험 사양을 모두 만족해도 실제 사용자가 불편하면 설계 검증은 통과했지만 사용 목적의 유효성 확인은 실패할 수 있습니다.

반대로 사용자 반응이 좋더라도 안전 치수나 내구 기준을 충족하지 못하면 정식 설계 요구를 만족했다고 볼 수 없습니다.

이해관계자 요구와 기술 요구사항 정의에서 설계, 제품 구현, 검증과 유효성 확인으로 이어지는 NASA 시스템 엔지니어링 프로세스 개념도
외부 공식 참고 이미지: 요구사항 정의와 설계, 제품 구현, Verification·Validation이 분리되면서도 추적성으로 연결되는 시스템 엔지니어링 흐름입니다. 실제 프로젝트에는 최신 고객 규격과 사내 절차를 우선 적용합니다.

NASA 시스템 엔지니어링 자료도 이해관계자 기대를 기술 요구사항으로 전개하고, 제품이 설계 정의에 맞는지 확인하는 과정과 실제 의도된 환경에서 목적을 만족하는지 확인하는 과정을 구분합니다. 제품 규모가 작더라도 이 구분을 적용하면 시험은 통과했지만 시장에서 불편한 제품이 되는 위험을 줄일 수 있습니다.

제품설계 요구사항과 검증을 연결하는 V 모델 고객 기대와 제품 요구를 부품 설계로 내려보내고 시제품과 제품 시험을 통해 다시 위로 확인하는 흐름 고객 기대·사용 시나리오 누가, 어디서, 왜 사용하는가 제품 요구사항·CTQ 기능·치수·내구·외관·조립 부품·CAD 상세설계 재료·공차·리브·보스·체결 시제품·제품 구현 가공·사출·조립·샘플 제작 부품·조립 검증 측정·해석·시험·검토 제품 Verification 설계 요구와 합격 기준 충족 사용 Validation 의도된 환경과 목적 충족 사용 목적과 결과 비교 요구사항과 시험 결과 비교 부품 입력값과 측정 결과 비교

왼쪽에서 요구를 세분화할 때 오른쪽의 검증 방법을 동시에 계획해야 누락이 줄어듭니다.

요구사항 추적표로 설계 변경 영향을 관리하는 방법

요구사항 추적표는 기획 문장을 설계 문서로 한 번 옮겨 적는 표가 아닙니다.

요구사항 ID가 CTQ, CAD 부품과 특징, 도면 항목, 시험 결과, 변경 이력까지 이어지는지 확인하는 관리 도구입니다.

열 이름기록 내용작성 시 주의점
Requirement ID요구사항 고유 번호삭제된 요구도 번호를 재사용하지 않고 상태만 변경
원문 요구사항고객·기획·규격의 원래 표현설계자가 해석한 문장과 원문을 분리
사용 시나리오사용자, 환경, 동작, 빈도정상 조건과 오사용·경계 조건을 구분
실패 모드파손·이탈·작동 불량·외관 NG사용자 영향과 검출 가능성을 함께 검토
CTQ핵심 측정·관찰 특성기능·내구·외관·조립·검사로 분류
설계 입력값치수, 공차, 재료, 하중, 구조, 공정 조건명목값·허용범위·잠정값을 구분
관련 부품·특징하우징, 보스, 버튼, 클립, 커넥터CAD 부품명·도면 번호·PMI ID와 연결
검증 방법시험, 측정, 검사, 해석, 설계 검토장비, 지그, 기준면, 환경, 샘플 상태 기록
합격 기준통과와 실패를 가르는 조건“양호”, “문제없음” 같은 표현을 피함
증거·리비전성적서, 사진, 해석 보고서, 승인 기록현재 유효한 파일과 폐기 파일을 구분
상태·책임자미정, 검토 중, 승인, 보류, 폐기결정권자와 완료 목표일을 함께 기록

가장 흔한 누락은 검증 활동은 있지만 합격 기준이 없는 경우입니다. “낙하 시험 실시”는 활동만 설명할 뿐 판정 기준이 아닙니다. 반대로 “파손 없음”만 적으면 외관 흠집, 미세 균열, 커버 이탈, 기능 저하 중 무엇을 허용하지 않는지 모호합니다.

도면 기준면과 실제 측정 좌표계까지 연결해야 하는 경우에는 CMM 측정 기준과 도면 Datum이 다를 때 판정 기준을 맞추는 방법을 참고하면 좋습니다. MBD 환경에서는 JT·STEP 내보내기 후 PMI와 CMM 검사 항목을 연결하는 기준까지 함께 관리해야 합니다.

설계 변경이 생기면 어떤 항목을 다시 확인해야 하나

예를 들어 재료를 ABS에서 PC계 소재로 변경했다고 가정하면 단순히 BOM만 바꾸면 안 됩니다.

강성, 충격, 수축, 보스 체결력, 표면 외관, 금형 조건, 질량, 원가, 난연 요구와 관련된 CTQ를 다시 확인해야 합니다.

  • 변경 이유와 승인자
  • 직접 영향을 받는 CTQ
  • 간접 영향을 받는 인접 부품과 공차
  • 기존 해석·시험 결과의 재사용 가능 여부
  • 다시 수행해야 할 시험과 검사
  • 도면·BOM·작업표준·검사성적서 리비전

요구사항이 많아지면 스프레드시트만으로도 시작할 수 있지만, 제품·시험·변경 데이터가 복잡해질수록 PLM이나 요구사항 관리 시스템에서 양방향 추적성을 유지하는 편이 유리합니다.

Siemens의 요구사항 및 검증 관리 개념도 요구사항과 시험 활동, 변경 영향을 하나의 흐름으로 연결하는 방식을 설명합니다.

초기설계에서 바로 적용하는 단계별 체크리스트

  1. 원문 수집: 고객 문장, 사용 시나리오, 금지 조건, 법규와 고객 규격을 원문 그대로 모읍니다.
  2. 제품 경계 정의: 본체·액세서리·포장·완전 조립 상태 중 어느 범위를 판정하는지 정합니다.
  3. 실패 모드 분류: 파손, 이탈, 작동 불량, 조립 오류, 외관 NG, 검사 불일치를 사용 상황별로 나눕니다.
  4. CTQ 선정: 실패를 조기에 발견할 수 있는 측정·관찰 특성을 선정하고 고유 코드를 부여합니다.
  5. 목표와 한계 설정: 필수 한계, 목표값, 선호값, 미결정값을 구분합니다.
  6. 설계 입력 연결: 외형, 벽 두께, 리브, 보스, 체결, 공차, 재료, 하중, 조립 조건을 CTQ별로 연결합니다.
  7. 기준면·공차 검토: 기능에 영향을 주는 치수의 Datum과 누적 방향, 조립 상태를 정합니다.
  8. 검증 계획 작성: 시험·측정·검사·해석 중 적절한 방법과 장비, 지그, 환경, 샘플 수를 정합니다.
  9. 합격 기준 명시: 활동명이 아니라 측정값과 허용 손상, 기능 판정 조건을 작성합니다.
  10. CAD·도면 반영: 입력값을 모델, 도면, PMI, BOM, 조립 지침에 반영하고 요구사항 ID를 연결합니다.
  11. 설계 리뷰: 가정과 미결정 항목, 의사결정권자, 완료 시점을 목록화합니다.
  12. 시제품 검증: 실제 조립 상태에서 기능·외관·내구·분해성·검사 재현성을 확인합니다.
  13. 변경 영향 검토: 재료, 외형, 체결, 기준면, 공차가 바뀌면 관련 CTQ와 시험을 다시 엽니다.

설계 리뷰에서 반드시 물어볼 5가지

  1. 이 요구사항은 누구의 어떤 사용 상황에서 나온 것인가?
  2. 충족하지 못했을 때 실제로 어떤 실패가 발생하는가?
  3. 합격 여부를 숫자나 관찰 기준으로 판정할 수 있는가?
  4. 현재 CAD·도면의 어떤 특징이 이 CTQ를 만족시키는가?
  5. 설계가 바뀌면 어떤 시험과 문서를 다시 확인해야 하는가?

숫자를 정할 때 흔히 하는 실수와 판단 기준

근거 없이 공차와 수명을 확정한다

초기 단계에서 모든 수치를 채우면 문서가 정교해 보이지만 실제로는 가정이 숨겨질 수 있습니다. 사출 재료와 금형 구조가 정해지지 않았는데 정밀한 외관 공차를 확정하거나, 사용 빈도 자료 없이 반복 수명을 선언하면 잘못된 사양이 고정됩니다.

이때는 확정값, 잠정값, 목표값, 미결정값을 구분하고 어떤 정보가 들어오면 확정할지 기록하는 편이 안전합니다.

CTQ와 검사하기 쉬운 특성을 혼동한다

측정하기 쉽다고 해서 중요한 CTQ는 아닙니다. 반대로 중요한 특성이라고 항상 고가 측정 장비가 필요한 것도 아닙니다. 조립 방향 오류 방지는 형상 키잉과 육안 확인으로 충분할 수 있지만, 버튼 작동력과 커버 갭은 힘·변위 측정이나 전용 게이지가 필요할 수 있습니다.

품질 부서에서 사용하는 CTQ, MSA, SPC, PPAP 같은 용어의 관계는 품질팀 실무 용어와 품질관리 흐름에서 정리해 두었습니다.

명목 CAD만 보고 조립성을 판단한다

명목 모델에서 맞아 보이는 부품도 공차가 한쪽으로 누적되면 조립이 빡빡해지거나 유격이 커질 수 있습니다. 특히 커버 단차, 버튼과 스위치 상대 위치, 커넥터 개구부, 체결 보스 축 정렬은 최대·최소 조건을 나누어 확인해야 합니다.

조립성 검토 결과는 “간섭 없음”으로 끝내지 말고 삽입 가능, 체결 가능, 기능 작동, 공구 접근, 작업자 확인 가능으로 세분화합니다.

시험 실패를 바로 설계 불량으로 단정한다

시험에서 문제가 발생하면 설계 입력값, 제작 편차, 조립 방법, 시험 지그, 측정 기준을 분리해 확인해야 합니다. 커버 단차가 크다면 공차 설계 부족일 수도 있지만 사출 변형, 체결 순서, 지그 구속, 측정 Datum이 원인일 수도 있습니다.

검증 방법은 적었지만 증거 파일을 연결하지 않는다

시험을 수행했더라도 어떤 리비전의 제품을 어떤 조건으로 시험했는지 연결되지 않으면 변경 후 결과를 재사용할 수 없습니다. 성적서, 사진, 해석 모델, CAD 리비전, 샘플 번호, 시험 일자를 요구사항 ID와 연결해 두어야 합니다.

공식 자료로 확인할 요구사항 관리 기준

회사 표준이나 고객 규격이 우선이지만 기본 개념을 정리할 때는 다음 공식 자료가 도움이 됩니다.

공식 자료의 용어와 흐름은 참고하되 실제 수치, 시험 조건, 표준 적용 여부는 제품군과 고객 계약, 최신 법규, 사내 품질 절차를 기준으로 확정해야 합니다.

좋은 초기설계는 요구사항과 검증의 연결을 남긴다

휴대용 하우징 초기설계에서 중요한 것은 벽 두께나 나사 규격을 먼저 정하는 일이 아닙니다. 고객의 표현을 사용 상황과 실패 결과로 해석하고, CTQ를 정의한 뒤, 여러 설계 입력값과 합격 기준을 추적 가능하게 연결하는 것이 먼저입니다.

이 흐름이 정리되면 제품디자이너는 외관과 사용성의 기준을 설명할 수 있고, 기구설계자는 CAD와 도면에 반영할 입력값을 확보하며, 품질 담당자는 재현 가능한 검사와 시험 기준을 만들 수 있습니다. 개발 PM도 미결정 항목과 변경 영향을 한눈에 관리할 수 있습니다.

요구사항 원문 → CTQ → CAD 특징 → 도면·PMI → 시험 결과 → 변경 이력이 하나의 ID로 연결될 때 설계 검토는 개인 경험이 아니라 팀이 반복해서 사용할 수 있는 판단 체계가 됩니다.

제품설계 요구사항과 CTQ 자주 묻는 질문

CTQ와 일반 설계 요구사항은 어떻게 다른가요?

설계 요구사항은 제품이 수행해야 할 기능과 지켜야 할 조건을 넓게 표현합니다. CTQ는 그중 고객 만족, 기능, 안전, 품질 판정에 직접 영향을 주는 핵심 특성입니다. “커버가 쉽게 열리지 않아야 한다”는 요구사항은 체결 유지력, 해제 작동력, 낙하 후 커버 이탈 여부 같은 CTQ로 나눌 수 있습니다.

초기설계에서 모든 요구사항에 숫자를 넣어야 하나요?

아닙니다. 근거가 없는 숫자는 잘못된 설계를 고정할 수 있습니다. 숫자를 확정하지 못한 이유, 필요한 추가 정보, 책임자, 확정 시점, 임시 검토에 사용할 가정을 기록하면 됩니다. 목표값과 잠정값을 구분하면 설계 진행과 사양 확정을 동시에 관리할 수 있습니다.

CTQ는 누가 정해야 하나요?

설계팀만 단독으로 정하기보다 기획·영업·품질·생산기술·구매·서비스가 함께 검토하는 것이 좋습니다. 고객 요구와 시장 사용 조건은 기획·영업이 잘 알고, 설계 입력은 R&D, 측정 가능성과 양산 변동은 품질·생산이 잘 알기 때문입니다.

매트릭스는 어떤 도구로 작성하는 것이 좋나요?

초기에는 스프레드시트로 충분합니다. 요구사항 ID, 상태, 담당자, 리비전, 검증 결과, 증거 링크 열을 고정하면 회의와 설계 리뷰에 활용하기 쉽습니다. 요구사항과 CAD·도면·BOM·시험의 연결이 복잡해지면 PLM이나 전문 요구사항 관리 도구로 확장하되 기존 ID와 추적 관계는 유지해야 합니다.

낙하 시험 조건을 아직 정하지 못했다면 어떻게 하나요?

임의의 조건을 최종 사양처럼 적지 말고 제품 중량, 사용 높이, 낙하 방향, 바닥 재질, 포장 여부, 샘플 수, 시험 후 기능 판정 항목을 결정 목록으로 분리합니다. 고객 규격이나 제품군 표준이 적용된다면 최신 공식 문서와 계약 요구사항을 확인한 뒤 확정하고, 그 전까지는 설계 검토용 가정이라고 표시합니다.

요구사항 추적표는 언제 업데이트해야 하나요?

기획 요구가 추가되거나 설계 입력값이 바뀌거나 시제품 시험에서 새로운 실패 모드가 발견될 때 업데이트해야 합니다. 특히 재료, 체결 방식, 외형 경계, 기준면, 공차가 바뀌면 관련 CTQ와 검증 계획, 기존 시험 결과의 유효성을 함께 재검토해야 합니다.

Verification과 Validation을 모두 해야 하나요?

둘 다 필요합니다. Verification은 설계 요구와 도면·시험 기준을 만족하는지 확인하고, Validation은 완성된 제품이 실제 사용자와 사용 환경에서 목적을 달성하는지 확인합니다. 제품 규모가 작더라도 두 질문을 구분하면 “사양은 맞지만 쓰기 불편한 제품”과 “사용성은 좋지만 품질 기준을 충족하지 못한 제품”을 구분할 수 있습니다.

ADVERTISEMENT

DecreYellow

제품디자인과 3D CAD 설계 실무를 기반으로 IT, 윈도우 오류 해결, CAD 소프트웨어, 디자이너 세금, 프리랜서·개인사업자 실무 정보를 정리하고 있습니다. 단순한 이론 설명보다 실제 업무와 블로그 운영, 프로그램 사용 경험을 바탕으로 초보자도 이해하기 쉽게 문제 원인과 해결 방법을 풀어내는 것을 목표로 합니다.

You may also like...