
“회사에서는 마케팅을 오래 하셨네요. 그런데 8주 뒤 저희가 확인할 수 있는 건 무엇인가요?”
이 질문에 업무 목록만 떠오른다면, 회사 경력을 '고객 문제 → 제공 결과 → 완료 기준 → 고객 제공 조건 → 책임 한계'로 바꿔 설명하세요. 첫 미팅 전에 다섯 항목을 문장으로 적으면 고객이 판단할 수 있는 제안이 됩니다.
첫 고객을 앞두면 보통 세 가지가 막힙니다. 내 경력 중 무엇을 꺼내야 할까? 어디까지 결과로 약속해야 할까? 고객과 무엇을 먼저 합의해야 할까? 답은 경력의 길이를 강조하는 데 있지 않습니다. 고객이 확인할 수 있는 결과와 그 결과를 만들 조건을 함께 보여주는 데 있습니다.

내가 해결할 수 있는 문제와 결과를 프로필에 보여주세요.
플렉스웍이 내 경험에 맞는 업무를 추천하고 기업이 업무를 제안합니다.
고객 문제, 제공 결과, 완료 기준, 고객 제공 조건, 책임 한계를 먼저 설명하세요. 직무명이나 업무 목록은 그 다섯 가지를 뒷받침하는 근거로 사용하면 됩니다.
고객이 지금 겪는 문제를 확인합니다.
프로젝트가 끝난 뒤 남길 결과물을 적습니다.
누가 무엇을 검토하면 완료인지 정합니다.
고객이 제공할 자료·권한·결정 일정을 확인합니다.
전문가 혼자 통제할 수 없는 결과를 분리합니다.
회사에서는 조직이 우선순위와 권한, 검토 절차를 받쳐 줍니다. 외부 프로젝트에서는 이 구조가 자동으로 주어지지 않습니다. 같은 경력을 쓰더라도 전문가가 고객과 결과와 조건을 직접 합의해야 하는 이유입니다.
활동이 아니라 고객이 직접 열어 보고 검토할 결과물로 답해야 합니다. 결과물의 포함 항목, 검토자, 필요한 고객 자료까지 말하면 답변이 제안으로 바뀝니다. 아래는 이해를 돕기 위한 합성 사례입니다. 인물·회사·상황은 실제 사례가 아니며 특정 수익이나 성과를 보장하지 않습니다.
9년 차 B2B 마케터 윤서진은 직원 45명인 B2B 서비스 기업과 주 20시간, 8주 프로젝트를 논의했습니다. 첫 미팅에서 서진은 “캠페인 점검, 데이터 정리, 회의 운영을 하겠습니다”라고 답했습니다. 고객은 다시 물었습니다. “그래서 8주 뒤 무엇을 확인할 수 있나요?” 서진은 답을 고쳤습니다. “현재 잠재고객 유입은 있지만 영업 전달 기준이 명확하지 않은 상태로 이해했습니다. 8주 동안 기존 데이터를 바탕으로 유입 분류표, 영업 전달 기준 문서, 주간 점검 템플릿을 만들겠습니다. 합의한 필드가 문서에 포함되고 승인권자의 검토가 끝나면 완료로 확인하겠습니다. 이를 위해 기존 데이터와 담당자 인터뷰 시간, 승인권자 피드백이 필요합니다. 최종 매출과 영업팀의 실행 속도는 제가 단독으로 통제할 수 없어 보장 범위에서 제외합니다.”
수정 뒤에 달라진 것은 성과가 아니라 대화의 기준입니다. 고객은 산출물, 완료 판단, 제공 자료, 제외 결과를 하나씩 확인할 수 있게 됐습니다. 이 네 가지를 합의하지 않은 채 “마케팅 성과를 높이겠다”고만 말하면 기대가 어긋나기 쉽습니다.

