PLM 비용 2026, 제조 데이터·BOM·변경관리 예산 기준

PLM 비용 산정을 위한 제조 데이터와 BOM 변경관리 회의 장면 — PLM 견적은 라이선스 단가보다 BOM 범위, 변경관리, ERP·MES 연동, 데이터 이관에서 크게 갈린다.

PLM 비용을 찾는 제조사는 대개 CAD 파일 관리가 터진 뒤에 예산을 묻는다.

하지만 PLM은 설계 파일 저장소 하나가 아니라 품목, BOM, 변경오더, 승인, 공급사 협업, ERP 연동을 묶는 운영 시스템이다.

그래서 견적서에서 좌석 단가만 보면 거의 항상 놓치는 항목이 생긴다.

먼저 확인할 것은 제품 데이터가 어디까지 PLM의 단일 기준이 되는지다.

이 글은 Oracle 공개 가격표와 Siemens, PTC, Autodesk, NIST 문서를 기준으로 PLM 비용을 견적 요청 전에 읽는 방법을 정리한다.

핵심 요약

PLM 비용은 작성자 좌석, 리뷰어 좌석, 모듈, 테스트 환경, 저장소, CAD·ERP·MES 연동, 데이터 이관 비용으로 나눠야 한다.
Oracle 공개 가격표 기준 Product Management Cloud Service는 Hosted Named User 월 500달러, 최소 10명 항목으로 표시된다.
같은 가격표의 Product Management Reviewer는 Hosted Named User 월 100달러, 최소 50명으로 표시되어 리뷰어 수량이 별도 비용 축이 된다.
고정 가격이 없는 Siemens Teamcenter, PTC Windchill, Autodesk PLM은 기능 범위와 통합 범위를 먼저 고정한 뒤 견적을 받아야 비교가 된다.

이 글이 필요한 사람

CAD 파일 서버와 엑셀 BOM에서 Teamcenter, Windchill, Oracle PLM, Autodesk PLM 같은 시스템으로 넘어가려는 제조 IT팀
ERP 품목마스터와 설계 BOM이 달라 매번 수작업 정합성 검사를 하는 생산관리팀
변경오더 승인 누락 때문에 품질 클레임이나 리콜 비용이 커진 제조사 임원
PLM 견적서에서 작성자와 리뷰어 좌석 수가 왜 다른지 확인해야 하는 구매 담당자
협력사에게 도면과 변경 이력을 열어야 하지만 외부 계정 통제가 걱정되는 보안팀

공식 가격표 핵심 숫자

PLM 시장은 공급사별로 공개 가격 수준이 다르다.

Siemens, PTC, Autodesk의 제품 설명 페이지는 PLM 기능과 도입 가치를 설명하지만 고정 좌석 가격을 전면 공개하지 않는다.

반면 Oracle Fusion Cloud Service Global Price List는 Product Management 계열의 월 구독 단가와 최소 수량을 공개한다.

아래 숫자는 2026년 9월 3일 확인한 Oracle 공식 PDF의 미국 달러 기준 가격표에서 분리한 값이다.

공식 출처	항목	공개 숫자	견적서에서 볼 지점
Oracle 가격표	Oracle Fusion Product Management Cloud Service	월 500.00 USD / Hosted Named User / 최소 10명	설계·제품 데이터 작성자 좌석의 하한 수량과 월 구독 단가를 본다
Oracle 가격표	Oracle Fusion Product Management Reviewer Cloud Service	월 100.00 USD / Hosted Named User / 최소 50명	구매, 품질, 생산, 협력사 리뷰어 계정이 별도 과금되는지 본다
Oracle 가격표	Oracle Additional Test Environment for Oracle Fusion Cloud Service	75,000.00 USD / Each	업그레이드와 통합 테스트 환경이 본 계약에 포함되는지 분리한다
Oracle 가격표	Oracle Additional Storage for Oracle Fusion Cloud Service	10.00 USD / Hosted Month	대용량 CAD, 첨부 문서, 이관 데이터 저장소가 별도 항목인지 본다
Oracle 가격표	표준 구독 기간 안내	3년	연간 예산이 아니라 36개월 총액과 해지 조건으로 본다

이 숫자를 Siemens나 PTC 견적에 그대로 대입하면 안 된다.

다만 작성자 10명, 리뷰어 50명, 테스트 환경 1개, 저장소 Hosted Month 같은 과금 축은 모든 PLM 견적 비교표의 기본 열로 써도 된다.

견적서가 월 사용자 단가를 숨기고 총액만 보여 준다면 이 축으로 다시 나눠 달라고 요청해야 한다.

