고객 요구사항 분석

요구

설치/연동이 복잡하면 도입이 중단됨 (개발·운영 겸직 환경).

근거

온보딩 과정에서 "권한/설정/환경 차이"가 가장 큰 장애 요인으로 반복 관측 (설치 이슈/설정 문의/VOC).

요구

경고 나열보다, 실제 업무 흐름에서 처리 가능한 결과(개선안/근거/변경 단위)가 필요.

근거

점검 결과가 많을수록 담당자는 "무엇부터/어떻게"가 없으면 미처리 상태로 누적되는 패턴이 확인됨 (미처리 로그/VOC).

요구

"고치자"가 아니라 "고쳐도 되는지" 판단할 재현/테스트 근거가 필요.

근거

자동 수정 제안이 있더라도 영향 불명확 시 반려/보류되는 사례가 반복 관측 (PR 반려 사유/검토 코멘트).

요구

테스트 부재/영향 불명확 시 자동 반영이 사고로 연결될 수 있어 승인 흐름이 필요.

근거

고객은 "완전 자동"보다 "자동 + 통제(승인)" 조합을 선호하는 경향이 반복 확인 (VOC).

요구

연동 환경에서 의도치 않은 접근/반출을 예방하는 기본 규칙(정책)이 필요.

근거

운영 환경에서 가장 치명적 리스크가 "권한 과다/민감정보 취급 실수"라는 인식이 반복 확인 (사고 우려/VOC).

요구

소수 인력 조직은 오탐 정리에 시간을 쓰기 어렵고, 일정 수준을 넘으면 도구가 제거됨.

근거

경고량 증가 → 무시/비활성화로 이어지는 행동 패턴이 관측됨 (로그/운영 피드백).

요구

별도 콘솔이 아닌 PR/리포트 중심으로 개발 프로세스에 결합돼야 습관화 가능.

근거

도구가 분리될수록 사용 빈도가 낮아지는 경향이 확인됨 (사용 빈도/접근 경로).

요구

내부 공유/대외 요구 대응 시 "왜 막혔는지, 왜 허용했는지" 설명 가능한 기록 필요.

근거

거래처/파트너 협업 시 보안 관련 질문 발생 시 즉시 대응 가능한 자료 요구 반복 확인 (VOC).

요구

에이전시/SI는 프로젝트가 많아 표준화/템플릿/일괄 정책 적용 필요.

근거

고객사별 편차로 운영이 어려워지는 지점이 반복 확인 (운영 피드백).

요구

초기 집중(Next/Django) 이후 유사 생태계로 확대 요구.

근거

고객 환경이 다양해 확장 요청이 자연스럽게 발생 (VOC).