린수 맞춤형 전문 서비스, 덜 요구했더니 더 잘 맞았다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

요청 사항을 많이 적을수록 우리 회사에 꼭 맞는 결과가 나올 줄 알았습니다. 그래서 린수 전문 서비스를 처음 상담할 때 화면 구성부터 보고서 문구, 알림 시점까지 세세하게 지정했지만, 정작 시범 운영에서는 담당자들이 복잡하다며 기존 방식으로 돌아갔습니다.

두 번째 시도에서는 반대로 요구사항을 절반 가까이 덜어냈습니다. 의외로 사용률은 높아졌고 수정 요청은 줄었습니다. 제가 실제 도입 과정에서 확인한 것은 맞춤형 서비스의 품질이 기능 개수가 아니라 업무 흐름의 선명도에서 결정된다는 점이었습니다.

요구사항을 줄이자 현장 반응이 먼저 달라졌다

기능보다 사용 장면을 설명했습니다

첫 상담에서는 ‘대시보드 위젯 8개’, ‘부서별 필터 12개’처럼 기능 목록을 전달했습니다. 린수 담당자는 요청을 구현할 수 있다고 했지만, 완성된 초기 화면은 한눈에 보기 어려웠습니다. 영업팀은 필터를 제대로 활용하지 않았고 운영팀은 엑셀을 따로 만들었습니다.

재설계 때는 기능명을 빼고 “월요일 오전 회의에서 팀장이 지연 업무를 3분 안에 찾는다”처럼 사용자·상황·목표 시간을 적었습니다. 서비스라는 개념이 단순한 기능 제공을 넘어 사용자에게 효용을 전달하는 활동이라는 점은 서비스의 용어 정의를 참고하면 이해하기 쉽습니다.

이 방식으로 바꾸자 린수 측에서도 필요한 기능과 빼도 되는 기능을 구분해 제안했습니다. 사용자는 화면을 덜 눌러도 됐고, 내부 교육 시간도 짧아졌습니다.

• 남긴 요구: 지연 업무 표시, 담당자 확인, 회의용 내보내기
• 뺀 요구: 사용 빈도가 낮은 장식형 차트와 중복 필터
• 바꾼 표현: 기능 명세를 실제 업무 장면으로 전환

처음부터 완성품을 주문하지 않은 것이 효과적이었다

작은 범위로 실제 사용성을 확인했습니다

처음 견적을 받을 때 모든 부서의 요구를 한 번에 넣으니 범위가 빠르게 커졌습니다. 당시 내부 검토용으로 받은 제안은 초기 구축비와 추가 개발비가 분리되는 구조였고, 맞춤 항목이 늘어날수록 일정과 비용의 변동 폭도 커졌습니다. 구체적인 금액은 기업 규모와 연동 범위에 따라 달라지므로 공개된 정가처럼 받아들이기보다 항목별 산출 근거를 확인하는 편이 안전합니다.

저희는 우선 한 팀, 12명, 핵심 업무 두 가지로 시범 범위를 제한했습니다. 3주 동안 문의 접수와 처리 현황 공유만 운영하고, 실제 클릭 수와 누락 건수를 기록했습니다. 데모에서 멋져 보였던 자동 분류보다 담당자 변경 이력이 더 중요하다는 사실도 이때 발견했습니다.

사용 전에는 ‘작게 시작하면 나중에 다시 만들어야 하지 않을까?’ 걱정했습니다. 그러나 확장 기준을 미리 합의하니 오히려 재작업이 줄었습니다. 중요한 것은 작은 도입 자체가 아니라, 시범 운영에서 무엇을 검증할지 정하는 일이었습니다.

1. 가장 반복되는 업무 한 가지를 고릅니다.
2. 사용자 수와 운영 기간을 제한합니다.
3. 처리 시간, 누락률, 재문의율을 도입 전후로 측정합니다.
4. 확인된 문제만 다음 개발 범위에 반영합니다.

사용 팁: 시범 운영의 목표를 ‘모든 기능 시험’으로 잡지 말고, 현장에서 계속 사용할 이유가 있는지 확인하는 데 두는 것이 좋습니다.

