첫 상담 회의에서 막막한 담당자를 위한 린수 전문 서비스 시작법
첫 외부 서비스 상담을 앞두고 있는데 무엇을 설명해야 할지 막막한가요? 업체에 연락부터 했지만 내부에서는 “그래서 정확히 무엇을 맡길 건가요?”라는 질문이 돌아오고, 필요한 자료조차 정해지지 않은 경우가 많습니다. 이때 중요한 것은 완성된 제안서를 만드는 일이 아니라 우리 기업이 겪는 문제를 상대가 이해할 수 있는 언어로 바꾸는 것입니다.
린수 전문 서비스도 같은 방식으로 접근하면 어렵지 않습니다. 서비스의 기본 개념, 첫 상담 준비법, 제안 검토 기준을 순서대로 익히면 전문 용어를 잘 모르는 초보 담당자도 안정적으로 도입 방향을 잡을 수 있습니다.
회의실에 들어가기 전 알아둘 전문 서비스의 기본 구조
제품 구매와 전문 서비스 이용은 무엇이 다른가요?
제품은 일반적으로 규격과 기능이 먼저 정해져 있으며, 구매자는 그중 적합한 사양을 고릅니다. 반면 전문 서비스는 고객이 처한 상황을 파악하고 사람, 절차, 도구를 조합해 결과를 만드는 활동에 가깝습니다. 같은 “업무 효율화” 요청이라도 한 기업에는 승인 절차 개선이, 다른 기업에는 데이터 정리나 시스템 연동이 우선일 수 있습니다.
서비스의 기본적인 의미를 살펴보면 물리적 상품과 다른 무형적 가치의 특성을 이해하는 데 도움이 됩니다. 다만 기업 현장에서 서비스는 단순한 친절이나 지원을 뜻하지 않습니다. 담당자의 문제 정의부터 실행, 교육, 운영 안정화까지 이어지는 업무 변화의 과정으로 봐야 합니다.
예를 들어 보고서 작성에 매주 이틀이 걸린다면 “보고서 솔루션이 필요하다”라고 바로 단정하지 않는 편이 좋습니다. 원인이 자료 수집인지, 중복 입력인지, 승인 지연인지에 따라 필요한 해법이 달라지기 때문입니다. 린수와 첫 상담을 진행할 때도 도구 이름보다 현재 흐름과 불편을 먼저 설명해야 적합한 해결책을 찾기 쉽습니다.
- 현상: 지금 반복해서 발생하는 불편을 적습니다. 예를 들면 월말마다 자료 취합이 늦어지는 상황입니다.
- 영향: 그 불편 때문에 늘어나는 시간, 비용, 오류, 고객 불만을 확인합니다.
- 대상: 문제를 직접 겪는 부서와 최종 결과를 사용하는 사람을 구분합니다.
- 희망 변화: 기능 목록이 아니라 처리 시간 단축, 오류 감소처럼 관찰 가능한 상태를 씁니다.
맞춤형 솔루션을 구성하는 네 가지 요소
초보 담당자는 솔루션을 곧바로 프로그램이나 시스템으로 생각하기 쉽습니다. 그러나 실제 기업 솔루션에는 업무 진단, 절차 설계, 기술 적용, 사용자 교육이 함께 포함될 수 있습니다. 기술이 없어도 절차 개선만으로 문제가 풀릴 수 있고, 좋은 시스템을 도입해도 교육과 책임 구분이 빠지면 현장 사용률이 낮아질 수 있습니다.
따라서 첫 상담에서는 “어떤 기능이 있나요?”에 앞서 “어떤 방식으로 문제를 진단하고, 누가 실행하며, 결과를 어떻게 확인하나요?”라고 물어보세요. 서비스에 관한 또 다른 개념 설명도 서비스 제공 과정에서 사람과 상호작용이 갖는 의미를 이해하는 참고 자료가 됩니다. 린수 전문 서비스의 범위를 살필 때도 결과물뿐 아니라 협업 방식까지 확인해야 합니다.
- 진단: 인터뷰와 자료 검토를 통해 문제의 원인과 우선순위를 찾습니다.
- 설계: 목표, 적용 범위, 일정, 역할, 필요한 기능을 구체화합니다.
- 실행: 합의한 절차나 도구를 실제 업무 환경에 적용하고 시험합니다.
- 안정화: 사용자 교육, 오류 대응, 성과 측정을 통해 변화가 자리 잡게 합니다.
처음부터 전문 용어로 요구사항을 작성할 필요는 없습니다. “누가, 언제, 어떤 일을 하다가, 어디에서 막히는가”를 한 문장으로 표현하면 상담의 출발점으로 충분합니다.
첫 상담에서 요구사항과 비용 범위를 구체화하는 순서
한 장짜리 상담 메모부터 준비합니다
상담 자료가 수십 장이어야 전문적으로 보이는 것은 아닙니다. 오히려 배경 설명이 길고 핵심 문제가 흐릿하면 상담 시간이 현황 파악에만 쓰입니다. 현재 상황, 원하는 변화, 제약 조건을 한 장에 담으면 린수 담당자와 같은 화면을 보며 빠르게 질문을 주고받을 수 있습니다.
현재 상황에는 업무가 시작되는 지점과 끝나는 지점, 참여 인원, 사용하는 파일이나 시스템을 적습니다. 원하는 변화에는 “편리하게” 같은 표현보다 “승인 대기 시간을 평균 3일에서 1일 이내로 줄이고 싶다”처럼 기준을 넣습니다. 제약 조건에는 예산뿐 아니라 개인정보 취급, 내부 보안 규정, 특정 기간의 업무 집중, 기존 시스템 유지 여부도 포함해야 합니다.
정확한 숫자를 모른다고 상담을 미룰 필요는 없습니다. 확인된 수치와 추정치를 표시해 구분하면 됩니다. 예컨대 월간 처리 건수 800건은 시스템 기록으로 확인했고, 재작업률 15%는 담당자 추정이라고 적어두면 이후 어떤 데이터를 추가로 조사해야 하는지도 자연스럽게 드러납니다.
- 문제가 발생하는 업무 장면을 실제 순서대로 5단계 안에 적었는가?
- 직접 사용자, 승인자, 의사결정자가 누구인지 구분했는가?
- 현재 사용하는 문서, 메신저, 업무 시스템을 빠짐없이 표시했는가?
- 반드시 지켜야 할 일정과 보안 조건을 기록했는가?
- 개선 여부를 판단할 숫자 한두 개를 정했는가?
견적 금액보다 먼저 질문해야 할 범위와 산출물
전문 서비스 비용은 문제의 복잡도, 참여 인력, 수행 기간, 개발 또는 연동의 범위에 따라 달라집니다. 그래서 현황 확인 전에는 신뢰할 만한 가격을 단정하기 어렵습니다. 시장의 임의 가격대를 기준으로 예산을 확정하기보다 진단 단계, 시험 적용 단계, 확대 적용 단계를 나누어 각각 무엇을 얻는지 확인하는 편이 안전합니다.
예를 들어 “업무 개선 지원”이라는 동일한 표현도 인터뷰 두 차례와 제안서 제공으로 끝날 수 있고, 현장 관찰부터 프로토타입 제작, 사용자 교육까지 포함할 수도 있습니다. 견적을 받을 때는 총액만 비교하지 말고 인력 투입 범위, 회의 횟수, 수정 가능 횟수, 데이터 이전, 교육, 사후 지원을 같은 기준으로 펼쳐 봐야 합니다.
초보 담당자가 놓치기 쉬운 항목은 고객사 내부의 투입 비용입니다. 현업 인터뷰와 테스트에 직원이 참여해야 한다면 해당 시간도 실질적인 비용입니다. 반대로 서비스 제공사가 모든 업무를 대신하겠다고 해도 내부 담당자가 의사결정을 내리지 않으면 진행이 늦어질 수 있으므로, 양측의 역할을 일정표에 함께 넣어야 합니다.
| 확인 항목 | 초보자가 하기 쉬운 질문 | 더 구체적인 질문 |
|---|---|---|
| 산출물 | 무엇을 해주시나요? | 단계별로 받는 문서와 적용 결과물은 무엇인가요? |
| 일정 | 얼마나 걸리나요? | 고객사 검토 기간을 포함한 주요 일정은 어떻게 되나요? |
| 수정 | 요청하면 바꿀 수 있나요? | 수정 범위와 횟수, 추가 비용이 생기는 기준은 무엇인가요? |
| 성과 | 효과가 있나요? | 도입 전후 어떤 수치로 효과를 측정하며 누가 기록하나요? |
| 지원 | 사후 관리가 되나요? | 지원 기간, 응답 채널, 장애와 추가 요청의 구분 기준은 무엇인가요? |
견적이 예상보다 높다면 단순 할인보다 우선순위가 낮은 범위를 다음 단계로 미룰 수 있는지 물어보세요. 핵심 문제를 작게 검증한 뒤 확대하는 방식은 초보 기업의 판단 부담을 줄여줍니다.
월말 보고가 늦던 다온상사의 첫 상담을 따라가 봅니다
막연한 자동화 요청이 실행 가능한 과제가 되는 과정
직원 28명의 가상 기업 다온상사는 매월 말 영업 실적 보고가 늦어지는 문제를 겪고 있었습니다. 새로 업무를 맡은 지민 담당자는 처음에 “보고서를 자동으로 만들어 주는 솔루션이 필요합니다”라고 적었습니다. 그러나 상담 준비 메모를 작성하면서 영업 담당자 7명이 서로 다른 양식을 사용하고, 숫자를 취합한 뒤에도 팀장이 메신저로 수정을 요청한다는 사실을 발견했습니다.
지민 담당자는 린수 첫 상담에서 원하는 기능을 길게 나열하는 대신 업무 흐름을 설명했습니다. 매월 25일 자료 요청, 28일 파일 취합, 말일 수치 확인, 다음 달 2일 최종 보고라는 순서를 보여주고 최근 석 달 동안 평균 11회의 수정 요청이 있었다고 밝혔습니다. 목표는 보고서 자동화 자체가 아니라 최종 보고일을 다음 달 2일에서 말일로 앞당기고 수정 요청을 5회 이하로 줄이는 것으로 정했습니다.
상담 과정에서 양식 통일만으로 해결될 부분과 시스템 지원이 필요한 부분이 나뉘었습니다. 1단계에서는 공통 입력 항목을 정하고 승인 책임자를 한 명으로 모으며, 2단계에서는 표준 양식으로 한 달간 시험 운영하기로 했습니다. 시험 결과가 목표에 못 미칠 때만 데이터 연동 기능을 검토하는 방식이어서 초기 부담도 줄었습니다.
- 첫째 주: 기존 보고서 12개를 모아 공통 항목과 불필요한 중복 항목을 표시했습니다.
- 둘째 주: 영업 담당자 두 명과 팀장이 새 양식을 시험하고, 입력하기 어려운 칸을 수정했습니다.
- 셋째 주: 전체 영업팀에 적용하되 오류와 질문을 하나의 기록표에 남겼습니다.
- 넷째 주: 취합 시간, 수정 횟수, 누락 건수를 기존 수치와 비교하고 다음 단계 여부를 결정했습니다.
도입 초보자가 실제로 묻는 질문과 현장에서 나온 답
Q. 내부 요구사항이 합의되지 않았는데 상담해도 될까요?
가능합니다. 다온상사도 자동화가 필요한지, 양식만 바꾸면 되는지 결정되지 않은 상태에서 시작했습니다. 다만 부서마다 의견이 다르다는 사실을 숨기지 말고 쟁점과 결정권자를 알려야 진단 시간이 불필요하게 늘어나지 않습니다.
Q. 작은 회사도 담당자를 따로 정해야 하나요?
전담 인력을 새로 채용할 필요까지는 없지만, 질문을 모으고 결정을 전달할 창구 한 명은 필요합니다. 다온상사는 지민 담당자가 창구를 맡고 영업팀장은 승인만 담당하도록 역할을 나눴습니다. 덕분에 서로 다른 수정 요청이 서비스 수행자에게 동시에 전달되는 일을 피할 수 있었습니다.
Q. 성과는 언제 확인해야 하나요?
도입이 모두 끝난 뒤 처음 측정하면 이전 상태와 비교하기 어렵습니다. 다온상사는 시작 전에 보고 완료일, 수정 횟수, 누락 건수를 기록했고 시험 운영 중에는 매주 같은 기준으로 확인했습니다. 수치뿐 아니라 사용자가 새 절차를 우회하지 않는지도 함께 살폈습니다.
Q. 범위가 추가되면 어떻게 대응하나요?
새 요청이 원래 목표에 꼭 필요한지 먼저 판단하고, 필요하다면 일정과 비용 변화를 문서로 확인해야 합니다. 다온상사는 모바일 화면 개선 요청을 즉시 포함하지 않고 별도 요청 목록에 보관했습니다. 월말 보고 지연을 해결하는 핵심 과제에 집중하기 위해서였습니다.
- 진행: 정기 회의에서는 완료한 일, 막힌 일, 결정이 필요한 일을 차례로 확인합니다.
- 변경: 추가 요청은 말로 넘기지 않고 목적, 영향, 승인자를 기록합니다.
- 검증: 제공자의 시연만 보지 말고 실제 사용자가 자기 업무 자료로 시험합니다.
- 학습: 질문과 오류를 모아 교육 자료와 업무 지침에 반영합니다.
한 달 뒤 다온상사의 보고 완료일은 말일 오후로 앞당겨졌고 수정 요청도 4회로 줄었습니다. 이 결과를 확인한 뒤에야 팀은 고객관리 시스템과의 데이터 연동을 다음 과제로 검토했습니다. 첫 상담에서 거대한 솔루션을 확정한 것이 아니라, 문제 장면을 보여주고 작은 성공 기준을 세운 선택이 다음 판단의 근거가 된 셈입니다.
여러분의 첫 메모도 복잡할 필요가 없습니다. 지금 반복되는 업무 하나를 골라 시작 시점과 종료 시점, 참여자, 지연이 생기는 지점, 바꾸고 싶은 숫자를 적어보세요. 그 한 장이 린수 전문 서비스를 추상적인 외주가 아니라 기업의 실제 문제를 함께 푸는 과정으로 바꾸는 출발점이 됩니다.

- 다음글린수 기업 서비스, 요구 발견부터 운영 이관까지의 과정 26.09.02
등록된 댓글이 없습니다.