PLM 비용은 좌석보다 데이터 범위가 먼저다

PLM의 핵심 비용은 누가 로그인하느냐보다 어떤 제품 데이터가 공식 원장이 되느냐에서 결정된다.

Siemens는 PLM이 데이터, 사람, 프로세스, 여러 소프트웨어 애플리케이션을 통합해 단일 정보 소스가 된다고 설명한다.

PTC Windchill도 제품 데이터, 프로세스, 사람을 연결하고 엔지니어링, 제조, 공급망을 아우르는 엔터프라이즈 PLM이라고 설명한다.

이 설명을 비용 관점으로 바꾸면 품목마스터, eBOM, mBOM, 문서, 요구사항, 품질 이슈, 공급사 변경 이력이 모두 범위 후보가 된다.

범위	작게 시작하는 경우	비용이 커지는 경우	먼저 물어볼 질문
품목과 BOM	신제품 1개 라인의 eBOM만 관리	전 제품군, mBOM, 서비스 BOM까지 확장	BOM 종류와 revision 규칙이 정리됐는가
변경관리	ECR/ECO 승인 흐름 1개만 적용	품질, 구매, 생산, 협력사 승인까지 연결	변경오더 상태값과 승인 권한이 합의됐는가
문서관리	도면과 사양서만 버전 관리	시험성적서, 인증서, 작업표준서까지 포함	문서 보존 기간과 외부 공개 범위가 있는가
통합	ERP 품목 릴리즈만 연동	CAD, ERP, MES, WMS, 데이터웨어하우스까지 연결	어느 시스템이 master이고 어느 쪽이 참조인가
외부 협업	내부 계정만 사용	협력사 포털, NDA, 만료 계정, 다운로드 제한 포함	외부 사용자를 리뷰어로 볼지 별도 포털로 볼지 정했는가

이 조건이면 PLM 도입을 작게 시작해도 된다.

신제품 개발 라인 하나에서 품목, eBOM, 도면, ECR/ECO만 먼저 통제하고 ERP 릴리즈를 수동 검증할 수 있는 경우다.

이 조건이면 처음부터 통합 범위를 넓게 잡아야 한다.

공장 여러 곳이 같은 품번을 다르게 쓰고, MES 작업지시와 ERP 품목마스터가 매주 어긋나는 경우다.

라이선스는 작성자와 리뷰어를 분리해서 세야 한다

PLM 견적에서 가장 흔한 착시는 엔지니어 수만 사용자로 세는 방식이다.

실제 운영에서는 구매, 품질, 생산기술, 공급사, 경영 승인자가 BOM과 변경오더를 읽고 댓글을 남긴다.

Oracle 가격표가 Product Management와 Product Management Reviewer를 별도 항목으로 둔다는 점은 이 구조를 잘 보여 준다.

사용자 유형	대표 업무	예산 판단	줄이면 생기는 문제
작성자	품목 생성, BOM 편집, 변경오더 작성, 문서 등록	월 단가가 가장 높은 핵심 좌석으로 본다	현업이 공용 계정이나 엑셀 우회로 돌아간다
리뷰어	도면 검토, 승인, 품질 코멘트, 구매 확인	최소 수량과 외부 사용자 포함 여부를 본다	승인 이력이 이메일과 메신저에 흩어진다
관리자	권한, workflow, master data, 릴리즈 정책 관리	전담 운영 인력과 교육비를 같이 본다	변경 규칙이 현업 요청마다 흔들린다
외부 협력사	도면 열람, RFQ, 변경 확인, 제출 문서 업로드	게스트, 포털, reviewer 과금 정책을 확인한다	다운로드 통제가 약해지고 계정 만료가 누락된다

작성자 35명과 리뷰어 120명을 같은 단가로 계산하면 예산이 과장될 수 있다.

반대로 리뷰어를 무료 열람자로 가정하면 최소 계약 수량과 외부 협업 비용이 나중에 튀어나올 수 있다.

계약 전에는 공급사에게 named user, concurrent user, reviewer, external user, supplier portal의 정의를 각각 문서로 달라고 해야 한다.

구축비는 BOM 정리와 데이터 이관에서 커진다

PLM 구축비는 화면 설정보다 기존 데이터의 더러움에서 커진다.

파일명으로 도면 revision을 관리했거나 ERP 품번과 CAD 파일명이 맞지 않으면 초기 이관 작업이 라이선스보다 더 아플 수 있다.

Autodesk는 PLM이 제품 lifecycle 전체의 데이터와 프로세스를 관리하고 NPI, BOM, change management, supplier management, quality management를 포함한다고 설명한다.