좋았던 점과 불편했던 점은 분명히 나뉘었다

상담의 유연성은 장점, 내부 결정 지연은 변수였습니다

린수 전문 서비스를 사용하며 가장 좋았던 부분은 요청을 그대로 받기보다 업무 목적을 되묻는 과정이었습니다. 예를 들어 실시간 알림을 요청했을 때 알림을 누가 받고 어떤 행동을 해야 하는지 먼저 확인했습니다. 덕분에 전체 알림 대신 마감 임박 건만 담당자에게 보내도록 바꿨고, 불필요한 메시지가 크게 줄었습니다.

반면 맞춤형 솔루션은 고객사 내부 결정이 느리면 일정도 함께 밀릴 수 있습니다. 저희도 영업팀과 운영팀이 ‘완료’의 기준을 다르게 사용해 화면 확정이 늦어졌습니다. 공급사의 대응 속도만 확인할 것이 아니라 자사 승인 담당자와 의사결정 기한을 정해야 한다는 점을 체감했습니다.

또한 모든 아이디어가 추가 개발로 이어질 필요는 없었습니다. 설정 변경이나 기존 기능 조합으로 해결되는 경우가 있었으므로, 비용을 묻기 전에 표준 기능으로 가능한지 먼저 질문하는 것이 유용했습니다.

• 장점: 업무 맥락을 반영한 설계와 단계별 조정이 가능했습니다.
• 아쉬움: 내부 의견이 갈리면 확정과 검수가 늦어졌습니다.
• 주의점: 요청 추가가 일정과 비용에 미치는 영향을 문서로 남겨야 했습니다.
• 추천 대상: 반복 업무가 명확하고 실사용 담당자가 프로젝트에 참여할 수 있는 기업입니다.

견적서는 총액보다 변경 조건을 먼저 봤다

가격을 읽는 기준을 바꾸니 판단이 쉬워졌습니다

맞춤형 전문 서비스 가격을 알아볼 때 가장 궁금한 것은 결국 “얼마인가요?”일 것입니다. 저 역시 총액부터 비교했지만, 실제 부담을 가른 것은 초기 금액보다 데이터 이전, 외부 시스템 연동, 사용자 교육, 운영 지원, 추가 수정의 범위였습니다. 같은 총액처럼 보여도 포함 항목이 다르면 체감 비용은 달라집니다.

저희는 견적을 필수 구축, 선택 기능, 월 운영, 변경 작업 네 묶음으로 다시 정리했습니다. 특히 요청 변경이 무상 수정인지 별도 개발인지, 장애 대응과 단순 문의의 기준이 무엇인지 확인했습니다. 서비스의 경제적 특성과 제공 방식은 지식백과의 서비스 설명도 함께 살펴보면 계약 항목을 구분하는 데 도움이 됩니다.

비용을 아끼는 데 가장 효과적이었던 방법은 가격을 무조건 깎는 일이 아니었습니다. 사용하지 않을 가능성이 큰 기능을 2차 범위로 미루고, 검수 기준을 명확히 해 반복 수정을 줄이는 것이었습니다. 독자 여러분의 견적서에는 ‘포함’이라는 말만 있고 완료 조건은 빠져 있지 않은가요?

• 초기 설정과 맞춤 개발 비용이 구분되어 있는지 봅니다.
• 데이터 정제와 이전 작업의 담당 주체를 확인합니다.
• 교육 횟수, 참석 인원, 추가 교육 비용을 묻습니다.
• 유지보수 범위와 응답 시간, 유상 전환 조건을 기록합니다.
• 세금 포함 여부와 결제 시점을 별도로 확인합니다.

사용률은 교육 횟수보다 첫 화면에서 갈렸다

역할별로 보이는 정보를 다르게 구성했습니다

초기 교육은 두 번 진행했지만 며칠 뒤 같은 질문이 반복됐습니다. 매뉴얼을 더 길게 만들면 해결될 것 같았지만 실제 원인은 사용자가 첫 화면에서 해야 할 일을 찾지 못한다는 데 있었습니다. 팀장은 전체 지연 현황이 필요했고 실무자는 오늘 처리할 건만 보고 싶었는데, 모두에게 같은 화면을 제공한 것이 문제였습니다.

