작성일 2026.08.20수정일 2026.10.10작성 SOPBiz 운영자

동일 사건의 반복 알림을 묶는 규칙

비품 S-03의 부족 알림이 오전에 세 번 생기는 샘플을 사용합니다. 사건 ID가 같으면 전달 횟수와 새 정보 여부를 구분합니다.

입력 분류 전달
09:00 S-03 기준선 접근 정보 일일 요약
09:30 S-03 발주점 이하 조치 담당 1명과 기한
09:35 동일 수량·동일 사건 중복 추가 알림 대신 기존 건 갱신
10:00 사용 불가 확인 중단 등급 상승으로 새 전달

같은 품목이어도 다른 날짜의 새로운 사건은 같은 ID로 묶지 않습니다. 반복 억제는 알림을 숨기는 것이 아니라 처리 중인 사건을 식별하는 규칙입니다. 사용하는 메신저에서 실제 억제가 되는지는 별도 시험해야 합니다.

업무 알림 3단계 행동 기준

등급 의미 요구 행동 기본 전달 미확인 처리
정보 정기 검토에 필요한 변화 다음 요약에서 확인 대시보드·일일 묶음 다음 검토표에 미확인 표시
조치 기한 안에 확인·수정 필요 담당 지정·결과 기록 업무표·지정 채널 1곳 기한 뒤 대체자 전달
중단 진행 시 영향 확대 가능 해당 범위 보류·권한자 확인 수신 확인 가능한 지정 경로 즉시 대체자·권한자 전달
해제 원인 또는 조건 확인 완료 재개 증거·승인 기록 기존 사건 ID 갱신 승인 없으면 중단 유지

표의 값은 양식과 판정 순서를 검토하기 위한 설명용 예시입니다. 실제 운영값으로 교체한 뒤 사용합니다.

재고 부족 알림 세 종류가 동시에 울리는 설명용 사례

같은 포장 봉투 품목에 대해 대시보드 배지, 메신저 알림, 이메일이 5분 안에 차례로 왔다고 가정합니다. 세 알림 모두 “긴급”이라고 표시됐지만 하나는 단순 기준 접근 안내이고, 하나는 발주 검토 요청이며, 하나는 실제 재계수 전 자동 예측값입니다.

알림 사전에서는 기준 접근을 정보 단계로 묶어 하루 요약에 넣고, 재계수 결과가 발주점 이하인 경우만 조치 단계로 보냅니다. 필수 포장재가 없어 당일 업무를 이어갈 수 없는 조건처럼 미리 승인된 신호만 중단 단계로 두며, 담당자가 수신 확인을 하지 않으면 대체자에게 전달합니다.

이 예시는 알림 구조를 시험하기 위한 가상 기록입니다. 실제 재고 성과나 안전 기준을 나타내지 않으며, 품목별 발주점과 중단 여부는 사용량·대체재·배송 조건을 확인한 사업장 기준으로 정해야 합니다.

01

알림 이름보다 발생 조건과 실제 행동을 수집하기

최근 7일 동안 도착한 배너, 이메일, 메신저, 대시보드 배지, 자동 보고를 한 표에 모읍니다. “긴급”, “주의” 같은 제목은 일단 제외하고 어떤 값이 어떤 조건을 넘었을 때 발생했는지 기록합니다.

각 알림을 받은 뒤 담당자가 실제로 한 행동도 적습니다. 열어보기만 함, 원본 대조, 담당 지정, 외부 회신, 작업 중단처럼 행동이 다르면 같은 등급으로 묶지 않습니다. 아무 행동도 필요 없었던 알림은 정보 단계나 제거 후보로 검토합니다.

알림이 오지 않았지만 뒤늦게 발견한 사건도 별도 행에 넣습니다. 기존 알림만 보면 오탐은 찾을 수 있어도 필요한 신호가 빠진 위치는 볼 수 없기 때문입니다.

02

정보·조치·중단을 행동 문장으로 정의하기

정보 단계는 정기 검토 때 읽으면 되는 변화이며 즉시 응답을 요구하지 않습니다. 조치 단계는 정해진 기한 안에 확인·수정·배정이 필요한 신호입니다. 중단 단계는 계속 진행하면 영향이 커질 수 있어 해당 범위를 먼저 보류해야 하는 신호로 제한합니다.

등급 이름 옆에 “무엇을 언제까지 해야 하는가”를 한 문장으로 씁니다. 예를 들어 조치는 “30분 안에 원본 재계수 후 발주 여부를 기록”처럼 표현합니다. 기한이나 결과물이 없다면 조치 단계인지 다시 검토합니다.

법률·결제·시설 안전 같은 영역의 중단 조건을 일반 알림표가 대신 결정하지 않습니다. 해당 업무의 승인된 기준과 담당 기관 자료를 확인하고 알림 사전은 그 조건을 정확히 전달하는 역할만 하게 합니다.

03

담당자·대체자·확인 기한을 한 세트로 두기

알림 채널을 지정하기 전에 누가 첫 확인을 하고 누가 실제 조치를 하는지 나눕니다. 알림 수신자와 해결 담당자가 다르면 접수 ID와 인계 시각을 남겨 메시지가 전달됐다는 사실만으로 완료 처리하지 않습니다.

휴무나 교대 시간을 고려해 대체 담당자를 둡니다. 대체자에게 넘어가는 조건은 최초 담당자가 응답하지 않은 시간, 업무 시작 전·후, 같은 등급 반복 횟수처럼 확인 가능한 값으로 정합니다.