Oracle PLM도 제품 데이터, lifecycle, 구조, 속성, 승인 라우팅, 품질 이슈, 구성 규칙을 연결한다고 설명한다.

구축 항목	작업 예시	비용을 키우는 조건	검수 기준
품목마스터 정리	중복 품번, 단위, 속성, 규격명 정규화	제품군마다 명명 규칙이 다름	샘플 500개 정합성 검사 통과
BOM 이관	eBOM과 mBOM 계층, 대체품, effectivity 이관	엑셀 BOM이 제품별로 형식이 다름	revision별 하위 구성품 수량 검증
도면과 문서	CAD 파일, PDF, 시험성적서, 인증서 연결	파일 서버 경로가 부서별로 다름	도면과 품목의 링크 누락률 확인
변경관리 workflow	ECR, ECO, 승인, 릴리즈, 반려 상태 설계	부서별 승인 규칙이 서로 다름	테스트 change order 20건 통과
ERP·MES 연동	품목 릴리즈, BOM 배포, 작업지시 참조	기존 ERP 커스터마이징이 많음	양방향 master 충돌 0건 확인

이관 비용을 줄이려면 모든 데이터를 한 번에 옮기지 말아야 한다.

현재 생산 중인 제품군, 신규 개발 제품군, 단종 예정 제품군을 나누고 PLM에서 관리할 기준 데이터를 먼저 고르는 편이 안전하다.

데이터 이관 범위가 800GB인지 80GB인지보다 더 중요한 것은 품목과 문서 연결이 검증 가능한 구조인지다.

실무 시나리오 1: CAD 파일 서버를 PLM으로 바꾸는 경우

기계 설계팀이 부서 NAS에 CAD 파일과 PDF 도면을 쌓아 둔 상황을 보자.

처음에는 파일 검색 속도와 최신 도면 찾기가 문제처럼 보인다.

하지만 PLM 예산을 잡을 때는 파일 저장소 교체가 아니라 품목, 도면 revision, 승인, ERP 릴리즈까지 묶어야 한다.

이 조건이면 작성자 좌석은 설계 엔지니어 중심으로 잡고 리뷰어 좌석은 품질, 구매, 생산기술까지 별도 계산한다.

처음부터 협력사 포털까지 열면 권한 정책과 외부 계정 만료 비용이 같이 생긴다.

이 경우는 1개 제품군 pilot로 시작해 도면 연결률, BOM 정확도, 변경오더 처리 시간을 측정하는 편이 낫다.

실무 시나리오 2: ERP 품목마스터와 BOM이 계속 어긋나는 경우

ERP에 품번이 있고 설계팀 엑셀에 eBOM이 따로 있으면 생산 변경 시점마다 수작업이 발생한다.

구매팀은 대체품을 업데이트했는데 생산은 구버전 BOM으로 발주할 수 있다.

이 조건이면 PLM 비용은 단순 라이선스가 아니라 ERP 품목 릴리즈와 BOM 배포 통합비로 봐야 한다.

ERP가 master인 항목과 PLM이 master인 항목을 먼저 나누지 않으면 양방향 동기화가 장애 비용으로 돌아온다.

MES 작업지시까지 연결한다면 변경 적용 시점과 생산 중단 기준을 별도 workflow로 둬야 한다.

테스트 환경 비용이 아깝다고 빼면 생산 데이터와 설계 데이터 충돌을 운영 환경에서 겪게 된다.

실무 시나리오 3: 협력사와 도면을 공유하는 경우

협력사 collaboration은 PLM 예산에서 보안팀이 가장 먼저 봐야 하는 영역이다.

외부 사용자가 도면을 열고 댓글을 남기고 수정 제안을 올리면 계정, 다운로드, 만료, 감사 로그 정책이 필요하다.

NIST SP 800-171은 통제 대상 정보 보호에서 접근통제, 감사, 구성관리, 식별과 인증 같은 요구 영역을 다룬다.

이 조건이면 supplier reviewer 계정 수와 NDA, 만료일, 파일 다운로드 제한, watermark, audit log 보존 기간을 견적 항목에 넣어야 한다.

협력사에게 이메일 첨부로 도면을 계속 보내는 구조라면 PLM을 사도 유출 통제 효과가 작아진다.

외부 협업 모듈을 빼고 내부 승인만 먼저 도입하는 선택도 가능하지만, 도면 전달 프로세스는 별도 보안 통제로 막아야 한다.

제품별 견적 질문은 다르게 해야 한다

