기술 제안서 검토가 끝났는데, 몇 달 전에 전달한 링크는 계속 열어 둬야 할까요?

기술 제안서는 한 사람이 처음부터 끝까지 읽고 결정하는 문서가 아닙니다. 사업 담당자는 도입 범위와 기대 효과를 보고, 기술팀은 구조와 적용 조건을 확인합니다. 보안팀과 법무팀은 데이터 처리 방식, 책임 범위와 예외를 살핍니다.

모든 내용을 한 파일에 넣어 같은 링크로 보내면 관리하기는 쉽습니다. 하지만 누가 어떤 정보를 왜 봐야 하는지는 흐려집니다. 외부 공유를 설계할 때는 파일을 얼마나 강하게 잠글지보다 검토 목적에 따라 공개 범위를 어떻게 나눌지 먼저 정해야 합니다.

한 파일은 한 공개 범위만 가집니다

회사 소개, 제안 범위, 시스템 구조, 보안 정책, 가격과 일정을 한 PDF에 담으면 완성도 높아 보입니다. 그러나 공유하는 순간 모든 수신자가 같은 범위의 정보를 받습니다.

본문만 필요한 사업 담당자에게 상세 보안 자료까지 공개될 수 있고, 반대로 민감한 내용을 줄이다 보면 실제 검토자가 다시 자료를 요청해야 합니다. 자료를 나누는 기준은 페이지 수나 파일 크기가 아니라, 검토자가 답해야 할 질문입니다.

  • 사업 담당자: 무엇을 도입하며 업무 범위가 어떻게 달라지는가
  • 기술 담당자: 어떤 구조로 적용하며 필요한 환경과 제약은 무엇인가
  • 보안·법무 담당자: 어떤 정보가 처리되며 적용 범위와 예외는 무엇인가
  • 구매 담당자: 가격에 무엇이 포함되고 일정과 계약 조건은 어떻게 되는가

질문이 다르면 공개 범위도 달라질 수 있습니다.

본문과 상세 자료를 나누면 검토 흐름이 보입니다

제안서 본문에는 문제, 제안 범위, 적용 방식과 주요 일정처럼 여러 이해관계자가 함께 볼 내용을 담습니다. 상세 아키텍처와 운영 조건은 기술 검토 자료로, 보안 정책과 예외 사항은 보안 검토 자료로 분리할 수 있습니다.

목적은 민감한 내용을 무조건 감추는 것이 아닙니다. 필요한 사람이 필요한 시점에 충분한 자료를 보도록 하는 것입니다. 사업 검토 단계에는 본문을 공유하고, 기술 검토가 시작되면 관련 담당자에게 기술 자료를 전달합니다. 보안 검토가 필요해졌을 때 담당자와 범위를 확인한 뒤 별도 자료를 제공해도 늦지 않습니다.

하나의 기술 제안서와 목적별로 나뉜 기술·보안 검토 자료를 정리한 사람 없는 정물 스케치

링크를 만들기 전에 네 가지를 정합니다

  1. 누가 보는가 ‘고객사 전체’가 아니라 이번 검토에 실제로 참여하는 역할을 기준으로 문서별 수신자를 정합니다.

  2. 언제까지 보는가 열람 가능 기간을 검토 일정에 맞춥니다. 편의를 위해 만든 링크가 프로젝트 종료 뒤에도 남지 않게 합니다.

  3. 다운로드가 필요한가 내부 결재나 공식 보관이 필요할 수 있습니다. 브라우저 확인만으로 충분한 단계도 있습니다. 문서 종류와 고객사의 절차를 함께 보고 결정합니다.

  4. 누가 공유를 종료하는가 검토가 끝났을 때 링크를 닫을 담당자를 미리 정합니다. 책임자가 없으면 이전 버전과 오래된 링크가 남기 쉽습니다.

FeatPaper에서는 문서별로 공유 경로를 운영합니다

FeatPaper에서는 제안서 본문과 기술·보안 검토 자료를 각각 링크로 공유하고, 문서 성격에 따라 열람 기간과 원본 PDF 다운로드 허용 여부를 설정할 수 있습니다. 검토가 끝난 자료는 공유를 중지해 이후의 링크 접근을 닫을 수 있습니다.

접속과 페이지 열람 기록은 검토 흐름을 확인하는 참고 자료입니다. 본문은 열렸지만 기술 자료는 아직 열리지 않았다면, 관심이 없다고 단정하기보다 기술 검토가 시작됐는지 담당자에게 확인할 수 있습니다.

다만 열람 기록은 접근 사실을 보여줄 뿐입니다. 보안 검토 완료나 내용 승인을 뜻하지 않으며, 링크 설정도 NDA나 계약상 비밀유지 의무, 고객사의 보안 심사를 대신하지 않습니다. 이미 내려받은 파일이나 화면 캡처까지 회수하는 기능으로 설명해서도 안 됩니다.

검토가 끝났다면 링크도 정리해야 합니다

공유는 링크를 보내는 순간 끝나지 않습니다. 최종 계약이나 운영에 필요한 문서는 합의된 절차에 따라 보관할 수 있습니다. 반면 검토 과정에서만 쓴 상세 자료, 이전 가격표와 수정 전 제안서는 공유를 종료하는 편이 낫습니다. 새 버전이 생겼다면 어떤 링크가 현재 자료인지도 분명히 합니다.

공유 전 체크리스트

  • 제안서 본문과 기술·보안 검토 자료의 수신자가 구분되어 있는가
  • 각 문서가 답해야 할 질문이 분명한가
  • 열람 기간과 다운로드 허용 여부를 정했는가
  • 검토가 끝난 링크를 닫을 담당자가 있는가
  • 열람 기록을 승인이나 구매 의도로 해석하고 있지는 않은가
  • NDA와 고객사의 보안 검토 절차를 별도로 따르고 있는가

기술 제안서의 보안은 모든 내용을 한 파일에 넣고 강한 표현을 붙이는 데서 시작하지 않습니다. 누가 무엇을 언제까지 검토해야 하는지 나누고, 검토가 끝난 공유 경로를 정리하는 데서 시작합니다.