린수 측과 역할별 기본 화면을 조정한 뒤에는 교육 자료를 오히려 한 장으로 줄였습니다. 실무자는 ‘내 업무’, 팀장은 ‘병목 현황’, 관리자는 ‘권한과 이력’부터 보게 했습니다. 교육으로 복잡성을 견디게 하기보다 화면에서 복잡성을 제거하는 편이 지속 사용에 효과적이었습니다.

운영 팁으로는 문의 채널을 하나로 모으는 방법을 추천합니다. 메신저, 전화, 구두 요청이 섞이면 같은 불편이 반복되는지 파악하기 어렵습니다. 저희는 문의 양식에 사용 화면, 하려던 행동, 발생 결과를 적도록 했고, 일주일마다 빈도가 높은 항목부터 개선했습니다.

1. 직무별 첫 화면에서 가장 중요한 행동 하나를 정합니다.
2. 5분 안에 끝낼 수 있는 실습 과제를 제공합니다.
3. 문의 내용을 기능 오류와 사용 혼란으로 나눕니다.
4. 사용 로그와 현장 의견이 일치하는지 매주 확인합니다.

현장에서 자주 쓰이지 않는 기능은 교육 부족이 아니라 필요성 부족일 수 있습니다. 설명을 늘리기 전에 기능을 빼거나 위치를 바꿔보세요.

월요일 보고가 40분에서 12분으로 줄어든 과정

운영팀 김 대리의 한 주를 끝까지 따라가 봤습니다

도입 전 김 대리는 매주 월요일 세 개의 엑셀 파일과 메신저 대화를 대조했습니다. 담당자가 바뀐 건은 이전 이름으로 남아 있었고, 완료 여부를 확인하려고 각 팀에 다시 메시지를 보냈습니다. 보고 자료를 만드는 데 평균 40분가량 걸렸지만 더 큰 문제는 숫자를 믿기 어려워 회의 중 재확인이 반복된다는 점이었습니다.

첫 시범 운영에서는 자동 보고서, 상세 차트, 다단계 승인까지 넣었습니다. 그러나 김 대리는 결국 엑셀을 다시 열었습니다. 필요한 것은 화려한 보고서가 아니라 지연 건의 담당자와 마지막 변경 시각이었기 때문입니다. 저희는 린수 솔루션의 첫 화면을 지연 건 중심으로 줄이고, 담당자 변경 이력과 간단한 메모만 남겼습니다.

다음 월요일 김 대리는 화면에서 지연 건 7개를 확인하고, 담당자가 비어 있는 2개만 바로 지정했습니다. 회의 자료는 미리 정한 형식으로 내려받았고 작성 시간은 12분 정도로 줄었습니다. 이후 4주 동안 같은 흐름을 유지하면서 누락 건과 재확인 메시지도 감소했습니다. 모든 팀을 한꺼번에 바꾸지 않고 운영팀에서 검증한 화면을 영업지원팀에 복제한 것이 다음 단계였습니다.

1. 월요일 오전 8시 50분, 지연 건 자동 목록을 확인했습니다.
2. 담당자 공란 두 건을 지정하고 변경 이유를 기록했습니다.
3. 회의용 자료를 내려받아 수치 세 항목만 검토했습니다.
4. 회의 후 새 요청 한 건을 개선 목록에 넣되 즉시 개발하지 않았습니다.
5. 금요일 사용 회고에서 실제 반복된 불편인지 확인한 뒤 다음 주 설정에 반영했습니다.

이 사례에서 성과를 만든 것은 기능 추가가 아니라 사용하지 않는 절차를 걷어낸 선택이었습니다. 다음 린수 전문 서비스 상담에서는 원하는 기능 열 개보다, 매주 시간을 빼앗는 업무 장면 한 가지를 먼저 보여주는 편이 더 정확한 출발점이 될 수 있습니다.