대체 문의가 웹·파트너·입찰에서 들어와 같은 그룹에 여러 영업의 병렬 평가가 간다.
01 산업 판단
시스템 마이그레이션 · 국산 대체
국산 대체 리스크는 진행 중 고객에 있다: 오브젝트 범위·평가 버전·컷오버 창이 인수인계되어야 한다
컷오버 창 없는 평가 후 IT와 구현이 기존 필드를 맞추지 못한다. 컷오버 당일 실패하는 약속된 이관 오브젝트는 이후 대체에 대한 신뢰를 깨뜨린다.
기존 CRM·영업 장부를 대체하려는 그룹. 먼저 영업 프로세스를 이관하고 주변 시스템을 논의한다 — 전 IT 일괄 대체를 약속하지 않는다.
국산 대체 · 업무가 어떻게 걸리는지
리드 유입
- 대체 문의 폼
- 파트너 소개
- 입찰 인텔
프로젝트 장부
- 그룹 파일
- 기존 시스템 오브젝트
- IT 상대
후속 액션
- 평가 버전
- 보안 팩 메일
- 컷오버 창
관리자 보드
- 중복 평가
- 놓친 창
- 병렬 운영 미재방문
02 프로세스 진단
마이그레이션 판단 후 대체를 여섯 과정 점검으로 나눈다. 그룹 하나 = 마이그레이션 프로젝트 하나; 평가 버전·컷오버 창을 프로젝트에 쓰고, 관리자가 놓친 창·병렬 운영 이슈를 점검한다. 영업 프로세스를 먼저 이관한다 — 여기서 전 IT 대체를 약속하지 않는다.
평가 후 컷오버 창이 없다. 구매가 보안 팩을 물으면 구현은 아직 기존 오브젝트를 보지 못했다.
전환이 어렵다
프로젝트가 IT 대기에서 멈추고 관리자가 다음 리뷰일을 보지 못한다.
관리가 어렵다
약속된 이관 오브젝트가 컷오버 당일 매핑되지 않아 IT가 이후 대체 제안을 받지 않는다.
신뢰가 어렵다
운영 회의는 서명 여부만 묻는다. 불완전 평가·놓친 창·병렬 운영 이슈가 스탠드업에 오지 않는다.
의사결정이 어렵다
기존 오브젝트 이해와 평가 장부가 함께 있어야 한다. 구현만 늘리거나 일괄 컷오버를 약속하면 리스크가 커진다.
해결이 어렵다
03 대응 관리 액션
01 · 획득이 어렵다
그룹 하나, 마이그레이션 프로젝트 하나
폼이 사용 중 시스템·사용자 규모·우선 이관 범위를 수집한다. 출처를 따로 두고 중복 그룹을 합친다.
02 · 전환이 어렵다
평가 버전·컷오버 창을 프로젝트에 쓴다
보안 팩을 IT에 메일한다. 창 날짜 없는 것은 평가됨으로 보고하지 않는다.
03 · 관리가 어렵다
관리자가 놓친 창·병렬 운영 이슈를 점검한다
구현 교체는 담당만 바꾸고 오브젝트 목록은 남는다.
04 · 신뢰가 어렵다
이관 가능 오브젝트를 프로젝트에서 사이트에 맞춘다
컷오버 이슈 인바운드가 그 프로젝트에 다시 쓰인다. 이관 불가 범위는 먼저 기록한 뒤 2단계에 넣는다.
05 · 의사결정이 어렵다
평가 정체·빈 창으로 지속 투자를 결정한다
대체 프로젝트가 구현 역량을 더 받을 자격이 있는지 판단한다.
06 · 해결이 어렵다
일괄 컷오버 전에 평가 장부
영업 프로세스를 먼저 이관하고 주변 시스템을 논의한다. 여기서 전 IT 대체를 약속하지 않는다.
업무 아키텍처
국산 대체를 마이그레이션 프로젝트로. 기존 오브젝트·평가 버전·컷오버 창·병렬 운영 이슈가 한 그룹 파일에 있다.
이 경로에서 제품의 역할
solutions.capabilitiesLead
오픈 전 세 가지 질문
영업이 안 적는다, 기존 스택과 충돌, 데이터 이전 불가 — 거의 모든 팀이 이 셋을 묻습니다.
데이터 이관이 되나?
고객·연락처·진행 중 기회는 가능하다. 이관 후에도 다음 액션을 써야 한다 — 아니면 리스트만 가져온 것이다.
영업이 왜 바꾸겠나?
프로젝트가 아직 쓰는 필드만 남긴다. 미팅 후 명함·폼이 리드로 가는 편이 엑셀 재입력보다 낫다.
옛 리포트와 어떻게 연결하나?
관리자는 먼저 연체 미재방문·미배정·기한 도래 고객을 본다. 대형 레거시 대시보드는 나중에 — 1주차에 충진율을 채점하지 않는다.