AI 지식 베이스와 보낸 일주일: 서비스 제공업체의 프로젝트 매니저 업무는 어떻게 달라지는가

월요일: Visscher Logistiek과의 킥오프

아침 9시, Sanne는 그 주의 첫 통화에 참여한다. 통화 상대는 Groningen에 있는 중견 운송 회사 Visscher Logistiek의 두 사람이다. 그들은 경로 계획을 현대화하고 싶어 하고, Buro Noord가 이를 돕기로 했다.

그녀는 평소처럼 회의를 시작한다. 안건을 훑고, 기대치를 맞춘다. 하지만 한 가지가 다르다. 화면 한쪽 구석에서 작은 아이콘이 깜박이고 있다. 녹음이 시작된 것이다. 지난달부터 Buro Noord는 프로젝트별 AI 지식 베이스를 사용하고 있다. 각 프로젝트는 모든 대화, 메모, 문서가 저장되는 자체 환경을 갖는다. AI는 회사 전체가 아니라 해당 프로젝트와 함께 학습한다.

회의는 53분 동안 이어진다. Sanne는 종이에 급히 메모 두 개를 남기지만, 알고 있다. 나머지는 모두 기록되고 있다는 것을. 회의가 끝난 지 10분 뒤, 알림이 온다. 지식 베이스가 녹음을 처리했다. 요약이 준비되어 있고, 발화자는 자동으로 식별되었으며, 결정 사항에는 표시가 붙어 있다. 그리고 세 가지 후속 질문이 제안되어 있다.

• “새 경로 계획에 의존하는 외부 관계자는 누구인가?”
• “연중 계획 업무에 추가 압박이 걸리는 성수기가 있는가?”
• “Visscher에서 공급업체 선정에 대한 최종 결정을 내리는 사람은 누구인가?”

그녀는 질문을 담당자에게 전달한다. 답변은 한 시간 안에 온다. Sanne는 답변을 지식 베이스에 붙여 넣는다. 끝이다.

이런 시스템은 이제 Symphoria.io 같은 회사들이 제공하고 있으며, 반복적인 고객 프로젝트를 수행하는 서비스 제공업체에 초점을 맞춘다. 아이디어는 이렇다. 회사 전체를 위한 하나의 거대한 지식 베이스가 아니라, 고객 또는 프로젝트별로 분리된 독립 환경을 두는 것이다. 그렇게 하면 모든 것이 분리되고, 검색 가능하며, 실제로 그것을 사용하는 사람들에게 유용한 상태로 유지된다.

화요일: Iwan에게 질문이 생기다

Iwan은 Buro Noord에서 일한 지 6개월 된 주니어 컨설턴트다. 그는 다른 고객을 위한 프로젝트를 진행하고 있는데, API 통합과 관련된 기술적 질문에서 막힌다. 그는 Sanne가 지난해 한 물류 회사를 위해 비슷한 일을 했다는 것을 알고 있다.

예전 같았으면 그는 Slack 메시지를 보냈거나, 커피 머신 앞에서 Sanne에게 물었을 것이다. 이제 그는 이전 프로젝트 지식 베이스의 검색창에 질문을 입력한다. 3초 안에 답이 나온다. 3개월 전 회의의 일부 내용이며, 타임스탬프와 대화록이 함께 제공된다. 당시 선택한 공급업체, 그 이유, 그리고 피했던 함정까지 포함되어 있다.

Iwan은 Slack에서 Sanne에게 엄지손가락 이모지를 보낸다. 그녀는 아무것도 하지 않아도 됐다.

이것이 가장 큰 변화일지도 모른다. 보통 사람들의 머릿속, 받은편지함, 또는 잊힌 메모에 남아 있을 지식이 이제 검색 가능해졌다. 누군가가 성실하게 모든 것을 문서화해서가 아니라, 문서화가 자동으로 일어나기 때문이다.

