개요
이 영상 스크립트는 비전허브 CRM 시스템의 데이터베이스 설계 및 자동화 전략에 대한 심층 회의 내용을 담고 있습니다. 주요 논의는 노션(Notion)을 기반으로 한 CRM 데이터 관리 체계 구축, 특히 연간 목표 달성 현황을 데일리, 위클리, 먼슬리, 쿼터리, 애뉴얼 리포트로 집계하고 시각화하는 방안에 초점을 맞춥니다. 또한, Make(구 Integromat)를 활용한 날짜 기반 데이터 자동 생성, 직원별 데이터 처리, 오퍼레이션 소모량 예측 등 자동화 시나리오의 설계와 테스트 과정을 상세히 다룹니다.
회의에서는 CRM 내 데이터 입력 방식(일일 계획, 태스크, 미팅, 콜 리스트)의 표준화, 사용자 인터페이스(UI) 및 사용자 경험(UX)에 대한 구체적인 요구사항을 협의합니다. 더 나아가 ATS(Applicant Tracking System)와의 연동을 통한 후보자 관리 자동화, 이메일 발송 서비스(스티비, 지메일) 연동 시 담당자별 발송 및 트래킹 기능의 균형점 모색 등 외부 시스템과의 통합 방안도 중요한 주제로 논의됩니다. 이 과정을 통해 실무에서 발생할 수 있는 문제점(데이터 중복, 알림 오류, ISO 날짜 코드 문제 등)을 사전에 점검하고 해결책을 모색하여, 검색 가능하고 체계적인 지식 자료를 구축함으로써 CRM 시스템의 이해도를 높이고 효율적인 활용을 지원하고자 합니다.
주요 학습 포인트
•
노션 데이터베이스를 활용한 연간, 분기별, 월별, 주별, 일별 목표 관리 및 리포트 자동화 구조 설계
•
Make(자동화 툴)를 이용한 날짜 기반 데이터 자동 생성 및 관계형 데이터베이스 연동 로직 (조건 분기 처리)
•
CRM 내 사용자 데이터 입력 방식(데일리 플랜, 태스크, 미팅, 콜 리스트) 정의 및 UI/UX 설계 협의
•
외부 시스템(ATS, 스티비, 지메일) 연동을 통한 업무 자동화 방안 및 기술적 고려사항 (API, 웹훅, 담당자별 계정 관리)
•
CRM 시스템 운영 중 발생 가능한 실무적 문제점(데이터 정합성, 중복 관리, 알림 오류) 진단 및 해결 방안 도출
요약
1. CRM 목표 데이터 구조 및 대시보드 연동 계획
•
핵심 내용: 연간 목표(Objective)를 중심으로 모든 값(데일리, 위클리, 먼슬리, 쿼터리)이 합산되어 올라오는 CRM 데이터 구조를 설명합니다. 기존 위클리 리포트의 바 형태 달성률 구성을 모든 주기에 적용 완료했으며, 최종적으로 연도별 오브젝티브로 데이터가 집계됩니다.
•
부가 설명:
◦
향후 대시보드 제작 방식과 데이터 입력 방식에 대해 논의할 예정입니다.
◦
데이터는 최종적으로 연도별 목표(Objective) 페이지로 합산됩니다.
•
중요 참고사항: 모든 성과 데이터는 연간 목표와 연동되어 체계적으로 관리됩니다.
2. 날짜 자동 생성 기능 테스트 계획 및 Make 오퍼레이션 소모량 분석
•
핵심 내용: 날짜 자동 생성 기능(Make 활용) 테스트 시 직원들에게 멘션 알림이 갈 수 있음을 인지하고 테스트 진행 여부를 확인합니다. 이 기능은 쿼터(분기)와 위크(주) 개념이 포함되어 복잡하며, 매일 1회 실행됩니다.
•
부가 설명:
◦
자동화 로직: 6명의 직원을 기준으로, 날짜 조건(예: 1월 1일, 특정 월 1일)에 따라 다른 경로로 데이터(연, 분기, 월, 주)를 생성합니다.
◦
오퍼레이션 소모량 예측: 직원 6명 기준, 하루 약 48개 오퍼레이션 (8개 모듈 * 6명), 한 달(20일) 약 960개로 1,000개 미만으로 예상됩니다.
•
중요 참고사항: 자동화 기능 테스트 시 사용자 알림에 주의해야 하며, 직원 수와 자동화 복잡도에 따라 오퍼레이션 소모량을 예측하고 관리해야 합니다.
3. 자바스크립트를 활용한 날짜 처리 모듈 개선
•
핵심 내용: 기존 노션 값을 직접 가져와 날짜 관련 정보를 처리할 때 발생했던 병목 현상을 해결하기 위해, 자바스크립트 모듈을 사용하여 연도, 월, 분기, 주차 등의 날짜 정보를 직접 생성하도록 개선했습니다.
•
부가 설명:
◦
이 자바스크립트 모듈은 날짜 형태, 쿼터, 주, 연도 등을 출력하는 역할을 합니다.
◦
테스트를 위해 날짜를 2025년 5월 15일에서 2026년 1월 1일로 변경하여 연초 데이터 생성 로직을 점검할 예정입니다.
•
중요 참고사항: 노션 API 호출을 최소화하고 성능을 개선하기 위해 복잡한 데이터 처리는 Make 내 자바스크립트 코드로 구현하는 것이 효과적입니다. Make 함수 사용에 익숙지 않을 경우 설정에 시간이 소요될 수 있습니다.
4. 날짜 자동 생성 기능 실제 테스트 및 오류 수정
•
핵심 내용: 2026년 1월 1일 기준으로 날짜 자동 생성 기능을 테스트한 결과, 날짜 ISO 코드 미적용으로 오류가 발생했습니다. 이를 수정한 후 재테스트하여 정상적으로 데이터가 생성되고 관계형이 맺어지는 것을 확인했습니다.
•
부가 설명:
◦
특정 사용자(쿠시드님, 동연님)의 데이터가 정상 생성되고 관계형으로 연결되었습니다.
◦
위클리 데이터도 정상적으로 맺어졌습니다.
◦
연초 데이터 생성 로직: 매년 1월 1일에만 특정 상위 경로로 데이터가 생성됩니다.
◦
다른 날짜 조건(예: 1월 2일, 5월 15일) 테스트: 해당 날짜에 필요한 데이터(예: 20주차, 5월 15일)만 정상 생성됨을 확인했습니다.
•
중요 참고사항: 날짜 처리 시 ISO 8601 표준 코드 준수가 매우 중요합니다. 자동화 시나리오가 중간에 중지될 경우, 실제 오류가 아니더라도 오류처럼 보일 수 있습니다.
5. CRM 데이터 입력 페이지 및 조회 페이지 구성 논의
•
핵심 내용: CRM에서 자동으로 계산되는 항목 외에 수동으로 입력해야 할 데이터(태스크, 콜 리스트, 미팅)를 식별하고, 이들 데이터를 입력하는 페이지와 결과를 보는 페이지를 분리할지 논의했습니다. CV( 후보자 검증) 1, 2, 3차 데이터는 ATS에서 자동으로 입력됩니다.
•
부가 설명:
◦
직원들이 입력과 조회를 한 페이지에서 같이 봐도 무방하다는 의견에 따라, 페이지를 분리하지 않기로 결정했습니다.
•
중요 참고사항: 사용자 편의성과 업무 흐름을 고려하여 페이지 구성을 결정해야 합니다. ATS와 같은 외부 시스템과의 연동을 통해 데이터 입력 자동화를 최대한 활용합니다.
6. '데일리 플랜' 기능 설계 및 템플릿 적용 방안
•
핵심 내용: 일일 계획을 입력하는 '데일리 플랜' 기능을 날짜별 개별 페이지 내에 구현하기로 하고, 명칭은 기존대로 '데일리 플랜'을 사용합니다. 시간대별 태스크 입력을 용이하게 하기 위해 노션 템플릿으로 제작할 예정입니다.
•
부가 설명:
◦
데이터 연동: 현재 데일리 플랜의 태스크는 데일리 리포트와만 연결됩니다. 피플 데이터베이스와 직접 연동 시 시스템이 무거워지고 복잡해질 수 있습니다.
◦
컴퍼니 태스크 템플릿: 기존 컴퍼니 파일의 태스크 템플릿에서 임원/대표 정보가 피플 데이터베이스와 정상적으로 연동되는지 확인 요청이 있었습니다.
•
중요 참고사항: 기능 명칭은 사용자 혼란을 줄이기 위해 기존 용어를 유지하는 것이 좋습니다. 데이터 연동 범위는 시스템 성능과 사용자 요구사항을 종합적으로 고려하여 결정해야 합니다.
7. 데일리 플랜 템플릿 적용 및 필터링 기능 구현
•
핵심 내용: 데일리 플랜은 '데일리 템플릿'이라는 이름으로 만들고, 페이지 제목 변경 시 관련 데이터가 자동으로 연결되도록 설정합니다. Make로 자동 생성되는 페이지에는 노션 템플릿이 자동으로 적용되지 않으므로, 직원이 출근 후 직접 해당 날짜의 페이지에 들어가 '데일리 플랜' 템플릿을 클릭하여 적용해야 합니다.
•
부가 설명:
◦
데일리 리포트 표시: 당일 생성된 데일리 리포트에는 BD, 미팅 이력, 1차 인터뷰 달성 현황 등이 함께 표시되어 직원 전체가 볼 수 있도록 합니다.
◦
사용 흐름: 템플릿 적용 후 '태스크 생성' 버튼을 클릭하여 해당 날짜의 계획을 세우고 목표를 입력하면 타임라인 뷰로도 확인 가능합니다.
◦
진행 상태: 태스크 진행 상태(진행 중, 완료)는 퇴근 전 체크하며, 중요도는 상대적으로 낮습니다.
•
중요 참고사항: Make를 통한 자동 페이지 생성 시 노션 템플릿 자동 적용은 제한적이므로 수동 적용 프로세스를 안내해야 합니다.
8. 데일리 플랜 기간별/사용자별 조회 뷰 구성
•
핵심 내용: 데일리 플랜의 과거 데이터(예: 지난주 금요일 업무) 조회를 위해 탭 기반의 다양한 뷰를 구성합니다. '지난주', '이번 주', '지난달', '이번 달' 탭은 기본적으로 '나'의 데이터만 보이도록 고급 필터를 적용하고, '전체 보기' 탭에서는 모든 직원의 데이터를 보되 사용자 필터를 통해 특정인을 선택할 수 있도록 합니다.
•
부가 설명:
◦
'전체 보기'는 최근 항목이 먼저 보이도록 역순 정렬합니다.
◦
월초에 지난달 말일 데이터를 확인해야 하는 경우 등을 고려하여 기간별 조회 옵션을 제공합니다.
•
중요 참고사항: 사용자가 자신의 데이터와 팀 전체 데이터를 효율적으로 탐색할 수 있도록 다양한 기간별, 사용자별 필터 옵션을 제공하는 것이 중요합니다.
9. 미팅 관리 기능 설계: 미팅 확정 및 KPI 카운팅 기준 논의
•
핵심 내용: 미팅 관리 기능에서 '미팅 확정일' 필드를 두어, 버튼 클릭 시 해당 날짜가 자동으로 입력되고 데일리 리포트와 관계형으로 연결되도록 설계합니다. 이는 수동 입력으로 인한 휴먼 에러를 방지하기 위함입니다. KPI 카운팅 기준은 '미팅 확정일'이 아닌, 실제 '미팅 일시' 또는 '미팅 완료일'(미팅이 진행된 주 기준)로 하기로 협의했습니다.
•
부가 설명:
◦
미팅 생성 버튼 클릭은 미팅이 100% 확정되었음을 의미합니다.
◦
담당자의 업무 테스크 목록에는 미팅 일정이 표시되어 알람 기능 및 업무 시간 배분에 활용될 수 있어야 합니다.
•
중요 참고사항: 자동화를 위한 내부 관리용 날짜 필드와 실제 성과 측정을 위한 KPI 기준 날짜 필드를 명확히 구분해야 합니다.
10. 미팅 현황판 구성 및 구글/노션 캘린더 연동 가능성 검토
•
핵심 내용: 미팅 일정은 담당자별 개별 뷰가 아닌, CRM 페이지 내에 현황판 형태로 표시하기로 했습니다. 기본적으로 '이번 주' 미팅을 보여주며, '미팅 완료' 체크 시 관련 데이터(미팅 날짜)가 관계형으로 자동 연결됩니다. 또한, '지난주', '이번 달', '지난달', '오늘', '전체 보기', '다음 주', '다음 달' 등의 조회 옵션을 탭으로 제공합니다.
•
부가 설명:
◦
캘린더 연동: 미팅 및 인터뷰 일정을 구글 캘린더나 노션 캘린더에서 통합 조회하는 기능에 대한 문의가 있었습니다. 대표는 가능성이 높으나, 일반 직원은 개인별 설정이 필요할 수 있어 추가 테스트가 필요합니다.
•
중요 참고사항: 미팅 현황판은 다양한 기간별 조회와 필터 기능을 제공하여 사용성을 높여야 합니다. 외부 캘린더 연동은 사용자 편의성을 크게 향상시킬 수 있으나, 기술적 검토 및 권한 설정이 필요합니다.
11. ATS 시스템 연동 기능 테스트: 이력서 생성 및 인터뷰 진행
•
핵심 내용: ATS(채용 관리 시스템)와 CRM 간의 연동 기능을 테스트했습니다. ATS에서 이력서 생성, 프로젝트 연계, 메일 발송, 추천 진행 등의 과정을 거치면 CRM의 관련 KPI(이력서, 1차/2차 인터뷰 등)에 반영되는 것을 확인했습니다.
•
부가 설명:
◦
이력서 생성 연동: ATS에서 '11 생성'(이력서 생성) 후 '이력서 샌딩'을 해야 CRM에 반영됩니다.
◦
알림톡 오류: 이력서 발송 알림톡에서 회사 이름이 누락되는 문제와 인터뷰 확정 알림톡에서 회사 이름은 정상 출력되나 '인터뷰 방식/장소 불일치' 메시지가 뜨는 오류가 확인되었습니다. (지속적 수정 필요)
◦
인터뷰 진행 연동: ATS에서 서류 합격 처리, 인터뷰 일정 확정 및 안내 발송 시 CRM의 인터뷰 카운트가 증가합니다.
•
중요 참고사항: 외부 시스템 연동 시 각 단계별 데이터가 정확히 CRM에 반영되는지 꼼꼼한 테스트가 필요합니다. 사용자 알림 기능의 오류는 즉시 수정하여 신뢰도를 높여야 합니다.
12. 콜 리스트 관리 기능 설계: 생성, 통화 예정일, 통화 완료 처리
•
핵심 내용: 콜 리스트 관리 기능에서, '콜 생성' 버튼 클릭 시 '통화 예정 날짜'가 오늘 날짜로 자동 입력되는 현재 방식에 대해 논의했습니다. 클라이언트는 콜 리스트를 미래의 통화 예정일 관리 및 주기적 고객 관리를 위해 사용하고자 하며, 통화 완료 시 3개월 후 날짜로 자동 업데이트되는 기능을 선호합니다.
•
부가 설명:
◦
사용 시나리오:
1.
타겟 고객 선정 후 '콜 예정'으로 등록 (특정 미래 날짜 지정).
2.
실제 통화 후 '통화 완료' 클릭.
3.
완료 시, 3개월 후 날짜로 새로운 '통화 예정' 자동 생성.
4.
필요시(고객 요청 등) 이 예정일은 수동으로 수정 가능.
◦
기존 구현: 현재 '통화 완료' 클릭 시 CRM의 콜 리스트 KPI는 업데이트 됩니다.
•
중요 참고사항: 콜 리스트는 단순 통화 기록을 넘어, 체계적인 고객 관계 관리를 위한 도구로 활용될 수 있도록 자동화 기능을 설계해야 합니다.
13. 콜 리스트 UI/UX 개선 및 중복 콜 방지/관리 방안 논의
•
핵심 내용: 콜 리스트 생성 UI를 개선하여, 피플 검색 후 'BD 콜'을 클릭하면 임시 목록에 추가되고, 날짜를 지정한 뒤 '입력 완료' 시 실제 콜 리스트로 이동하는 방식을 제안했습니다. 중복 콜 방지를 위해, 피플 DB 상세 페이지에 해당 고객에 대한 콜 히스토리(콜 리스트 DB 내용)를 표시하여 담당자가 사전에 인지할 수 있도록 합니다.
•
부가 설명:
◦
중복 콜 문제: 여러 담당자가 단기간 내 동일 고객에게 중복 연락 시 고객 불만을 야기할 수 있습니다. 시스템적 강제 알림보다는 담당자가 히스토리 확인을 통해 판단하도록 합니다.
◦
콜 리스트 이름: "담당자 이름 (고객 이름)" 형식으로 통일합니다.
◦
콜 횟수 표시: 고객별 콜 횟수를 카운트하여 표시하는 기능을 추가합니다.
•
중요 참고사항: 사용자 인터페이스는 직관적이어야 하며, 실무에서 발생할 수 있는 중복 작업 문제를 최소화할 수 있는 정보 제공 방안을 고려해야 합니다.
14. 통화 완료 시 3개월 후 자동 리콜 생성 기능 구현 및 세부 설정
•
핵심 내용: 사용자가 '통화 완료' 버튼을 클릭하면, Make 자동화 시나리오를 통해 3개월 후의 날짜로 새로운 콜 리스트 항목이 자동으로 생성되도록 구현했습니다. 이 기능은 기존 피플 DB의 '연락 리스트' 필드와는 별개로, 콜 리스트 DB 내에서 처리됩니다.
•
부가 설명:
◦
Make 시나리오: 통화 완료 시, 콜 리스트 DB에 새 페이지를 추가하고, 통화 예정 날짜는 현재 완료된 통화의 날짜 + 3개월로 설정합니다. 담당자 등 기타 정보도 복사됩니다.
◦
시연: 특정 고객의 통화를 완료 처리하자, 3개월 뒤 날짜로 새 콜 리스트가 생성되고 콜 횟수가 업데이트되는 것을 확인했습니다.
◦
UI 정리: 콜 리스트 조회 화면에서 불필요한 정보(예: 회사 소개서 발송 메시지 등)는 제거하여 간결하게 표시합니다.
•
중요 참고사항: 자동화 규칙(예: 리콜 주기)은 Make 시나리오 내 변수로 관리하여 추후 쉽게 수정할 수 있도록 하는 것이 좋습니다.
15. 회사 소개서 발송 자동화: 스티비 연동의 한계와 대안 모색
•
핵심 내용: 회사 소개서 발송 자동화를 위해 스티비(이메일 마케팅 툴) 연동을 논의했으나, 발송자 명의가 고정되어 담당자별 발송이 어렵다는 문제가 제기되었습니다. 헤드헌팅 업무 특성상 담당자 브랜딩이 중요하므로, 담당자 이메일로 발송하는 것을 우선 고려하기로 했습니다.
•
부가 설명:
◦
스티비 장점: 오픈율 등 이메일 트래킹 기능.
◦
스티비 단점: 발송자 고정 (예: career.count.bin 공식 계정).
◦
클라이언트 요구: 담당자별 발송, 트래킹보다는 개별 담당자와 고객 간 관계 형성 중시.
◦
대안: 지메일 연동을 통해 담당자별 발송.
◦
추가 요구: 회사 소개서 외 명절 안내, 주기적 정보성 메일 등도 자동화 희망.
•
중요 참고사항: 외부 서비스 연동 시, 기능적 장점과 실무적 제약(업무 특성, 브랜딩)을 종합적으로 고려하여 최적의 솔루션을 선택해야 합니다.
16. 지메일 연동을 통한 담당자별 메일 발송 및 스티비의 CRM 활용 가능성
•
핵심 내용: 스티비의 발송자 명의 문제로 인해, 담당자별 메일 발송은 기존에 구현 경험이 있는 지메일 API 연동 방식으로 진행하기로 했습니다. 이를 위해서는 각 담당자의 지메일 계정 정보(필요시 비밀번호 공유 및 인증 절차)를 Make에 등록해야 합니다.
•
부가 설명:
◦
스티비 재활용: 스티비는 CRM 내부 알림이나 다른 대량 발송 목적으로 활용될 여지가 있습니다.
◦
계정 등록: 핸드폰 인증 등 복잡한 절차가 필요한 계정 등록은 추후 오프라인 미팅(부산 방문) 시 처리하기로 했습니다.
◦
(여담) AI 글쓰기 도구(제미나이, 클로드)에 대한 간략한 사용 후기 및 비교가 있었습니다.
•
중요 참고사항: 담당자별 외부 서비스(지메일 등) 연동 시, 각 계정에 대한 인증 및 권한 설정이 필요하며, 보안에 유의해야 합니다.
17. 지메일 발송 시 내용 커스터마이징: 변수 처리 및 추가 내용 입력 기능
•
핵심 내용: 지메일을 통해 메일을 발송할 때, 발송 전 2-3줄 정도의 짧은 추가 내용을 입력할 수 있는 필드를 제공하고, "Dear [고객 이름]"과 같이 수신자 이름을 자동으로 삽입하는 변수 처리가 가능하도록 구현합니다. 메일 발송 형식은 텍스트 기반과 HTML(이미지 포함) 기반 중 선택해야 합니다.
•
부가 설명:
◦
메일 형식: 클라이언트가 현재 사용하는 방식(솔라피에서 받은 메일 복붙)은 이미지 포함 형태로 HTML에 해당합니다.
◦
HTML 메일 문제점: 단순 텍스트 입력이 아닌 HTML 코드로 직접 작성/수정해야 하며, 이미지 경로 문제로 이미지가 깨질 수 있습니다.
◦
대안: PDF 파일 첨부 방식이 있으나, 클라이언트는 메일 본문에 내용이 직접 표시되는 것을 선호합니다.
•
중요 참고사항: 변수 처리를 통해 개인화된 메시지 발송이 가능합니다. HTML 형식의 이메일은 전문적인 템플릿 사용이나 코드 이해가 필요하며, 단순 텍스트보다 구현 및 유지보수가 복잡합니다.
18. HTML 이메일 발송의 기술적 어려움 및 기존 고객 관리 전략 수립
•
핵심 내용: 클라이언트가 사용 중인 HTML 형식 이메일 내 특정 링크(이메일 주소) 오류의 원인으로 HTML 코드(A 태그) 내 잘못된 정보 기입 가능성을 언급했습니다. HTML 형식의 직접 구현 및 발송은 기술적 어려움이 있어 회사 소개서 발송 기능은 추후 논의하기로 하고, 우선 기존 고객 관리 전략에 집중하기로 했습니다.
•
부가 설명:
◦
BD 콜 고객 정보: 초기에는 이름, 전화번호만으로 콜을 시작하고, 통화 후 이메일 등 상세 정보를 획득하여 피플 DB에 업데이트합니다. 피플 DB에 정보가 없는 신규 고객은 수동으로 기본 정보를 입력 후 콜을 생성합니다.
◦
이메일 구분: BD 콜은 주로 회사 이메일을 사용합니다.
◦
기존 고객 관리: 고객 그레이드별로 분류하여, 정기적인 커뮤니케이션(명절 인사, 월별 정보성 콘텐츠 등)을 메일이나 문자로 발송하고 컨택 히스토리를 기록/관리합니다.
•
중요 참고사항: BD 콜 대상 고객 정보는 점진적으로 확보되며, 이는 피플 DB에 중앙 집중적으로 관리되어야 합니다. 기존 고객 관리는 고객 등급에 따른 맞춤형 접근이 효과적입니다.
19. 개인별 대시보드 구성 및 CRM 페이지의 역할 재정의
•
핵심 내용: 현재 개발 중인 콜 관련 기능 페이지들이 OKR 기반의 개인별 대시보드의 일부인지, 아니면 별도의 CRM 전용 페이지인지에 대한 논의가 있었습니다. 클라이언트는 "게임 조종판"과 같이 한 페이지에서 데일리 태스크, BD 업무, ATS 프로젝트 현황, TRM(Talent Relationship Management) 업무까지 통합적으로 관리할 수 있는 개인별 대시보드를 구상하고 있습니다.
•
부가 설명:
◦
역할 구분: 현재 CRM 관련 페이지들은 실제 업무를 수행하는 작업 공간의 역할을 하며, 향후 구축될 대시보드에는 이 중 핵심적인 정보들이 요약되어 표시될 것으로 예상됩니다.
◦
워크플로우 일관성: 대시보드에서 특정 정보를 확인하고 조작하더라도, 실제 데이터 처리 로직은 각 기능 페이지(ATS, CRM 등)의 워크플로우와 동일하게 유지되어 사용자 혼란을 방지해야 합니다.
•
중요 참고사항: 대시보드는 주요 정보의 요약 및 빠른 접근을 제공하는 역할을 하며, 실제 상세 업무 처리는 각 기능별 전문 페이지에서 이루어지도록 설계하는 것이 일반적입니다.
20. BD콜 현황판 개인/전체 뷰 및 미팅 캘린더 구성
•
핵심 내용: BD콜 현황판은 '오늘' 탭을 두어 당일 예정된 콜을 통화 완료 여부와 관계없이 모두 표시합니다. 또한 '이번 주', '지난주', '다음 주', '이번 달', '지난달', '다음 달', '전체 보기' 등의 탭을 제공하며, 통화 예정 날짜를 기준으로 필터링됩니다. 담당자 필터를 통해 개인별 또는 전체 콜 리스트 조회가 가능합니다. 미팅 캘린더는 BD콜보다 우선순위가 높은 미팅 일정 중심으로 구성하며, 개인 및 팀 전체 일정을 표시하고 주말은 제외합니다.
•
부가 설명:
◦
미팅 캘린더 정보: 담당자, 회의 내용 등을 표시합니다.
•
중요 참고사항: 현황판과 캘린더는 다양한 필터 옵션(담당자, 기간 등)을 제공하여 사용자가 원하는 정보를 쉽게 찾을 수 있도록 구성해야 합니다.
21. CRM 주요 기능 사용 시나리오 시연 및 웹훅 지연 로직 설명
•
핵심 내용: 실제 CRM 사용 시나리오를 시연했습니다. (1) 출근 후 데일리 플랜 템플릿 적용 및 태스크/목표 입력, (2) 콜 리스트 생성 (콜 횟수 확인, 고객 선택, 통화 예정일 지정), (3) 미팅 생성 (고객 선택, 미팅 정보 입력, 고객에게 미팅 안내 메일 자동 발송), (4) BD콜 및 미팅 완료 처리 시 KPI 자동 반영. 특히, '통화 완료' 등 웹훅을 사용하는 버튼은 최종 성공 응답(HTTP 200)을 받을 때까지 버튼이 활성화된 상태를 유지하고, 완료 후 다음 콜 날짜 안내 등 확인 메시지를 표시하는 로직을 설명했습니다.
•
부가 설명:
◦
다음 콜 자동 생성 주기 변경: Make 시나리오 내 설정된 숫자 변수(예: 3개월)를 수정하여 다음 콜 예정일 자동 생성 주기를 쉽게 변경할 수 있습니다. (현재 두 군데 수정 필요)
•
중요 참고사항: 웹훅 기반 자동화 기능은 사용자에게 명확한 피드백(처리 중, 완료 등)을 제공해야 합니다. 자동화 설정값(주기 등)은 유지보수를 위해 쉽게 변경할 수 있도록 변수화하는 것이 좋습니다.
22. 기존 고객 대상 정기적 커뮤니케이션 자동화: 스티비 활용 방안 재검토
•
핵심 내용: 기존 고객(거래 중이거나 관계 있는 고객, 피플 DB의 속성 값 및 그레이드 활용)을 대상으로 한 정기적 커뮤니케이션(명절 인사, 정보성 콘텐츠 등) 자동화 방안을 재논의했습니다. 스티비와 Make를 연동하여, 노션 데이터를 트리거로 특정 조건에 맞는 고객에게 HTML 형식의 이메일을 발송하고, 그 발송 기록을 다시 노션에 업데이트하는 방안을 긍정적으로 검토했습니다.
•
부가 설명:
◦
이메일 형식: 스티비 사용 시 HTML 템플릿 활용이 가능하며, 내용 일부를 변수로 처리하거나 스티비 기능을 통해 이미지를 삽입할 수 있습니다. (Make에서 직접 이미지 삽입은 텍스트 메일에서는 불가)
◦
구현 방식:
1.
스티비에 이메일 템플릿 준비.
2.
Make에서 노션의 고객 데이터를 필터링하여 대상 선정.
3.
선정된 대상에게 스티비를 통해 이메일 발송 요청.
4.
발송 완료 후 노션의 해당 고객 레코드에 발송 히스토리 업데이트.
◦
최종 결정: 클라이언트가 스티비의 기능 및 연동 방식을 좀 더 연구한 후, 다음 미팅에서 지메일 방식과 스티비 방식 중 최종 결정하기로 했습니다.
•
중요 참고사항: 스티비와 같은 외부 이메일 마케팅 툴과 Make를 연동하면, 노션 데이터를 기반으로 보다 정교한 타겟팅 및 자동 이메일 발송이 가능하며, 발송 결과 추적 및 기록 관리도 체계화할 수 있습니다.
23. ATS 프로젝트-피플 데이터 연동 오류 분석 및 올바른 관계 설정 방법 안내
•
핵심 내용: ATS 관련, 특정 프로젝트의 '채용 담당자' 필드에 해당 프로젝트와 직접적인 관계가 없는 인물(주로 CV를 생성한 후보자)이 표시되는 오류에 대해 분석했습니다. 이는 노션의 관계형 데이터베이스 설정 오류 또는 사용자 오인으로 추정됩니다.
•
부가 설명:
◦
올바른 데이터 연결:
▪
프로젝트의 채용 담당자 지정: 프로젝트 DB의 '채용 담당자' 관계형 필드에서 직접 피플을 연결하거나, 피플 DB 해당 인물의 '진행 프로젝트' 관계형 필드에서 프로젝트를 연결해야 합니다.
▪
CV와 프로젝트 연결: CV(후보자) DB에서 특정 프로젝트를 연결하는 것은 해당 후보자가 어떤 프로젝트에 속하는지를 나타낼 뿐, 피플(채용담당자)-프로젝트 간의 직접적인 관계를 설정하지 않습니다.
◦
문제 해결: 클라이언트가 직접 문제 데이터를 올바른 방식으로 수정하자 정상적으로 표시됨을 확인하여, 사용자 실수 또는 오해였을 가능성을 시사했습니다.
•
중요 참고사항: 노션의 관계형 데이터베이스 사용 시, 각 DB와 필드의 의미를 정확히 이해하고 올바른 위치에 데이터를 연결해야 의도치 않은 오류를 방지할 수 있습니다.
24. 프로젝트 향후 일정 조율 및 회의 마무리
•
핵심 내용: ATS 관련 매뉴얼 공유를 요청받았으며, 다음 주 수요일 미팅에서는 기존 고객 대상 이메일 발송 기능에 대해 집중적으로 논의하기로 했습니다.
•
부가 설명:
◦
오프라인 미팅: 6월 13일 부산에서 오프라인 미팅을 잠정 확정했으며, 그 전까지 온라인을 통해 최대한의 작업을 완료하는 것을 목표로 합니다.
◦
온라인 미팅 일정: 5월 21일, 23일, 29일, 31일 및 6월 첫째 주(5일 제외)에 집중적인 온라인 미팅을 진행할 예정입니다.
•
중요 참고사항: 프로젝트 마무리를 위해 체계적인 일정 관리와 온/오프라인 미팅을 통한 긴밀한 협업이 필요합니다.