회사식 설명은 내가 한 활동을 보여주고, 고객식 설명은 프로젝트가 끝난 뒤 고객에게 무엇이 남는지 보여줍니다. 경력은 '직무명 → 문제 → 행동 → 증거' 순서로 풀어야 고객이 자신의 문제에 적용할 수 있는지 판단할 수 있습니다.
캠페인을 운영했습니다
고객식 표현: 유입을 합의한 기준으로 분류하고 영업 전달 절차를 정리합니다.
확인할 증거: 분류표, 전달 기준 문서
데이터를 정리합니다
고객식 표현: 기존 데이터의 필드와 누락 기준을 정리해 검토 가능한 목록을 만듭니다.
확인할 증거: 데이터 사전, 누락 목록
회의를 운영합니다
고객식 표현: 주간 점검에서 결정할 항목·담당자·기한을 기록합니다.
확인할 증거: 회의 템플릿, 결정 기록
마케팅 성과를 높입니다
고객식 표현: 유입 분류 기준과 주간 점검 절차를 설계합니다.
확인할 증거: 기준 문서, 점검 기록
마지막 두 문장은 비슷해 보이지만 책임 범위가 다릅니다. 매출과 같은 최종 성과는 고객의 실행, 시장 상황 등 여러 조건의 영향을 받습니다. 전문가는 자신이 통제할 수 있는 산출물과 절차를 제시하고, 그 밖의 결과는 고객과 조건을 확인해야 합니다.
'문제 → 결과 → 완료 → 고객 조건 → 책임 한계' 순서로 한 문장씩 쓰세요. 각 문장은 고객이 질문하거나 확인할 수 있을 만큼 구체적이어야 합니다.
고객 문제: “성과가 낮다”보다 “유입은 있지만 영업 전달 기준이 없다”처럼 현재 상태를 씁니다.
제공 결과: “분석하겠습니다”보다 “유입 분류표와 전달 기준 문서를 만들겠습니다”라고 씁니다.
완료 기준: 문서 형식, 포함 항목, 검토자와 완료 시점을 적습니다.
고객 제공 조건: 데이터, 접근 권한, 인터뷰 시간, 승인권자 피드백을 적습니다.
책임 한계: 매출이나 고객사 실행 속도처럼 혼자 통제할 수 없는 결과를 분리합니다.
고객에게는 다음 문장을 그대로 바꿔 말할 수 있습니다.
“현재 `[고객 문제]' 상태로 이해했습니다. 사실과 우선순위가 맞는지 먼저 확인하고 싶습니다.”
“저는 `[제공 결과]`를 만들고, `[포함 항목·검토자]`가 확인되면 완료로 보겠습니다.”
“진행에는 고객의 `[자료·권한·결정]`이 필요하며, `[통제 불가 결과]`는 단독으로 보장하지 않습니다.”
“성과를 높여드립니다”, “매출을 보장합니다”, “AI로 정확하게 해결합니다”처럼 조건 없이 단정하지 마세요. 책임 한계를 적는 것은 책임을 피하는 일이 아닙니다. 제공 결과와 고객 조건을 분리해 서로의 판단 기준을 맞추는 일입니다. 실제 계약상 책임과 조건은 당사자 간 합의 및 필요한 공식 검토를 거쳐야 합니다.
아래 일곱 항목이 모두 문장으로 적혀 있으면 첫 제안의 뼈대가 갖춰집니다. 비어 있는 항목은 추측해서 채우지 말고 고객에게 확인할 질문으로 남기세요.
[ ] 고객 문제를 한 문장으로 썼다.
[ ] 활동 목록이 아니라 남는 결과물을 썼다.
[ ] 완료 기준과 검토·승인 주체를 썼다.
[ ] 고객이 제공할 자료·권한·결정 일정을 썼다.
[ ] 내가 통제할 수 없는 결과를 분리했다.
[ ] AI 사용 범위와 사람의 검증 책임을 구분했다.
[ ] 합의되지 않은 추가 요청을 어떻게 다룰지 질문으로 남겼다.
마지막 항목은 일을 시작한 뒤의 범위 확장을 막기 위한 질문입니다. 추가 요청의 처리 방식은 다음 편에서 다룰 계약범위, 완료조건, 제외항목과 함께 문서로 확인해야 합니다.
AI에는 분류와 초안, 형식 정리만 보조하게 하세요.
인터뷰 메모 정리
AI가 보조할 수 있는 일: 인터뷰 메
모 분류 초안
AI에 맡기면 안 되는 결정: 고객 정보의 입력·외부 공유 가능 여부
사람이 검토할 일: 원문과 분류 결과 대조
보고서 초안 작성
AI가 보조할 수 있는 일: 보고서 구조와 문장 초안
AI에 맡기면 안 되는 결정: 수치·성과의 사실 판정
사람이 검토할 일: 수치, 맥락, 누락, 표현 검증
체크리스트 정리
AI가 보조할 수 있는 일: 체크리스트 형식 정리
AI에 맡기면 안 되는 결정: 보안정책·약관 준수 여부의 단독 판단
사람이 검토할 일: 고객사 정책과 승인 절차 확인
반복 문서 요약
AI가 보조할 수 있는 일: 반복 문서 요약
AI에 맡기면 안 되는 결정: 결과물의 최종 승인
사람이 검토할 일: 원문 대비 오류와 빠진 내용 확인
고객 자료를 AI 도구에 입력하기 전 고객사 보안정책과 사용 도구의 공식 약관, 개인정보·데이터 사용 문서를 확인하세요. 민감정보 입력 가능 여부와 보관 방식은 도구와 시점에 따라 달라질 수 있습니다. 필요하면 고객사 보안 담당자에게 확인하고, AI 결과는 원문과 대조한 뒤 사람이 승인해야 합니다.
확인 경로: 고객사 내부 정책·보안 담당자
사용 도구 공식 약관·개인정보·데이터 사용 문서
확인일: YYYY-MM-DD
다섯 칸을 채운 뒤 소리 내어 읽고, 첫 고객 미팅 자료에 붙이세요. 고객이 결과물과 완료 여부를 확인할 수 없다면 표현을 한 번 더 구체화합니다.
고객 문제: 현재 [ ] 상태입니다.
제공 결과: 저는 [ ]을/를 만들겠습니다.
완료 기준: [ ]이면 완료로 확인합니다.
고객 제공 조건: 진행에는 [ ]이/가 필요합니다.
책임 한계: [ ]은/는 제가 단독으로 보장하지 않습니다.
작성 순서는 세 단계입니다.
최근 회사 업무 하나를 골라 `문제 → 행동 → 증거`로 적습니다.
위 다섯 칸에 옮기고, 활동 표현을 고객이 확인할 결과물로 바꿉니다.
비어 있는 조건을 첫 미팅 질문으로 표시한 뒤 문서를 저장합니다.
완성 예시는 이렇습니다.
고객 문제: 현재 유입은 있지만 영업 전달 기준이 명확하지 않은 상태입니다.
제공 결과: 저는 유입 분류표와 영업 전달 기준 문서, 주간 점검 템플릿을 만들겠습니다.
완료 기준: 합의한 필드가 포함되고 승인권자의 검토가 끝나면 완료로 확인합니다.
고객 제공 조건: 진행에는 기존 데이터, 담당자 인터뷰 시간, 승인권자 피드백이 필요합니다.
책임 한계: 최종 매출과 영업팀의 실행 속도는 제가 단독으로 보장하지 않습니다.
경력의 길이보다 고객이 확인할 수 있는 결과와 조건이 중요합니다. 아래 질문은 첫 미팅 전에 답을 준비해 두면 좋습니다.
고객은 경력만으로 자신의 문제가 어떻게 달라질지 알기 어렵습니다. 경력을 고객 문제, 내가 할 행동, 남길 증거로 번역해 보여주세요.
제공 결과는 프로젝트 뒤에 남는 산출물이고, 완료 기준은 그 산출물을 누가 어떤 조건으로 확인할지 정한 기준입니다.
중요한 결과라도 전문가 혼자 통제할 수 없다면 단독 보장하지 않는다고 밝히고, 대신 자신이 제공할 산출물과 조건을 구체적으로 합의해야 합니다.
일괄적으로 허용하거나 금지할 수 없습니다. 입력 전에 고객사 내부 정책·보안 담당자와 사용 도구의 공식 약관·개인정보·데이터 사용 문서를 확인하고 확인일을 남기세요.
내 경험을 업무 기회로 연결해보세요
오늘 만든 다섯 문장에 전문 분야와 활동 가능 시간을 플렉스웍 프로필에 더해 두세요. 플렉스웍에서 프로젝트·시간제·커뮤니티·전문가 기회를 준비할 때, 직무명 대신 고객 문제·제공 결과·완료 기준·책임 한계를 설명하는 기본 자료로 활용할 수 있습니다. 프로필에 내가 해결할 수 있는 문제와 결과를 보여주면, 플렉스웍이 맞는 업무를 추천하고 기업과의 매칭을 돕습니다.