💡 핵심 요약
개발 용어를 몰라도 요구사항을 쓸 수 있습니다. '사용자가 무엇을 할 수 있어야 하는가'를 일상어 문장으로 30~50개 나열하고, 원하는 화면 느낌에 가까운 서비스 링크를 3~5개 모아두면 업체가 초기 견적을 낼 수 있는 재료가 갖춰집니다. 처음부터 완벽한 문서를 만들 필요는 없고, 이 정도 상태에서 위시켓에 프로젝트를 등록하면 매니저가 빠진 항목을 함께 짚어드립니다.
"메모장은 열었는데, 이걸 뭐부터 어떻게 쓰라는 거죠?"
'핵심 기능 목록과 참고 링크만 있으면 된다'는 얘기를 듣고 메모장을 열었는데, 막상 커서가 깜빡이는 빈 화면 앞에서 한 문장도 못 쓰고 앉아 있게 되는 순간이 옵니다. 첫 줄에 뭐라고 써야 할지, 어느 정도 구체적이어야 하는지, '로그인 기능'이라고만 쓰면 너무 성의 없어 보이는 건 아닌지. 개발 용어를 모르는 상태에서 '요구사항 문서'라는 단어가 주는 부담이 생각보다 큽니다.
위시켓이 중소기업의 첫 외주 상담을 받다 보면 대부분의 막힘이 이 지점에서 생깁니다. 정리의 방향은 알겠는데 실제 문장으로 옮기는 게 안 되는 거죠. 그래서 이번 글에서는 빈 문서 앞에서 멈춰 있는 분들을 위해, '어떤 문장으로 어느 정도 분량을 쓰면 업체가 이해할 수 있는지'를 실제 예시와 함께 정리했습니다. 요구사항 문서가 처음이라면 이 글을 옆에 펼쳐두고 따라 써보셔도 됩니다.
빈 문서를 연 순간, 대부분의 분들이 먼저 떠올리는 단어는 '로그인 기능', '게시판 기능', '결제 기능' 같은 것들입니다. 그런데 이렇게 한 단어로 끝내버리면 업체 입장에서는 다시 물어볼 것이 수십 가지가 됩니다. 로그인은 이메일인지 카카오인지, 아이디 찾기는 있어야 하는지, 탈퇴하면 데이터는 어떻게 되는지. 결국 이 질문들을 왕복하다가 몇 주가 지나가죠.
이걸 한 번에 줄이는 방법이 있습니다. 기능의 이름을 적지 말고, 사용자가 그 기능으로 무엇을 할 수 있어야 하는지를 문장으로 적는 것입니다. 개발 용어를 전혀 쓰지 않아도 되고, 그게 오히려 더 잘 전달됩니다.
예를 들어 이렇게 바꿔 쓸 수 있습니다.
| 이렇게 쓰면 막힙니다 | 이렇게 쓰면 전달됩니다 |
|---|---|
| 예약 기능 | 고객이 원하는 날짜와 시간대를 선택해서 예약할 수 있어야 한다. 예약 완료 후에는 확인 문자가 자동으로 발송된다 |
| 상품 등록 기능 | 직원이 상품 이름·가격·재고·사진 여러 장을 입력해 새 상품을 등록할 수 있어야 한다. 품절 시 '일시 품절' 상태로 바꿀 수 있다 |
| 후기 기능 | 구매자가 별점과 사진을 포함한 후기를 남길 수 있어야 하고, 관리자는 신고가 들어온 후기를 숨기거나 삭제할 수 있다 |
| 알림 기능 | 주문이 들어오면 담당 직원 이메일과 카카오 알림톡으로 내용이 전달되어야 한다 |
왼쪽은 '이름표'이고, 오른쪽은 '시나리오'입니다. 업체가 견적을 낼 때 필요한 건 시나리오 쪽입니다. 시나리오가 있으면 "아, 결제 카드사는 몇 개를 붙일까요?", "알림톡은 자동 발송인가요, 수동인가요?"처럼 질문이 구체적으로 돌아옵니다. 반면 이름표만 적혀 있으면 업체도 가장 기본적인 것부터 다시 물어봐야 하고, 그 과정에서 시간과 감정이 소모됩니다.
문장을 쓸 때 머릿속에 두면 좋은 형식이 있습니다. "누가 / 무엇을 / 어떻게 할 수 있어야 한다", 이 세 조각이면 충분합니다. '누가'는 고객일 수도 있고 우리 직원일 수도 있습니다. '무엇을'은 등록, 조회, 수정, 삭제, 비교, 신청, 결제 같은 동작입니다. '어떻게'는 입력 방식(이메일로, 카드로)이나 상태 변화(배송 완료로 바꿀 수 있다)입니다. 이 틀에 맞춰 떠오르는 기능을 하나씩 풀어보면 의외로 쉽게 문장이 나옵니다.
분량은 얼마나 써야 할까요. 경험상 문장 30~50개 정도가 초기 견적이 나오는 최소 구간입니다. 그보다 적으면 업체도 범위를 못 잡아 금액이 널뛰고, 그보다 훨씬 많으면 문서 자체가 다시 무거워져서 처음부터 정리가 어려워집니다. 우리 서비스의 핵심 기능 5~10개를 꼽고 각각을 3~5개 문장으로 풀어쓴다고 생각하면 자연스럽게 30~50개 사이로 맞춰집니다.
기능 문장이 어느 정도 쌓이고 나면 다음 벽이 나타납니다. "그런데 화면은 어떻게 생겨야 하는지, 어디에 뭐가 있어야 하는지는 어떻게 전달하지?" 블로그에는 '스토리보드를 그려야 한다'는 얘기가 보이는데, 그림을 그려본 적도 없고 전용 도구를 쓸 줄도 모르는 상태에서 화면 흐름을 직접 설계하라는 건 사실 불가능한 요구입니다. (더 구체적인 문서 작성 방법이 궁금하다면 비개발자를 위한 외주 요구사항 문서 작성법도 참고해보세요.)
다행히 훨씬 쉬운 방법이 있습니다. '이것과 비슷한 느낌이었으면 좋겠다'는 서비스를 찾아 링크로 모으는 것입니다. 개발 업계에서는 이걸 '레퍼런스'라고 부르는데, 전문 용어로 생각할 필요 없이 '참고할 사이트 모음'이라고 생각하시면 됩니다. 글로 설명하려면 열 문단이 필요한 디자인 방향이, 링크 한 줄로 정리되는 경우가 많거든요.
참고 링크를 모으실 때는 이런 순서로 해보시면 좋습니다.
예를 들면 이렇게 정리됩니다. "첫 번째 사이트 - 상단 카테고리 메뉴가 직관적이라 우리도 그 방식으로 가고 싶다. 다만 팝업 광고는 빼고 싶다." "두 번째 사이트 - 예약 흐름이 3단계로 짧아서 좋다. 회원가입 없이도 전화번호 인증만으로 예약이 되면 좋겠다." "세 번째 사이트 - 모바일에서 글자 크기와 버튼이 큼직해서 중장년 고객도 쉽게 쓸 것 같다." 이런 메모가 5~10줄 쌓이면 업체가 디자인 방향을 잡는 데는 충분합니다.
반대로 피하면 좋은 흔한 실수도 짚어두겠습니다. "알아서 예쁘게 해주세요"는 요구사항이 되지 못합니다. '예쁘게'라는 단어는 사람마다 해석이 달라서, 이렇게 말해도 업체는 기준을 잡을 수가 없죠. "요즘 트렌드에 맞게"나 "대기업 사이트처럼"도 마찬가지입니다. 트렌드는 매달 바뀌고 '대기업 사이트'도 회사마다 스타일이 완전히 다릅니다. 한 줄짜리 추상어 대신 '어느 사이트의 어느 페이지'라는 구체적인 지시가 10배 더 잘 전달된다고 생각하시면 됩니다.
참고 링크를 모으다 보면 '우리 경쟁사도 참고해도 되나' 걱정이 생길 수 있는데, 괜찮습니다. 디자인·흐름을 그대로 복제하는 게 아니라 방향성을 참고하는 것이니까요. 업계 내 서비스를 살펴보는 건 오히려 좋습니다. 다만 링크를 보낼 때 "이 서비스랑 똑같이 만들어주세요"가 아니라 "이 부분이 참고점입니다"라고 명시해 두시는 게 중요합니다.
이 단계를 다 끝내고 나면 손에 쥐게 되는 건 두 묶음입니다. 기능 문장 30~50개, 참고 링크 3~5개와 각각의 메모. 여기까지면 업체가 초기 견적을 낼 수 있는 재료는 다 모인 셈이에요.
문장과 참고 링크가 모였다면 보내기 전에 매니저 검토를 받을 수 있습니다.
검토 요청하기기능 문장도 쓰고 참고 링크도 모아놓고 나면, 마지막 단계에서 예상하지 못한 벽이 또 하나 기다립니다. "다 썼는데… 이걸 그냥 업체에 보내도 되나?", "빠진 게 있으면 어쩌지?", "이 수준으로 보내면 업체가 비웃는 거 아닌가?" 처음 외주를 맡기는 상황에서 가장 흔히 오는 불안이 이 지점입니다. 혼자 판단할 기준이 없는 상태에서 내가 쓴 문서가 쓸 만한지 스스로 평가하는 건, 구조적으로 어려운 일이죠.
먼저 드리고 싶은 말씀은, 요구사항 문서는 완성본이 아닙니다. 처음 업체에 보내는 문서는 '대화를 시작할 수 있는 재료'에 가깝습니다. 실제 외주 진행에서도 초기 요구사항은 미팅과 피드백을 거치면서 계속 다듬어집니다. 그래서 처음부터 빠진 항목 없이 완벽하게 쓰려고 하기보다는, '이 정도면 대화가 시작될 수 있겠다' 수준에서 일단 넘기고 거기서부터 채워나가는 것이 훨씬 현실적입니다.
그래도 보내기 전에 한 번 쓱 훑어보시면 좋은 점검 목록을 정리해 두었습니다.
이 다섯 가지를 통과했다면 업체와 대화를 시작하기에는 충분한 상태입니다. 그리고 여기서 혼자 판단이 어렵다면, 그 자체를 누구에게 물어봐도 괜찮다는 사실도 기억해 주세요. 위시켓에 프로젝트를 등록하시면 담당 매니저가 문서를 함께 검토합니다. "이런 항목이 빠져 있는 것 같아요", "이 기능은 조금 더 구체적으로 풀어 쓰시면 견적이 정확해집니다", "이 정도 범위라면 예산은 대략 이 수준이 일반적입니다" 같은 피드백을 받으실 수 있죠. 처음 쓰는 분의 문서에서 흔히 빠지는 항목을 매니저가 먼저 짚어드리는 편이라, 문서를 가다듬는 시간이 크게 줄어듭니다.
프로젝트 등록과 매니저 상담에는 별도 비용이 붙지 않습니다. '완성된 문서를 보내야만 한다'는 부담 없이, 문장 30개와 링크 3개가 모인 대략의 상태 그대로 위시켓에 프로젝트를 등록해 주셔도 괜찮습니다. 혼자 끙끙대며 완벽한 문서를 만들려고 애쓰는 것보다, 매니저와 함께 빈 칸을 채워나가는 쪽이 다음 단계로 훨씬 빠르게 넘어가는 길이거든요.
외주의 첫 문서는 완성도로 평가받는 과제라기보다, 대화를 열기 위한 초대장에 가깝습니다. 초대장에 반드시 격식을 갖출 필요는 없다는 걸 기억하시면서, 지금 열어둔 그 메모장에 첫 시나리오 문장 하나를 써 보세요. "우리 고객이 ~할 수 있어야 한다." 이 한 줄이 모든 것의 시작입니다.
|
🖼 썸네일 제작 가이드 스타일: 단색 배경 + 텍스트 배경색: #1A3A5C 제목 텍스트: 1줄: 비개발자가 쓰는 2줄: 외주 요구사항 작성법 장식 요소: 문서 아이콘 + 체크리스트 모티프 로고: wishket 로고 좌상단 |
<style>
.tbl-wrap{overflow-x:auto;-webkit-overflow-scrolling:touch;margin:1.5rem 0;border:1px solid #E5E7EB;border-radius:12px;background:#fff}
table.geo{width:100%;border-collapse:collapse;border-spacing:0;font-size:14px;line-height:1.6;table-layout:fixed}
table.geo caption{position:absolute;width:1px;height:1px;overflow:hidden;clip:rect(0,0,0,0);white-space:nowrap}
table.geo thead th{padding:12px 18px;font-size:12.5px;font-weight:700;letter-spacing:.01em;text-align:left;border-bottom:1px solid #D1D1D9;background:#F6F6F9;vertical-align:bottom}
table.geo thead th:first-child{color:#82828E;border-right:1px solid #D1D1D9}
table.geo thead th:not(:first-child){color:#1A1A23}
table.geo tbody th[scope=row]{padding:14px 18px;font-size:14px;font-weight:600;color:#1A1A23;text-align:left;border-bottom:1px solid #ECECF0;border-right:1px solid #ECECF0;background:#fff;vertical-align:top;word-break:keep-all}
table.geo tbody td{padding:14px 18px;color:#3A3A47;border-bottom:1px solid #ECECF0;vertical-align:top;word-break:keep-all}
table.geo tbody tr:nth-child(even) td,table.geo tbody tr:nth-child(even) th[scope=row]{background:#F9F9FB}
table.geo tbody tr:hover td,table.geo tbody tr:hover th[scope=row]{background:#F0F0F5}
table.geo tfoot td{padding:9px 18px;font-size:12px;color:#9CA3AF;border-top:1px solid #ECECF0;background:#F9F9FB}
table.geo tfoot time{font-weight:500}
@media(max-width:640px){table.geo{table-layout:auto}table.geo thead th,table.geo tbody th[scope=row],table.geo tbody td{padding:11px 14px;font-size:13px}table.geo tfoot td{padding:8px 14px}}
</style>
<div class="tbl-wrap"><table class="geo"><caption>개발 용어 대신 '사용자 시나리오'로 쓰세요 — 이렇게 쓰면 막힙니다 · 이렇게 쓰면 전달됩니다</caption><colgroup><col style="width:25%"/><col style="width:75%"/></colgroup><thead><tr><th scope="col">이렇게 쓰면 막힙니다</th><th scope="col">이렇게 쓰면 전달됩니다</th></tr></thead><tbody><tr><th scope="row">예약 기능</th><td>고객이 원하는 날짜와 시간대를 선택해서 예약할 수 있어야 한다. 예약 완료 후에는 확인 문자가 자동으로 발송된다</td></tr><tr><th scope="row">상품 등록 기능</th><td>직원이 상품 이름·가격·재고·사진 여러 장을 입력해 새 상품을 등록할 수 있어야 한다. 품절 시 '일시 품절' 상태로 바꿀 수 있다</td></tr><tr><th scope="row">후기 기능</th><td>구매자가 별점과 사진을 포함한 후기를 남길 수 있어야 하고, 관리자는 신고가 들어온 후기를 숨기거나 삭제할 수 있다</td></tr><tr><th scope="row">알림 기능</th><td>주문이 들어오면 담당 직원 이메일과 카카오 알림톡으로 내용이 전달되어야 한다</td></tr></tbody></table></div><div style="background:linear-gradient(135deg,#5E9ADE 0%,#7BB2E8 100%);border-radius:14px;padding:20px 24px;margin:30px 0;color:#fff;display:flex;align-items:center;justify-content:space-between;gap:16px;flex-wrap:wrap;"> <p style="font-size:15px;color:#fff;line-height:1.65;margin:0;flex:1;">문장과 참고 링크가 모였다면 보내기 전에 매니저 검토를 받을 수 있습니다.</p> <a href="https://wishket.com/project/free-consulting/?utm_source=blog_webflow&utm_medium=inline_cta&utm_campaign=260417_non-developer-outsourcing-requirements-guide" style="display:inline-block;background:#fff;color:#2477F3;font-size:14px;font-weight:700;padding:10px 18px;border-radius:10px;white-space:nowrap;text-decoration:none;">검토 요청하기</a> </div>
<div style="background:linear-gradient(135deg,#5E9ADE 0%,#7BB2E8 100%);border-radius:16px;padding:32px 30px;color:#fff;margin:40px 0 0;"> <div style="font-size:12px;font-weight:600;letter-spacing:0.8px;opacity:0.75;margin-bottom:10px;text-transform:uppercase;">다음 단계</div> <h3 style="font-size:20px;font-weight:800;line-height:1.45;margin-bottom:20px;color:#fff;letter-spacing:-0.3px;">완벽하지 않아도 괜찮습니다. 지금 쓴 그 문장으로 시작할 수 있습니다.</h3> <div style="display:flex;flex-direction:column;gap:12px;margin-bottom:24px;"><div style="background:rgba(255,255,255,0.12);border-radius:10px;padding:14px 16px;font-size:14.5px;line-height:1.65;"><span style="font-weight:700;display:block;margin-bottom:4px;font-size:13px;opacity:0.85;">참고 링크까지 모았는데 보내도 되는 수준인지 판단이 안 선다면</span>위시켓에 프로젝트를 등록하면 매니저가 기능 목록을 직접 검토하고 빠진 항목을 짚어드립니다. 등록과 상담은 무료입니다.</div> <div style="background:rgba(255,255,255,0.12);border-radius:10px;padding:14px 16px;font-size:14.5px;line-height:1.65;"><span style="font-weight:700;display:block;margin-bottom:4px;font-size:13px;opacity:0.85;">기능 문장과 링크는 모았지만 업체에 보내는 것이 여전히 불안하다면</span>완벽한 문서가 아니어도 됩니다. 매니저와 함께 기능 목록을 다듬고 맞는 파트너를 찾아드립니다.</div></div><div style="text-align:center;"><a href="https://wishket.com/project/free-consulting/?utm_source=blog_webflow&utm_medium=cta_banner&utm_campaign=260417_non-developer-outsourcing-requirements-guide" style="display:inline-block;background:#fff;color:#2477F3;font-size:15px;font-weight:800;padding:13px 28px;border-radius:10px;text-decoration:none;">매니저와 정리하기</a></div> </div>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "비개발자가 외주 업체에 보낼 요구사항, 이렇게 쓰면 됩니다",
"description": "개발 용어 몰라도 됩니다. 사용자 시나리오 문장 30~50개와 참고 링크 3~5개면 외주 업체가 견적을 낼 수 있는 요구사항이 완성됩니다. 비개발자를 위한 실전 작성법을 확인해보세요.",
"datePublished": "2026-04-17",
"dateModified": "2026-04-17",
"author": {
"@type": "Person",
"name": "조가은"
},
"publisher": {
"@type": "Organization",
"name": "위시켓",
"url": "https://www.wishket.com"
},
"mainEntityOfPage": {
"@type": "WebPage"
},
"keywords": "개발외주",
"articleSection": "IT 아웃소싱",
"hasPart": [
{
"@type": "WebPageElement",
"name": "개발 용어 대신 '사용자 시나리오'로 쓰세요",
"url": "#개발-용어-대신-사용자-시나리오로-쓰세요"
},
{
"@type": "WebPageElement",
"name": "화면 디자인은 말로 설명하지 말고 링크로 모으세요",
"url": "#화면-디자인은-말로-설명하지-말고-링크로-모으세요"
},
{
"@type": "WebPageElement",
"name": "쓰긴 썼는데 이 수준이 맞는지 불안할 때",
"url": "#쓰긴-썼는데-이-수준이-맞는지-불안할-때"
}
]
}
</script>
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "요구사항 문서를 보냈는데 업체마다 견적이 너무 다르게 나오면 어떻게 하나요?",
"acceptedAnswer": {
"@type": "Answer",
"text": "견적 차이가 크다면 업체마다 견적에 포함한 항목 범위가 다른 경우가 많습니다. 기획·디자인·서버 구축이 포함인지, 모바일 대응이 기본인지를 각 견적서에서 먼저 확인해야 합니다. 같은 요구사항이라도 업체가 어디까지를 범위로 해석하느냐에 따라 금액이 두 배 이상 벌어질 수 있어요. 위시켓에서는 매니저가 견적서를 함께 검토하면서 포함 범위 기준을 맞춰드립니다."
}
},
{
"@type": "Question",
"name": "외주 업체에 요구사항을 보낸 뒤 수정하고 싶으면 비용이 드나요?",
"acceptedAnswer": {
"@type": "Answer",
"text": "계약 전 미팅 단계에서의 요구사항 수정은 보통 비용이 발생하지 않습니다. 문제는 계약 후에 범위를 바꿀 때인데, 이 경우 추가 비용과 일정 변경이 생기는 것이 일반적입니다. 처음 요구사항이 불완전해도 괜찮으니 일단 업체와 미팅을 시작해 구체화하는 게 현실적입니다. 변경 내용은 구두가 아닌 이메일이나 메신저로 합의를 남기는 것이 나중에 분쟁을 줄이는 방법입니다."
}
},
{
"@type": "Question",
"name": "외주 개발 후 유지보수는 어떤 방식으로 진행되고 비용은 얼마나 드나요?",
"acceptedAnswer": {
"@type": "Answer",
"text": "납품 후 개발사가 귀책 사유로 발생한 버그는 하자보수 기간(보통 1~3개월) 내에 무상으로 수정합니다. 그 이후의 기능 추가·개선·OS 업데이트 대응은 별도 계약이 필요하며 유상입니다. 유지보수 계약 방식은 월 정액제(업무 시간 포함)와 건별 청구 방식이 있고, 서비스 복잡도에 따라 월 50만~300만 원대가 일반적입니다. 계약 전에 하자보수 기간과 유지보수 대응 가능 여부를 미리 확인해 두는 것이 좋습니다."
}
},
{
"@type": "Question",
"name": "요구사항 문서 없이 업체에 전화해서 대략적인 견적만 먼저 알 수는 없나요?",
"acceptedAnswer": {
"@type": "Answer",
"text": "전화로 '어느 정도 드나요'라고 물으면 업체는 범위를 특정하지 못해 '기획부터 함께 잡아야 한다'거나 '5백만 원에서 5억 원까지 다양합니다'처럼 답하는 경우가 많습니다. 구체적 범위가 없으면 정확한 견적 산출이 불가능하기 때문입니다. 핵심 기능 5개라도 적어서 전달하면 적어도 어느 구간인지 좁힐 수 있습니다. 위시켓은 프로젝트 등록 후 매니저 상담 단계에서 기능 목록을 함께 정리하므로, 정리가 안 된 상태에서 등록해도 괜찮습니다."
}
}
]
}
</script>