2026년 9월 4일

메모는 남겼는데 왜 다시 이해하기 어려울까? SmartNexus Follow-up과 첨부파일 정리

후속 연락 날짜를 남겨도 며칠 뒤 그 항목을 열면 이유가 생각나지 않는 경우가 있습니다. 메모는 잘렸고, 고객이 보낸 파일은 같은 이름으로 두 번 보였습니다. 이번 개발은 화려한 자동화보다 “나중에 다시 봐도 바로 이해되는 기록”을 만드는 작업이었습니다.

SmartNexus 개발일지 ⑤ · 2026년 9월 4일 · 약 6분

핵심 설명: Follow-up 상세 화면의 메모를 충분히 읽고 수정할 수 있게 하면서도 목록과 History에서는 필요한 만큼만 보여주고, Gmail 첨부파일은 동일 파일이 중복 저장되지 않도록 정리했습니다. 업무 기록은 많이 저장하는 것보다 다시 찾았을 때 맥락이 선명한 것이 중요했습니다.

Follow-up 메모가 길어질수록 화면은 더 조심해야 했다

이메일에서 Follow-up을 만들기 시작하자 메모에는 통화 내용, 요청받은 자료, 다시 연락할 날짜와 주의사항이 함께 들어갔습니다. 짧은 한 줄 입력란은 금방 한계에 닿았습니다. 내용을 확인하려면 커서를 움직여야 했고, 수정하다가 앞부분을 놓치기도 했습니다.

상세 화면에서는 여러 줄 편집 영역을 넓혀 전체 내용을 한눈에 읽게 했습니다. 반면 Follow-up 목록과 Client History에 긴 메모를 그대로 출력하면 한 건이 화면을 거의 다 차지했습니다. 같은 데이터를 보여주더라도 상세 화면은 충분히, 목록은 요점만 보여주는 역할 분리가 필요했습니다.

목록의 짧은 미리보기 → 상세 화면의 전체 메모 → 수정 → 변경 이력 확인

그래서 목록과 이력에는 일정 길이까지만 표시하고, 잘린 경우 생략 표시를 붙였습니다. 단순히 CSS로 가리는 대신 서버가 내려주는 텍스트의 양도 제한했습니다. 휴대폰에서 데이터를 적게 받고, 화면 높이가 예상 밖으로 커지는 문제를 함께 줄이기 위해서입니다.

첨부파일이 두 개처럼 보이던 이유

Gmail 메시지는 본문 구조 안에 첨부파일 정보를 가지고 있습니다. 동기화가 다시 실행되거나 같은 메시지를 여러 경로에서 읽으면 이미 저장한 첨부파일을 다시 만날 수 있습니다. 사용자에게는 같은 PDF가 두 개로 보이지만, 시스템 입장에서는 매번 새로 발견한 항목처럼 처리될 수 있었습니다.

파일 이름만 비교하는 것은 안전하지 않았습니다. 서로 다른 문서가 같은 이름을 쓸 수 있기 때문입니다. SmartNexus에서는 메시지 식별자, Gmail의 첨부파일 식별자와 저장된 관계를 함께 확인해 동일 항목을 구분했습니다. 화면에서도 중복 레코드를 다시 걸러 기존 데이터가 남아 있는 경우까지 방어했습니다.

점검 항목잘못된 기준사용한 기준
첨부파일 중복파일 이름만 비교메시지와 provider attachment ID 조합
긴 메모 표시모든 화면에 전체 출력목록은 요약, 상세는 전체
History 기록같은 내용을 반복 저장상태 변화와 실제 수정 중심

작은 정리가 다음 자동화를 가능하게 한다

메모와 첨부파일 정리는 단독 기능으로 보면 사소해 보입니다. 하지만 다음 단계인 이메일 리드 판별과 NDA 문서 흐름에서는 같은 파일이 여러 번 보이거나 메모가 불완전하면 사람이 판단하기 어렵습니다. 자동화가 정확하려면 먼저 사람이 보는 기록부터 일관되어야 했습니다.