수신 확인은 이모지나 읽음 표시만으로 끝내지 않고 “확인, 10시까지 재계수”처럼 다음 행동과 예상 완료 시각을 남깁니다. 도구가 읽음 기능을 제공하지 않아도 업무표의 확인 시각으로 대체할 수 있습니다.

04

등급에 맞는 채널과 표현을 배정하기

정보 알림은 하루 또는 주간 요약으로 묶고, 조치 알림은 담당자가 실제 사용하는 한 채널과 업무표에 연결합니다. 중단 알림은 수신 확인이 가능한 지정 경로를 쓰되 같은 사건을 여러 채널에서 무제한 반복하지 않습니다.

제목에는 대상, 현재 상태, 요구 행동을 넣습니다. “[조치] 포장 봉투 S-03 재계수 필요·10시까지”처럼 색이나 소리가 없어도 이해할 수 있게 하고, 본문에는 원본 위치와 담당자를 포함합니다.

웹 화면의 상태 메시지를 설계한다면 보조기술에서도 상태를 인식할 수 있는지 확인합니다. W3C 자료는 인터페이스 상태 메시지의 접근성 기준을 확인하는 데 사용하고, 사업장 알림 등급 자체의 근거로 과장하지 않습니다.

05

반복 알림을 사건 ID로 묶고 요약하기

같은 사건이 값 갱신 때마다 새 알림을 만들면 담당자는 발생 건수와 반복 횟수를 구분하기 어렵습니다. 사건 ID를 유지하고 최초 발생, 마지막 갱신, 현재 값, 반복 횟수를 한 알림에 모읍니다.

정보 단계는 시간대별 요약으로 묶되 대상과 변화 방향이 사라지지 않게 합니다. 조치 단계의 후속 알림은 새 메시지를 만드는 대신 기존 사건의 미확인 상태와 다음 전달 시각을 갱신합니다.

중단 단계도 해결 후 즉시 닫지 않고 누가 재개를 승인했는지와 종료 시각을 남깁니다. 반복 알림을 줄인다는 이유로 아직 해결되지 않은 사건을 숨기지 않습니다.

06

오탐과 누락을 함께 기록해 규칙 조정하기

오탐은 알림이 발생했지만 요구 행동이 필요 없었던 경우, 누락은 행동이 필요했지만 알림이 없었던 경우로 정의합니다. 늦은 발견과 잘못된 등급도 따로 세어 단순 알림 수만 줄이지 않습니다.

규칙을 바꿀 때는 임계값, 데이터 갱신 주기, 중복 억제 시간, 담당 배정 중 한 요소만 먼저 시험합니다. 여러 요소를 동시에 바꾸면 무엇이 오탐이나 누락을 줄였는지 확인하기 어렵습니다.

변경 전후 같은 기간의 오탐, 누락, 확인 지연, 처리 지연을 비교합니다. 알림 수가 줄었어도 누락과 발견 시간이 늘었다면 통과가 아니라 수정 후 재시험으로 기록합니다.

07

월 1회 알림 사전과 실제 채널을 대조하기

알림 사전에는 등급, 발생 조건, 담당, 채널, 확인 기한, 대체 경로, 최근 검토일을 남깁니다. 실제 도구 설정과 문서가 다르면 문서만 맞는 것으로 처리하지 않고 어느 쪽을 변경할지 승인받습니다.

한 달 동안 발생하지 않은 중단 알림도 삭제하기 전에 시험값으로 경로가 작동하는지 확인합니다. 반대로 매일 발생하지만 아무도 행동하지 않는 알림은 정보 요약 또는 제거 후보로 검토합니다.

담당자 변경, 영업시간 변경, 도구 교체가 있으면 정기 검토일 전이라도 대체자와 전달 경로를 갱신합니다. 변경 이력과 원복 기준을 남겨 잘못된 설정을 빠르게 되돌릴 수 있게 합니다.

기능·표준 원문 확인

정보·조치·중단의 3등급과 담당·기한 배정은 이 자료가 정한 운영 규칙입니다. WCAG는 웹 상태 메시지 접근성, Slack·Teams 도움말은 알림 설정 기능에 한해 참고합니다.

  1. W3C WCAG 2.2 상태 메시지

    웹 상태 변화가 초점 이동 없이도 보조기술에 전달되는 접근성 기준을 확인합니다. 업무 등급 자체가 아닌 표현·전달 검수에 사용합니다.

  2. Slack 알림 설정 공식 도움말

    전체 메시지·멘션·키워드·채널별 알림 등 현재 제품의 선택 범위를 확인합니다.

  3. Microsoft Teams 알림 관리 공식 도움말

    채팅·채널·앱·활동별 알림과 소리 설정의 현재 기능을 확인합니다.

수정해서 쓰는 작업표

업무 알림을 정보·조치·중단 3단계로 나누는 법 CSV 내려받기

14개 열과 설명용 예시 8행입니다. 실제 고객·거래·성과 정보를 포함하지 않으며 UTF-8 한글 표시와 열 수를 검수했습니다.

2026년 9월 7일 자료 개정. 2026년 10월 10일: 출처와 설계 범위를 정리했습니다. 정정 기록 · 오류 제보

SOPBiz 운영자

작은 사업자의 반복 업무를 문서, 도구, 운영 루틴으로 정리합니다. 책임 운영자가 글의 수정 요청, 검수 기준, 정책 고지를 관리합니다.

콘텐츠 작성 기준 보기