PLM 제품은 같은 약어를 쓰지만 견적 질문은 공급사별로 다르게 던져야 한다.

Siemens Teamcenter 계열은 제조 PLM의 넓은 기능 범위를 보므로 CAD, BOM, supplier, quality, compliance 모듈의 포함 여부를 확인해야 한다.

PTC Windchill은 BOM management, engineering change, configuration management, supplier collaboration 같은 엔터프라이즈 기능을 앞세운다.

Oracle Fusion Cloud PLM은 ERP, SCM, Sales와 연결되는 Fusion Cloud 맥락에서 제품 데이터와 승인 흐름을 본다.

Autodesk PLM은 core PLM apps와 out-of-the-box workflow를 강조하므로 시작 범위와 확장 모듈의 차이를 물어봐야 한다.

공급사	공식 문서에서 확인할 초점	견적 질문	주의할 비용
Siemens	Teamcenter와 PLM 단일 정보 소스, 제품 개발 협업	Teamcenter X와 on-premise 범위가 어떻게 다른가	CAD 통합, supplier, quality, migration
PTC	Windchill의 BOM, change, configuration, supplier 기능	작성자와 non-PLM 사용자 앱 과금 기준은 무엇인가	Navigate, visualization, AI 기능, 업그레이드
Oracle	Fusion Cloud PLM과 ERP·SCM 연결	Product Management와 Reviewer 좌석을 어떻게 나누는가	최소 사용자, 테스트 환경, 저장소, 3년 계약
Autodesk	core PLM apps와 workflow 확장성	기본 앱과 추가 프로세스가 계약에 포함되는가	CAD plugin, 연동 인터페이스, partner 구현비, 교육

이 표는 제품 우열표가 아니다.

견적서를 같은 열로 다시 쓰기 위한 질문표다.

PLM은 조직의 설계와 제조 프로세스가 들어가는 시스템이라 낮은 월 단가보다 실패한 workflow의 재작업 비용이 더 크다.

보안과 권한 비용을 뒤로 미루면 안 된다

PLM에는 제품 설계, 원가 단서, 공급망 정보, 인증 문서, 품질 이슈가 모인다.

권한 설계를 나중에 하기로 하면 초기 구축은 빨라 보여도 운영 중에 다운로드 제한과 감사 로그를 다시 손봐야 한다.

NIST SP 800-171 관점으로 보면 외부 협력사와 통제 대상 정보를 공유하는 제조사는 접근통제와 감사 추적을 별도 비용 항목으로 봐야 한다.

보안 항목	필수 질문	예산 영향	검수 방법
역할 기반 권한	품목, 문서, 변경오더별 읽기와 편집 권한이 나뉘는가	설계 워크숍과 role matrix 설계비가 든다	역할 10개 샘플로 접근 테스트
외부 계정	협력사 계정 만료와 비활성화가 자동화되는가	supplier 모듈과 계정 운영 시간이 든다	만료 계정 0건 리포트 확인
감사 로그	도면 열람, 다운로드, 승인, 반려 이력이 남는가	로그 보존과 리포트 기능이 필요하다	월간 audit sample 확인
데이터 반출	다운로드 제한, watermark, export 승인 정책이 있는가	문서보안 또는 DLP 연계가 필요할 수 있다	외부 다운로드 시나리오 테스트
변경 통제	긴급 변경과 정식 변경이 분리되는가	workflow 설계와 교육 시간이 든다	ECO 20건 처리 시간 측정

보안 기능을 모두 켜자는 뜻은 아니다.

외부 협력사가 없고 내부 설계실만 쓰는 초기 pilot이라면 접근통제와 감사 로그의 최소선부터 시작해도 된다.

하지만 도면, 원가, 고객 요구사항, 인증 문서가 섞인다면 권한 설계는 라이선스 산정 전에 끝내야 한다.

실무 스켈레톤: PLM 견적 범위 YAML

아래 YAML은 공급사 미팅 전에 내부 범위와 수량을 고정하기 위한 예시다.

# plm_cost_scope.yaml
# 목적: PLM 견적 요청 전에 사용자, 제품 데이터, 변경관리, 연동 범위를 고정한다.
# 실제 가격은 공급사 공식 견적서, 주문서, 약관을 기준으로 재확인한다.

company_profile:
  industry: "discrete_manufacturing"
  sites: 2
  engineering_users: 35
  reviewer_users: 120
  supplier_external_users: 25
  product_families: 8

license_scope:
  authoring_roles:
    - mechanical_engineer
    - electrical_engineer
    - manufacturing_engineer
  reviewer_roles:
    - purchasing
    - quality
    - production_manager
    - supplier_contact
  environments:
    production: true
    non_production_test: true
    sandbox_for_upgrade: false