이번 작업을 하면서 “저장했다”와 “쓸 수 있게 기록했다”는 다른 말이라는 점을 다시 확인했습니다. Follow-up은 날짜만 있는 알림이 아니라 고객과 약속한 다음 행동의 근거이고, 첨부파일은 이메일 화면을 떠난 뒤에도 찾을 수 있어야 하는 거래 자료입니다.

실제 업무에서는 ‘다음 사람이 이해할 수 있는가’를 기준으로 봤다

예를 들어 바이어가 은행 거래내역과 재정확인서를 각각 보냈는데 동기화 과정에서 같은 PDF가 두 번 나타난다면, 어떤 파일이 최신인지 확인하는 데 시간이 듭니다. 여기에 “금요일에 다시 연락”이라는 짧은 메모만 남아 있으면 무엇을 확인한 뒤 연락해야 하는지도 다시 이메일을 읽어야 합니다. 그래서 메모에는 다음 행동뿐 아니라 그 행동의 조건과 근거가 함께 남도록 화면의 여유를 확보했습니다.

또한 중복을 제거한 사실 자체도 운영 관점에서는 추적할 수 있어야 합니다. 자동으로 하나를 지운 것처럼 보이기보다 어떤 식별자를 기준으로 같은 파일로 판단했는지 로그에서 확인할 수 있게 했습니다. 나중에 규칙이 잘못됐다는 의심이 생겼을 때 원본 메시지와 저장 기록을 비교할 수 있어야 복구 판단도 빨라집니다.

이 기준은 여러 사용자가 같은 Client를 관리할 때 더 중요해집니다. 메모를 작성한 사람만 이해하는 약어보다는 날짜, 요청 내용과 다음 조치를 분리해 남기고, 첨부파일은 원본 메시지와 연결해 두는 편이 좋습니다. SmartNexus가 사람의 기억을 대신하려면 기록을 많이 모으는 것보다 다른 날, 다른 화면, 다른 사람이 봐도 같은 결론에 도달하도록 만드는 일이 먼저였습니다.

실무 체크리스트

  • Follow-up 상세 화면에서 긴 메모를 한눈에 읽고 수정할 수 있는가?
  • 목록에서는 메모가 일정 길이로 정리되어 여러 건을 비교할 수 있는가?
  • History가 같은 긴 메모로 반복 채워지지 않는가?
  • 동기화를 다시 실행해도 같은 첨부파일이 늘어나지 않는가?
  • 파일 이름이 같아도 서로 다른 첨부파일을 구분할 수 있는가?
  • 모바일에서 목록 높이와 데이터 사용량이 과도하지 않은가?
  • 첨부파일을 원본 메시지와 Client 맥락에서 다시 찾을 수 있는가?

FAQ

메모 길이는 무조건 제한해야 하나요?

저장 길이를 짧게 막기보다 화면별 표시량을 나누는 편이 낫습니다. 상세 화면은 전체 내용을 보존하고, 목록과 History는 판단에 필요한 앞부분만 보여주는 방식입니다.

파일 이름과 크기가 같으면 같은 파일 아닌가요?

항상 그렇지는 않습니다. 이름과 크기가 같은 다른 문서도 있을 수 있으므로 이메일 provider가 제공하는 메시지와 첨부파일 식별자를 함께 사용하는 것이 안전합니다.

중복 제거 과정에서 원본 파일을 잃을 수 있나요?

삭제부터 하기보다 먼저 동일성을 판별하고 화면의 중복 표시를 막은 뒤, 저장 정책과 복구 가능성을 확인하는 순서가 좋습니다.

왜 이 작업을 리드 자동 분류보다 먼저 했나요?

자동 분류 결과를 검토하려면 메시지, 메모와 첨부파일이 신뢰할 수 있게 보여야 합니다. 기반 데이터가 흔들리면 다음 자동화의 판단도 신뢰하기 어렵습니다.

공식 자료

관련 글

SmartNexus 서비스를 사용해 보고 싶으신가요?

SmartNexus 도입이나 사용을 원하시면 아래 댓글 또는 support@Active95.com으로 요청해 주세요.