수요일: 상태 업데이트 에이전트

매주 수요일 아침, Sanne는 고객에게 업데이트를 보낸다. 짧고, 사실 중심이며, 놀랄 내용은 없다. 이를 작성하는 데 보통 45분에서 한 시간이 걸린다. 한 주를 되짚고, 결정 사항을 확인하고, 문장을 만들고, 다시 고쳐야 한다.

오늘 그녀는 다른 방식을 시도한다. Visscher Logistiek 지식 베이스를 열고 “상태 업데이트 에이전트”를 활성화한다. 이 에이전트는 지난 한 주의 모든 대화, 문서, 메모에 접근할 수 있다. 그녀는 지시를 입력한다.

“고객에게 보낼 주간 업데이트를 작성해줘. 사실 중심, 비즈니스 톤, 마케팅 표현 없이. 최대 200단어. 논의된 내용, 결정된 내용, 다음 단계를 명시해줘.”

10초 뒤, 이메일 초안이 나온다. Sanne는 처음부터 끝까지 읽어본다. 두 문장이 조금 모호하다. 그녀는 그 부분을 수정한다. 나머지는 정확하다. 그녀는 전송을 누른다.

투입한 총 시간: 2분.

이것은 마법이 아니다. 에이전트는 Sanne가 참고했을 것과 같은 정보, 즉 회의 요약, 결정 사항, 실행 항목에 접근할 수 있을 뿐이다. 다만 처음부터 검색하고, 거르고, 문장을 구성할 필요가 없다. 이미 존재하는 맥락을 가져와 읽기 쉬운 형태로 정리한다.

목요일: 개인정보 보호 질문

오후 2시 30분, Visscher의 담당자가 전화를 건다. 그는 조금 불편해 보인다.

“Sanne, 우리가 회의를 녹음한다는 것을 봤어요. 그 자체는 괜찮습니다. 하지만 알고 싶습니다. 누가 그 녹음에 접근할 수 있나요? 그리고 얼마나 오래 보관하나요?”

Sanne는 이런 질문이 나올 것을 예상하고 있었다. 지식 베이스를 도입할 때, Buro Noord는 동의, 접근 권한, 보관 기간을 의도적으로 검토했다. 그녀는 설명한다.

• 각 녹음은 모든 참가자의 명시적 동의가 있은 뒤에만 시작된다.
• 프로젝트에 속한 사람만 해당 지식 베이스에 접근할 수 있다.
• 오디오는 3개월 뒤 자동 삭제되며, 요약과 대화록은 계속 사용할 수 있다.
• 지식 베이스는 유럽 서버에서 운영되며, 저장 중 및 전송 중 암호화가 적용된다.

고객은 안심한다. Sanne는 짧은 서면 확인도 함께 보낸다.

이런 질문은 점점 더 자주 나온다. 그리고 당연히 그래야 한다. 프로젝트별 AI 지식 베이스는 많은 일을 할 수 있지만, 기반이 제대로 갖춰져 있을 때만 가능하다. 누가 무엇을 볼 수 있는지, 데이터가 얼마나 오래 보관되는지, 프로젝트가 끝나면 어떤 일이 일어나는지에 대한 명확한 합의가 필요하다. 이것은 기술 문제가 아니라 조직 문제다. 그리고 사후가 아니라 사전에 정리되어야 한다.

금요일: 회고

금요일 오후 4시. Sanne는 동료 세 명과 회의실에 앉아 있다. 2주마다 그들은 지식 베이스를 활용한 업무 방식이 어떻게 진행되고 있는지 짧게 회고한다.

잘된 점을 살펴본다.

• 상태 업데이트와 요약에 쓰는 시간이 줄었다.
• 동료들의 질문에 더 빠르게 답할 수 있었다.
• “그게 어디 있었지”라는 즉흥적인 Slack 메시지가 줄었다.

더 나아질 수 있는 점도 본다.