plm_modules:
  required:
    - item_master
    - bom_management
    - engineering_change_management
    - document_management
    - workflow_approval
  optional:
    - supplier_collaboration
    - quality_management
    - requirements_management
    - cad_integration

integration_scope:
  erp: "item_and_bom_release"
  mes: "work_instruction_reference"
  cad_tools: 3
  legacy_pdm_repositories: 2
  migration_volume_gb: 800
  initial_item_records: 120000

acceptance_checks:
  - role_matrix_signed
  - bom_revision_rule_defined
  - change_order_workflow_tested
  - erp_item_release_reconciled
  - supplier_access_expiry_policy_enabled
  - rollback_plan_approved

이 파일은 특정 공급사 설정 파일이 아니다.

IT, 설계, 생산, 구매, 보안팀이 같은 질문으로 견적서를 비교하도록 만드는 검토 템플릿이다.

견적 비교 점검 스크립트 예시

아래 Python 예시는 공개 가격표가 있는 항목과 별도 견적 항목을 같은 표로 보는 내부 점검용 샘플이다.

#!/usr/bin/env python3
# plm_license_sanity_check.py
# 목적: PLM 견적서의 사용자 수, 최소 계약 수량, 테스트 환경, 저장소 비용을 빠르게 점검한다.
# Oracle 공개 가격표 같은 공식 숫자와 공급사 견적서를 넣어 내부 비교표를 만든다.

from dataclasses import dataclass

@dataclass
class PlmQuote:
    vendor: str
    author_users: int
    reviewer_users: int
    author_unit_usd: float
    reviewer_unit_usd: float
    minimum_author_users: int
    minimum_reviewer_users: int
    test_environment_usd: float
    extra_storage_units: int
    extra_storage_unit_usd: float
    implementation_usd: float

    def monthly_license_usd(self) -> float:
        author_qty = max(self.author_users, self.minimum_author_users)
        reviewer_qty = max(self.reviewer_users, self.minimum_reviewer_users)
        author_total = author_qty * self.author_unit_usd
        reviewer_total = reviewer_qty * self.reviewer_unit_usd
        storage_total = self.extra_storage_units * self.extra_storage_unit_usd
        return author_total + reviewer_total + storage_total

    def first_year_budget_usd(self) -> float:
        return self.monthly_license_usd() * 12 + self.test_environment_usd + self.implementation_usd

quotes = [
    PlmQuote("oracle-product-management-public-list", 35, 120, 500.0, 100.0, 10, 50, 75000.0, 30, 10.0, 180000.0),
    PlmQuote("quote-b-normalized-placeholder", 35, 120, 0.0, 0.0, 0, 0, 0.0, 30, 0.0, 0.0),
]

for quote in quotes:
    print(quote.vendor, round(quote.monthly_license_usd(), 2), round(quote.first_year_budget_usd(), 2))

두 번째 견적처럼 단가가 0으로 남아 있으면 실제로 공짜라는 뜻이 아니다.

공급사 견적서에서 사용자 단가, 최소 수량, 테스트 환경, 저장소, 구현비를 다시 채워 넣으라는 경고 값이다.

PLM 비용을 줄이는 순서

PLM 비용 절감은 할인 협상보다 범위 절단에서 먼저 나온다.

pilot 제품군, 핵심 BOM, 변경관리 workflow, ERP 릴리즈 검증만 먼저 고르면 첫 계약 범위를 줄일 수 있다.

반대로 모든 문서, 모든 협력사, 모든 공장, 모든 품질 프로세스를 1차에 넣으면 조직 변경비가 커진다.

줄이는 항목	안전한 방식	위험한 방식	판단 기준
사용자 수	작성자와 리뷰어를 분리하고 실제 승인자만 넣는다	공용 계정으로 좌석을 줄인다	감사 로그와 책임 추적 유지
모듈	BOM과 변경관리부터 시작한다	품질과 공급사 요구가 있는데 제외한다	클레임과 외부 협업 빈도
통합	ERP 품목 릴리즈 단방향부터 검증한다	CAD, ERP, MES를 한 번에 양방향 연결한다	master data owner 확정 여부
이관	진행 제품군과 최근 revision부터 옮긴다	오래된 파일 서버 전체를 무검증 이관한다	활성 제품과 보존 의무
테스트 환경	변경 release가 잦으면 별도 환경을 둔다	운영 환경에서 workflow를 바로 수정한다	생산 중단 위험과 승인 복잡도