PoC를 통과시키는 일이 익숙해질수록 기술을 더 파서 설계 쪽으로 갈지, 계약까지 책임지는 영업 대표가 될지 고민이 커집니다. 두 방향은 필요한 기록이 달라서 어느 쪽을 고르느냐에 따라 지금부터 남겨야 할 것도 바뀝니다. 커리어 기록과 목표 직무를 맞춰 보면 이미 가진 고객 기술 검증 경험과 아직 없는 클라우드 설계 경험이 따로 보입니다. 진행 중인 고객 구성안으로 클라우드 설계 리뷰에 참여하는 경로(A), 분석 데모 환경을 직접 구축하는 경로(B), 설계 기회가 생기지 않을 때 이직을 검토하는 경로(C)가 나옵니다. 아래는 기술영업(Pre-Sales) 7년차가 솔루션 아키텍트를 목표로 받은 리포트 예시입니다.
커리어 로드맵은 아래처럼 입력한 커리어 데이터·기록·목표를 근거로 만들어져요. 내 데이터를 넣으면 내 상황에 맞춘 리포트를 받을 수 있어요.
현재는 엔터프라이즈 데이터 분석 SaaS에서 고객 요구를 구성안과 PoC로 바꾸는 프리세일즈 미들 단계에 있어요. 연 15건의 PoC와 기술 승인률 47%에서 62%로의 상승, 계열사 6곳 구성 설계는 솔루션 아키텍트 전환에 쓸 만한 실무 근거입니다. 다만 클라우드 아키텍처를 실제 고객 환경에 적용해 운영 결과까지 확인한 경험과 시스템 수준의 설계 소유권은 아직 기록에서 확인되지 않습니다. 당분간 이직보다 현 직장에서 설계 범위를 넓히고, 개인 프로젝트로 클라우드 설계 판단을 보완하는 편이 빠릅니다. 영업 대표 경로는 협상 미팅 2회 관찰 뒤 구성 설계가 더 맞는다는 기록을 바탕으로 보류하되, 실제 딜 책임에 대한 판단은 추가 관찰 후 다시 해도 늦지 않아요.
한결솔루션
데이터브릿지
PoC 체크리스트 표준화
경력상 데이터 엔지니어 경험을 바탕으로 프리세일즈에서 고객 기술 검증을 맡아 온 미들 단계에 있어요. 고객별 구성안과 검증 절차를 설계하는 역량은 확인되지만, 솔루션 아키텍트 사다리에서 요구하는 클라우드·시스템 설계의 실제 적용과 운영 판단까지 소유한 단계라고 보기는 어렵습니다. 현재 기록은 실행을 넘어 일부 설계와 제품 피드백 연결까지 보여 주며, 설계 오너십을 넓힐 여지가 있습니다.
강점
공백
이미 준비된 것
비어 있는 것
현 직장 고객 과제에서 클라우드 설계와 운영 결과를 확인하는 일을 먼저 맡아 보세요. 실제 고객 제약 안에서 설계 판단을 남기는 것이 목표 공백을 가장 직접적으로 줄입니다.
주당 2~3시간을 배정해 클라우드 데모와 대안 비교 문서 중 하나를 완성하세요. 범위를 늘리기보다 작동 결과와 설계 근거를 남기는 데 집중하면 됩니다.
이직은 실제 적용 설계가 가능한지 현 직장에서 확인하기 전까지 보류해요. 다음 두 분기 동안 고객 설계 기회가 없거나 리뷰 권한을 얻지 못하면, 운영 책임이 명시된 아키텍트 포지션을 다시 살펴보세요.
클라우드 설계 검토 참여
현재 진행 중인 고객 구성안 중 클라우드 적용이 가능한 건을 골라 설계 리뷰를 요청하고, 선택한 네트워크·권한·저장 방식의 근거를 문서에 남기세요. 고객 구성안 3건을 클라우드 기준으로 다시 그린 연습은 있지만 실제 적용 기록은 없어, 리뷰와 고객 제약 검증이 그 간극을 메웁니다. 검토 전후 구성도와 리뷰 의견, 채택·보류된 설계 선택을 한 건 이상 기록하세요.
PoC 운영 지표 추적
PoC 종료 시 고객과 합의한 성공 기준에 더해 지연·오류·처리량 중 고객이 중요하게 보는 지표를 측정하는 항목을 제안하세요. 체크리스트 적용 사례에서 기간이 6주에서 4주로 줄었지만 운영 성능 지표는 없어, 아키텍트 판단의 근거를 추가해야 합니다. 다음 분기 내 PoC 1건의 기준값·측정 결과·설계 변경 사유를 남기세요.
설계 선택 기록 작성
폐쇄망이나 다계열사처럼 제약이 있는 고객 과제에서 요구사항, 대안, 보안·비용·운영 절충을 한 장의 설계 기록으로 정리하고 리뷰를 요청하세요. 이미 보안 요건 38개 대응과 계열사 6곳 구성 경험이 있으므로, 다음 단계는 결과뿐 아니라 왜 그 구조를 택했는지 설명하는 일입니다. 분기 안에 설계 기록 2건과 리뷰에서 반영한 수정 사항을 보관하세요.
제품 연동 개선 후속 확인
탈락 딜 분석에서 나온 데이터 연결 개선 항목이 배포되거나 고객 검증에 들어가면 프리세일즈 관점의 검증 시나리오를 제안하세요. 관련 탈락 딜 6건을 근거로 개선 요청이 채택된 기록은 있지만, 제품 변경 뒤 고객 문제를 줄였는지는 아직 확인되지 않습니다. 대상 딜 수, 연결 성공 여부, 남은 제약을 제품팀과 확인해 후속 기록으로 남기세요.
클라우드 분석 데모 구축
공개되거나 직접 생성한 비민감 샘플 데이터를 이용해 분석 SaaS와 클라우드 데이터 웨어하우스를 잇는 데모 환경을 만들고, 구성 선택 이유를 문서화하세요. 단순 화면 시연은 시장 신호가 약하며, 권한·네트워크·실패 처리와 예상 비용을 설명하고 동작 결과까지 남겨야 설계 증거가 됩니다. 4~6주를 잡아 배포 가능한 데모, 구성도, 비용 가정, 검증 결과를 산출물로 만드세요.
장애 복구 시나리오 검증
데모 환경에서 연결 실패나 권한 오류를 의도적으로 만들어 경보와 재시도 흐름을 검증하세요. 한 번 정상 동작하는 화면보다 장애 조건과 복구 선택을 설명할 수 있어야 아키텍트의 운영 판단으로 읽히며, 실제 대규모 운영 경험을 대신하지는 못합니다. 2~3주 동안 시나리오별 예상·실제 결과와 수정 기록을 남겨 짧은 기술 보고서로 정리하세요.
아키텍처 대안 비교 문서
같은 분석 요구를 클라우드 중심과 폐쇄망 설치형 두 구성으로 설계하고 보안, 운영 인력, 비용 가정을 비교하세요. 한 가지 구성을 예쁘게 그리는 데서 끝나면 제한적이며, 데이터브릿지에서 다룬 설치형 구성 경험을 바탕으로 선택 조건과 포기한 장점을 분명히 해야 신호가 됩니다. 2주 안팎으로 비교표와 두 구성도, 의사결정 메모를 만들어 포트폴리오에 포함하세요.
개인 프로젝트로는 안 되는 것
개인 데모로는 실제 엔터프라이즈 고객의 보안 승인, 운영 인수, 조직 간 책임 조정 경험을 증명할 수 없어요. 이 부분은 현 직장에서 고객 PoC와 설계 리뷰를 맡아 승인·운영 인계 결과를 기록해야 합니다.
현 시점에는 이직이 필요하지 않아요. 엔터프라이즈 PoC와 폐쇄망·다계열사 구성 경험이 현 직장에 있고, 회사 내 프리세일즈 3명 체계에서 설계 범위를 더 맡을 수 있는지 먼저 확인할 가치가 있습니다. 실제 클라우드 설계 기회가 없거나 다음 두 분기에도 고객 적용·리뷰 경험을 만들지 못하면 재검토하세요.
성장 중인 데이터 SaaS
이직을 검토한다면 고객 데이터 연결과 클라우드 배포가 제품 핵심인 중간 규모 B2B 데이터 SaaS를 우선 보세요. 실제 구성안 적용 1~2건과 설계 리뷰 기록, 운영 지표 결과를 확보한 뒤 지원하는 편이 낫습니다. PoC 승인률과 폐쇄망 설계는 통하지만, 실제 클라우드 배포 책임은 현재 증거에서 확인되지 않습니다.
엔터프라이즈 클라우드 솔루션사
보안·데이터 플랫폼·클라우드 솔루션을 고객 환경별로 구축하는 엔터프라이즈 공급사는 보안 요건 대응과 구성안 설계를 살릴 수 있어요. 클라우드 데모와 고객 설계 리뷰에서 대안 선택 근거를 설명할 수 있을 때 검토하고, 입사 전 역할에 배포·운영 책임이 포함되는지 확인하세요. 고객 기술 승인과 제안요청서 대응은 통하지만, 대규모 운영 경험은 별도로 확인해야 합니다.
영업 기술조직 분리 기업
아키텍트와 영업 대표가 분리된 기업 중 솔루션 아키텍트가 설계 검토와 고객 PoC를 소유하는 조직은 현재 강점과 직무 목표가 맞습니다. 설계 선택 기록과 실제 적용 결과를 만든 뒤 지원하되, 면접에서는 계약·가격 책임이 어느 역할에 있는지 확인하세요. 기술 검증 경험은 분명한 신호지만, 계약 조건 협상은 현재 영업 대표가 맡아 시장 근거가 제한적입니다.
달성 판정: 고객 구성안 1건의 구성도와 설계 선택 근거, 리뷰 의견 및 반영 결과를 커리어 기록에 남기면 달성입니다.
달성 판정: PoC 1건에서 사전 성공 기준, 운영 지표의 기준값과 측정 결과, 그에 따른 설계 변경을 기록하면 달성입니다.
달성 판정: 비민감 샘플 데이터로 동작하는 데모 1건과 구성도, 비용 가정, 검증 결과 문서를 보관하면 달성입니다.
현재 회사에서 고객 과제의 클라우드 설계 리뷰나 운영 지표 확인 권한을 주지 않을 수 있어요.
대안고객 정보와 분리한 샘플 데모로 설계 선택과 검증 결과를 만들고, 실제 고객 적용 경험이 막혔다는 사실을 기록하세요.
PoC 일정이 몰리면 개인 데모에 쓸 시간이 계획보다 줄어들 수 있어요.
대안세 가지 개인 프로젝트를 모두 벌이지 말고, 클라우드 데모 하나와 설계 문서만 완성한 뒤 나머지는 다음 분기로 넘기세요.