기획사 CRM

마주한 문제

담당자는 통화 후 결정된 내용을 남기고 싶었는데, 시스템은 제안 생성과 견적·수락 등 선행 절차를 요구했습니다. 기능이 존재해도 실제 업무를 기록하기 어려운 구조였습니다.

확인한 과정

현업이 일을 진행하는 장소와 CRM이 필요한 순간을 다시 확인했습니다. 정산 생성 API로 가는 버튼이 없고, 같은 대상을 서로 다른 이름으로 부르며, 완료 후 다음 화면으로 갈 길도 끊겨 있었습니다.

선택한 방법

홈의 빠른 기록, 캠페인 직접 생성, 오늘 처리할 일과 정산 연결을 우선했습니다. 용어를 제안·캠페인과 받을 돈·쓸 돈으로 정리하고, 화면뿐 아니라 라우트와 선행 조건도 함께 바꿨습니다.

어떻게 확인했는가

재설계 계획의 후행 완료표와 구현 커밋, 정산 생성·새 캠페인의 여정 확인을 대조했습니다. 페이지 응답 여부에 더해 실제 다음 행동으로 이동할 수 있는지 확인한 기록을 남겼습니다.

단계별 처리와 경계

1. 통화·메신저 합의

   업무는 CRM 밖에서도 이미 진행됨

2. 바로 기록

   홈에서 기록하거나 캠페인을 직접 생성

3. 역할별 다음 일

   읽을 수 있는 현황과 수행 가능한 행동을 구분

4. 정산 전용 화면

   입금·승인·집행은 각각의 권한으로 수행

마주한 문제

홈에 빠른 행동과 정산 신호를 추가하면서, 읽기만 가능한 역할에게 실행 버튼이 보이거나 편의 기능이 돈 관련 쓰기 권한을 우회할 여지가 생겼습니다.

확인한 과정

메뉴 접근 여부만 보지 않고 역할별 행동 권한과 담당 대상의 조회 조건을 함께 확인했습니다. 홈에서 노출하는 버튼과 연결된 서버 동작도 같은 범위를 지키는지 대조했습니다.

선택한 방법

홈은 기록과 안내를 담당하고 입금 확정·지급 승인·집행은 권한이 구분된 전용 화면에 남겼습니다. 역할별 버튼을 조정하면서 본인 승인 제한과 감사 이력도 유지했습니다.

어떻게 확인했는가

역할별 후행 검토에서 발견한 잘못된 버튼 노출과 쓰기 경로를 수정한 기록이 있습니다. 홈 신호를 만드는 코드의 모듈 읽기 조건과 정산 라우트 연결을 함께 확인했습니다.