• 일부 에이전트의 답변은 조금 지나치게 일반적이다. 맥락이 부족하다.
• 모두가 에이전트를 수정하거나 방향을 잡아주는 데 편안함을 느끼는 것은 아니다.
• 프로젝트가 끝났을 때 지식 베이스를 어떻게 처리할지에 대한 명확한 절차가 아직 없다.

Sanne는 항목들을 적어 둔다. 다음 주에 롤아웃을 이끄는 내부 워킹 그룹과 논의할 예정이다.

회의가 끝날 때, 그녀는 빠르게 계산해 본다. 이번 주 그녀는 다음만큼 시간을 절약했다.

• 상태 업데이트 작성에서 45분 절약.
• Iwan이 스스로 답을 찾은 덕분에 30분 절약.
• 회의록을 작성하지 않아도 되어 90분 절약.
• 이전 대화에서 정보를 찾지 않아도 되어 2시간 절약.

총합: 약 6시간.

하루 전체 근무 시간은 아니지만, 의미 있는 차이를 만들기에는 충분하다. 그녀는 그 6시간을 실제로 자신의 주의가 필요한 일에 쓸 수 있었다. 고객과의 어려운 대화, 설계 선택, 진정한 맞춤 작업이 필요한 제안서 같은 것들이다.

이것이 다른 서비스 제공업체에 의미하는 것

Sanne의 한 주는 예외적인 사례가 아니다. 미래 시나리오도 아니다. 컨설팅 회사, 자문 회사, 개발팀, 그리고 반복적인 고객 프로젝트를 수행하는 다른 서비스 제공업체에서 지금 일어나고 있는 일이다.

이 접근 방식이 과거의 “지식 포착” 시도와 다른 점은 다음과 같다.

• 규율을 요구하지 않는다. 대화가 자동으로 처리되기 때문에 지식 베이스가 스스로 채워진다.
• 즉시 가치를 제공한다. 3개월 뒤가 아니라 같은 주에 효과가 나타난다.
• 프로젝트 단위로 확장된다. 회사 전체를 위한 하나의 크고 어수선한 지식 베이스가 아니라, 고객별로 작고 집중된 환경을 둔다.

그렇다고 저절로 이루어지는 것은 아니다. 주의가 필요한 세 가지가 있다.

1. 동의와 커뮤니케이션

모든 고객은 대화가 녹음된다는 사실, 데이터가 얼마나 오래 보관되는지, 누가 접근할 수 있는지를 알아야 한다. 이것은 법적 형식이 아니라 신뢰의 문제다. 이를 제대로 다루지 않는 조직은 고객을 잃는다.

2. 에이전트 조율

상태 업데이트나 요약의 첫 번째 버전이 완벽한 경우는 드물다. 팀은 에이전트를 조율하고, 수정하고, 다듬는 법을 배워야 한다. 이는 “AI가 알아서 처리할 것”이라는 태도와는 다른 사고방식을 요구한다.

3. 정리와 보관

프로젝트는 끝난다. 고객은 떠난다. 그러면 지식 베이스는 닫거나, 보관하거나, 삭제해야 한다. 이를 정리하지 않는 조직은 1년 뒤 아무도 들여다보려 하지 않는 떠다니는 환경들의 어수선한 모음만 갖게 된다.

다시 월요일로

월요일 아침 9시. Sanne는 또 다른 한 주를 시작한다. 캘린더에는 다른 프로젝트의 킥오프 통화가 있다. 그녀는 지식 베이스를 열고, 녹음 설정이 올바른지 확인한 뒤 회의를 시작한다.

이제는 일상처럼 느껴진다. 흥미롭지도, 특별하지도 않다. 그저, 이렇게 일하는 것이다.

그리고 그것이야말로 새로운 업무 방식이 진정으로 자리 잡았다는 가장 좋은 신호일 수 있다. 인상적일 때가 아니라, 당연해질 때 말이다.