AI가 써준 개발 의뢰서, 실전에서는 통용되지 않습니다

요즘 하드웨어 개발업체에 들어오는 문의 메일의 형태가 달라졌습니다. 항목 번호가 깔끔하게 나뉘어 있고, 시장 분석과 판매 전략, 기술 구성 항목까지 포함된 여러 페이지 분량의 문서가 첫 문의부터 첨부되어 옵니다. 처음 보면 준비가 잘 된 창업자처럼 느껴집니다. 그런데 막상 내용을 들여다보면, 기술 항목이 아예 없는 것이 아니라 기술 용어는 나열되어 있지만 구현 기준이 없고, 범위는 실제 필요 이상으로 광범위하게 잡혀 있는 경우가 대부분입니다.

AI가 작성해준 의뢰서입니다. 문제는 창업자 본인이 기술적 방향을 충분히 이해하지 못한 채 AI의 안내에 의존해 기술 항목을 채웠다는 점입니다. AI는 이론적인 가이드를 잡아주는 데는 유용하지만, 실전 구현 경험이 없기 때문에 "어떤 방식이 현실적으로 가능한가"를 판단하지 못합니다. 처음부터 전체 방향을 잡아달라고 하면 안전하고 넓은 범위를 제시할 수밖에 없고, 그 결과물이 의뢰서에 그대로 담겨 옵니다. 이 글은 왜 이런 의뢰서가 실전에서 통용되기 어려운지, 그리고 개발업체와 의미 있는 상담을 시작하려면 무엇을 먼저 챙겨야 하는지를 짚어드립니다.

문서의 완성도와 실제 준비도는 다른 이야기입니다.

1. AI가 만든 의뢰서의 전형적인 패턴

AI가 작성한 개발 의뢰서에는 공통적으로 나타나는 구조가 있습니다. 브랜드명, 타겟 시장, 판매 채널, 예상 판매가, 글로벌 진출 계획까지 빠짐없이 들어가 있습니다. 기술 항목도 있습니다. 센서, 통신 방식, 인증 종류 등이 나열되어 있습니다. 읽다 보면 준비가 된 것처럼 느껴집니다. 그런데 개발사 입장에서 가장 필요한 정보, 즉 "이 제품에서 실제로 어떤 방식을 선택할 것인가"에 대한 판단은 담겨 있지 않습니다. 기술 용어가 있다는 것과 기술적 방향이 정해졌다는 것은 다른 이야기입니다.

자주 보이는 패턴들

• 의뢰 범위가 "전부": 디자인, 기구설계, 회로설계, 시제품 제작, 양산 관리, 인증 대응까지 항목이 나열되어 있지만, 클라이언트 측에서 가져오는 기술 자산은 "아이디어"와 "컨셉 이미지" 하나입니다.
• 기술 나열은 있지만 선택이 없음: 블루투스와 와이파이, 여러 센서 방식, 복수의 인증 항목이 동시에 나열됩니다. A와 B 중 어느 것을 선택할지가 아니라 A도 B도 C도 전부 포함되어 있습니다. AI는 실전 구현 경험 없이 이론적으로 가능한 범위를 안전하게 제시하기 때문에, 구체적인 선택과 판단이 빠진 광범위한 목록이 그대로 의뢰서에 담깁니다.
• 일정이 비현실적: 처음부터 개발을 시작하는 상황임에도 수 개월 내 시제품 완성, 그 직후 양산까지 요구하는 일정이 제시되는 경우가 많습니다.
• 항목 누락과 구조 오류: AI가 생성한 문서 특성상 번호 순서가 맞지 않거나 특정 항목이 통째로 빠져 있는 경우가 있습니다. 작성자 본인도 내용을 충분히 검토하지 않았다는 신호입니다.

2. 개발사가 이런 문의에 답하기 어려운 이유

개발업체 입장에서는 의뢰서를 받았을 때 가장 먼저 확인하는 것이 "이 프로젝트를 구체화할 수 있는 기반이 있는가"입니다. 견적을 내려면 기능의 범위가 정해져 있어야 하고, 어떤 기술 방식을 쓸지 논의하려면 최소한의 기술적 방향이 공유되어 있어야 합니다. 이 두 가지가 없으면 상담 자체가 시작되기 어렵습니다.

답하기 어려워지는 3가지 구조적 이유

• 견적 산출이 불가능: 기능 범위와 스펙이 정해지지 않은 상태에서는 정확한 견적을 낼 수 없습니다. 대략적인 숫자를 제시하면 나중에 기준이 되어버려 오히려 문제가 됩니다.
• 기술 검토의 기준이 없음: 어떤 센서를 쓸지, 배터리 용량은 어느 정도인지, 인증 대상 기능이 포함되어 있는지 등 기술적 전제가 없으면 "가능한가, 불가능한가"조차 판단이 어렵습니다.
• NDA 요청의 역설: 기술적으로 보호할 고유한 로직이 없는 단계에서 NDA를 먼저 요구하는 경우가 있습니다. 실제로 개발이 시작되면 설계 노하우, 회로도, 제조 공정 등 오히려 개발사 측의 기술 정보가 더 많이 공유됩니다. NDA가 필요한 방향이 반대인 상황입니다.

좋은 상담은 양쪽이 같은 언어를 쓸 수 있을 때 시작됩니다.

3. 문의 전 최소한 스스로 정리해야 할 것들

개발업체와 의미 있는 첫 상담을 시작하려면, 아래 항목들을 스스로 먼저 정리해두는 것이 좋습니다. 완벽하게 답할 수 없어도 괜찮습니다. 중요한 것은 이 질문들에 대해 스스로 생각해본 흔적이 있어야 한다는 것입니다.

개발 의뢰 전 자가 점검 항목

• 이 제품의 핵심 기능은 무엇인가: 여러 기능 중 반드시 구현되어야 하는 것 하나를 고를 수 있어야 합니다. "이것저것 다"는 기술 논의의 출발점이 되지 않습니다.
• 시제품의 사용 목적은 무엇인가: 투자 유치용인지, 평가 시연용인지, 양산 직전 검증용인지에 따라 완성도 기준과 비용이 완전히 달라집니다.
• 유사한 기존 제품이 있는가: 시장에 비슷한 제품이 있다면 그 제품과 무엇이 다른지를 기술적으로 설명할 수 있어야 합니다. "더 좋다"는 표현은 기술 기준이 아닙니다.
• 특수 기능의 규제 여부를 확인했는가: 신체에 작용하는 기능, 무선 통신, 의료적 효과를 주장하는 기능 등은 별도의 인증 기준이 적용될 수 있습니다. 인증 대상인지 아닌지를 미리 확인해 두어야 합니다.
• 현실적인 일정 감각이 있는가: 하드웨어 시제품은 소프트웨어와 달리 물리적 제작 시간이 필요합니다. 설계부터 워킹목업 완성까지 최소 몇 주가 필요한지 감각적으로라도 인지하고 있어야 합니다.

AI가 채워줄 수 없는 것은 창업자 본인의 판단과 우선순위입니다.

제언: AI는 문서를 만들어줄 수 있지만, 준비를 대신해주지는 않습니다