개발사·EPC·발주처가 전시회·웹·채널에서 병렬로 들어와 같은 플랜트를 여러 영업이 다룬다.
01 산업 판단
플랜트 프로젝트 영업 · 신재생에너지
신재생·PV 딜은 완전한 플랜트 관계에 달린다: 발주처·EPC·금융이 한 프로젝트 기록을 공유해야 한다
계통·인허가·금융 창은 수개월이다. 용량이 바뀌었는데 견적이 이전 버전에 있으면 창 안에서 프로젝트가 죽고, 법인·연락처가 바뀌면 옛 카드 파일이 어디에도 닿지 않는다.
플랜트 개발·장비 공급·채널 신고를 결합하고 발주처·EPC·금융을 함께 관리해야 하는 신재생·PV 영업 조직.
신재생에너지 · 업무가 어떻게 걸리는지
리드 유입
- 플랜트 문의 폼
- 전시회 / 채널 신고
- 천영 비즈니스 명함
프로젝트 장부
- 플랜트 파일
- 발주처 / EPC / 금융
- 용량과 계통일
후속 액션
- 제안·견적 버전
- 인허가·금융 노드
- 통화가 플랜트에 기록
관리자 보드
- 중복 신고
- 노드 연체·무액션
- 계통 후 미재방문
02 프로세스 진단
플랜트 프로젝트 판단 후 딜을 여섯 과정 점검으로 나눈다. 플랜트 하나 = 프로젝트 하나. 용량·계통일·역할을 확정하고, 인허가·금융·계통을 노드 날짜로 둔다. 용량 변경은 새 견적 버전을 만든다. 계통 후 보증·O&M 재방문이 따른다 — 계약 당일 닫지 않는다.
계통·인허가·금융 노드가 분기를 가로지른다. 제안 용량은 이미 바뀌었는데 견적은 이전 버전에 있다.
전환이 어렵다
프로젝트 회사 법인이 바뀐 뒤에도 영업이 옛 카드를 쫓는다. 지역 리드가 인허가에 걸린 프로젝트를 찾지 못한다.
관리가 어렵다
모듈 납품 약속이 현장 진도와 어긋나 지역 평판과 이후 플랜트 접근이 모두 훼손된다.
신뢰가 어렵다
운영 회의는 서명 MW만 보고한다. 금융 정체·계통 후 미재방문 구조가 권역 인력 배치를 움직이지 못한다.
의사결정이 어렵다
플랜트 개발 경험 인력과 삼자 역할을 한 프로젝트에 쓰는 시스템이 필요하다. 스프레드시트와 범용 CRM은 노드 관리를 못 한다.
해결이 어렵다
03 대응 관리 액션
01 · 획득이 어렵다
플랜트 하나, 프로젝트 하나
폼이 용량·계통일·역할을 수집한다. 명함·채널 신고를 플랜트명으로 통합한 뒤 담당을 배정한다.
02 · 전환이 어렵다
인허가·금융·계통을 노드 날짜로 쓴다
용량 변경은 새 견적 버전 메일을 낸다. 연체 노드에 액션이 없으면 견적됨에 두지 않는다.
03 · 관리가 어렵다
법인·연락처 변경을 프로젝트에 유지한다
발주처·EPC·금융을 따로 둔다. 담당이 바뀌어도 플랜트 파일은 남는다.
04 · 신뢰가 어렵다
납품 약속과 현장 진도를 프로젝트에서 대사한다
독촉·클레임 인바운드가 콜센터로 그 플랜트에 붙는다. 보증·O&M 재방문은 계통일을 따른다.
05 · 의사결정이 어렵다
권역 투입을 노드 구조로 평가한다
금융 정체·계통 후 미재방문·중복 채널 신고를 따로 목록화한다 — 서명 MW만의 지표를 대체한다.
06 · 해결이 어렵다
스크리닝 전에 플랜트 장부를 만든다
폼·명함·메일로 플랜트와 버전을 마감한다. 휴면 예비 스크리닝 수요가 분명해지면 아웃바운드를 켠다.
업무 아키텍처
신재생·PV를 플랜트 프로젝트로. 발주처·EPC·금융·계통 노드가 한 플랜트 파일에 있다.
이 경로에서 제품의 역할
solutions.capabilitiesLead
오픈 전 세 가지 질문
영업이 안 적는다, 기존 스택과 충돌, 데이터 이전 불가 — 거의 모든 팀이 이 셋을 묻습니다.
PV 관계가 복잡한데도 시스템이 버티나?
프로젝트별로 발주처·EPC·투자자를 기록하고 역할별 메일을 보낸다. 관계와 자료 버전을 저장한다 — 플랜트 설계가 아니다.
내부 프로젝트 라이브러리와 어떻게 공존하나?
전시회 폼에 사이트와 역할을 담고, 지명을 라이브러리에 맞춘 뒤 담당 하나를 정한다 — 병렬 기록을 만들지 않는다.
영업은 미팅만 원하고 시스템 입력을 싫어한다?
결론 없는 방문은 없었던 것과 같다. 관리자는 창 안의 다음 액션 없는 프로젝트를 본다 — 방문 수가 아니다.