form-cro

form-cro 스킬 개요

form-cro는 무엇에 쓰는 스킬인가

form-cro는 정보를 수집하는 폼의 전환율을 높이기 위한 특화 스킬로, signup이나 registration 플로우가 아닌 폼에 맞춰 설계되어 있습니다. 리드 폼, 문의 폼, 데모 요청, 지원서, 설문, 견적 요청, 그리고 제출 전에 이탈이 발생하는 checkout형 데이터 수집 폼에 특히 적합합니다.

form-cro를 써야 하는 사람

이 form-cro 스킬은 중요한 자격 판별 정보는 유지하면서도 폼 마찰을 줄일 실질적 제안이 필요한 마케터, 그로스 팀, 제품 마케터, 창업자, UX 라이터에게 잘 맞습니다. 특히 문제의 본질이 “카피를 더 잘 써야 한다”가 아니라 “너무 많은 것을 너무 이르게 묻고 있다”일 때 유용합니다.

form-cro가 실제로 해결하는 일

대부분의 사용자는 폼 성과가 기대에 못 미쳐서, 일반적인 CRO 프롬프트보다 더 날카로운 진단이 필요할 때 form-cro를 찾습니다. 이 스킬은 필드 수, 입력 노력 대비 사용자 체감 가치, 이탈 위험, 각 필드의 비즈니스상 필요성, 그리고 더 많은 사용자가 완료하도록 폼을 어떻게 재구성할지에 초점을 둡니다.

form-cro가 다른 점

가장 큰 차별점은 범위를 엄격하게 지킨다는 점입니다. 이 스킬은 signup이 아닌 폼에 대해 분명한 관점을 가지고 있으며, 계속해서 하나의 핵심 판단으로 밀고 갑니다. 즉, 지금 정말 필요한 필드는 무엇인지, 나중으로 미룰 수 있는 것은 무엇인지, 다른 곳에서 추론 가능한 것은 무엇인지를 가려냅니다. 또한 느슨한 브레인스토밍이 아니라 구조화된 감사 결과를 전제로 합니다.

form-cro가 잘 맞는 경우와 안 맞는 경우

문제가 폼 완료율, 필드 마찰, 과도한 자격 판별 부담, 낮은 의도 포착, 또는 리드 생성 폼에서의 이탈이라면 form-cro를 쓰는 것이 좋습니다. 반대로 account creation 플로우에는 쓰지 마세요. 그런 경우는 signup 중심 스킬이 더 적합합니다. 이슈의 핵심이 폼 자체보다 popup 동작에 있다면, popup 전용 CRO 스킬이 대체로 더 잘 맞습니다.

form-cro 스킬 사용 방법

스킬 환경에 form-cro 설치하기

Skills CLI 패턴을 사용한다면, 다음 명령으로 저장소에서 설치할 수 있습니다.

npx skills add https://github.com/coreyhaines31/marketingskills --skill form-cro

로컬 clone에서 스킬을 직접 불러오는 환경이라면 skills/form-cro/ 아래 파일을 사용하면 됩니다.

먼저 읽어야 할 파일

다음부터 확인하세요.

• skills/form-cro/SKILL.md
• skills/form-cro/evals/evals.json

SKILL.md에는 이 스킬의 작동 논리가 담겨 있습니다. evals/evals.json은 특히 중요합니다. 기대하는 출력 구조, 스킬이 필요로 하는 폼 데이터의 종류, 그리고 어느 정도 구체적인 입력에서 가장 잘 작동하는지가 드러나기 때문입니다.

form-cro의 작동 모델 이해하기

form-cro 스킬은 단순히 “best practices”를 묻는 방식으로 동작하지 않습니다. 먼저 아래 항목을 평가합니다.

• 폼 유형
• 현재 필드 목록
• 완료율
• 모바일 vs 데스크톱 동작
• 이탈 지점
• 각 필드 뒤에 있는 비즈니스 필요

따라서 첫 결과부터 탄탄한 출력을 원한다면, 프롬프트에 이 정보를 처음부터 넣어야 합니다.

프롬프트 전에 product marketing 맥락 확인하기

이 저장소는 가능한 경우 에이전트가 먼저 .agents/product-marketing-context.md 또는 .claude/product-marketing-context.md를 읽도록 명시하고 있습니다. 이 점이 중요한 이유는, 폼 개선 제안이 실제로 유효하려면 당신의 오퍼, 타깃 오디언스, 자격 판별 로직을 반영해야 하기 때문입니다.

해당 파일이 있다면 요청에 그 파일이 있다는 점을 적어주거나, 가장 관련 있는 부분을 붙여 넣으세요.

요약이 아니라 실제 폼을 그대로 제공하기

약한 입력:

• “Our lead form is not converting. Help.”

강한 입력:

• “Audit our demo request form with these fields: Work Email, First Name, Last Name, Phone, Company, Company Size, Job Title, Industry, Budget, Timeline, Notes. CVR is 3.1%. 72% of traffic is mobile. Biggest drop appears after users start typing. Sales says they need company and work email immediately; budget is nice-to-have.”

이처럼 구체적인 입력이어야 form-cro가 무엇을 삭제하고, 유지하고, 뒤로 미루고, 대체해야 할지 판단할 수 있습니다.

폼과 함께 비즈니스 제약도 포함하기

다음 정보를 함께 주면 이 스킬의 성능이 더 좋아집니다.

• 어떤 제출이 sales, support, automation으로 가는지
• 어떤 필드가 routing이나 qualification을 트리거하는지
• 스팸 또는 리드 품질 관련 우려
• 법률 또는 compliance 요구사항
• 후속 데이터 수집을 나중에 할 수 있는지 여부

이 맥락이 없으면 form-cro가 실제 운영에 꼭 필요한 필드까지 제거하라고 권할 수 있습니다.

form-cro가 기대하는 출력 형식으로 요청하기

evals를 보면, 이 스킬은 아래처럼 명확한 항목으로 정리된 답변에서 가장 강합니다.

• Issue
• Impact
• Fix
• Priority

그다음에는 아래를 이어서 받는 구성이 좋습니다.

• Quick Wins
• High-Impact Changes
• Test Ideas

이 구조를 직접 요청하면 추측의 여지를 줄일 수 있고, 대체로 더 실행 가능한 감사 결과를 얻을 수 있습니다.

막연한 목표를 좋은 form-cro 프롬프트로 바꾸기

실무적으로 쓰기 좋은 프롬프트 템플릿은 다음과 같습니다.

“Use form-cro to audit this [form type]. Goal: improve completion rate without hurting downstream lead quality. Current fields: [list]. Current conversion rate: [number if known]. Traffic split: [mobile/desktop]. Known abandonment point: [if known]. Required fields for operations: [list]. Nice-to-have fields: [list]. Constraints: [spam/compliance/routing]. Please give findings in Issue/Impact/Fix/Priority format, then Quick Wins, High-Impact Changes, and test ideas.”

가치가 큰 대표 시나리오에서 form-cro 활용하기

이 스킬은 특히 아래 같은 상황에서 유용합니다.

• sales qualification 필드가 지나치게 많은 demo request form
• 시간이 지나며 점점 비대해진 contact form
• 초반 마찰 이후 이탈이 급증하는 application form
• 신뢰가 형성되기 전에 너무 많은 정보를 묻는 quote request flow
• 모바일 완료율 문제가 있는 폼
• 스팸 문제 때문에 팀이 필드를 더 늘리려는 상황의 폼

저장소 기준으로 기대해야 할 것

내장된 evaluation 예시를 보면 몇 가지 원칙이 반복해서 나타납니다.

• 모든 필드에는 비용이 있다
• 가치는 노력보다 커야 한다
• 긴 폼은 전환율을 실질적으로 떨어뜨릴 수 있다
• 어떤 데이터는 제출 전에가 아니라 제출 후에 받아야 한다
• anti-spam 대책이 곧바로 더 많은 사용자 노력으로 이어져서는 안 된다

이 원칙들은 단순한 일반 프롬프트보다 더 유용합니다. 스킬이 일관된 판단 프레임으로 결정을 내리게 해주기 때문입니다.

form-cro를 감사 도구로 쓰고, 이어서 리라이트 도구로 쓰기

추천할 만한 워크플로우는 다음과 같습니다.

1. 현재 폼에 대해 form-cro를 실행한다.
2. 각 필드를 essential, deferrable, inferable, removable로 분류해 달라고 요청한다.
3. 수정된 폼 버전을 요청한다.
4. 모바일용과 데스크톱용 테스트 variant를 요청한다.
5. 이탈 데이터가 빈약하다면 instrumentation 아이디어를 요청한다.

이렇게 하면 form-cro를 일회성 조언 도구가 아니라 최적화 루프로 활용할 수 있습니다.

form-cro 스킬 FAQ

초보자에게도 form-cro가 괜찮은가

그렇습니다. 실제 폼 필드와 비즈니스 목표를 제공할 수 있다면 초보자도 충분히 활용할 수 있습니다. form-cro 스킬을 잘 쓰기 위해 깊은 CRO 전문성이 꼭 필요한 것은 아니지만, 전환율과 리드 품질 사이의 트레이드오프를 판단할 수 있을 만큼의 맥락은 제공해야 합니다.

form-cro는 리드 생성에만 쓰는가

아닙니다. 저장소의 범위에는 lead capture, contact, demo, application, survey, quote request, 그리고 checkout-like form이 포함됩니다. 공통점은 signup이 아닌 정보 수집 폼이라는 점입니다.

일반 프롬프트보다 form-cro가 더 나은 이유

일반 프롬프트는 “필드를 줄여라” 또는 “카피를 단순화하라” 같은 뻔한 조언으로 끝날 수 있습니다. 반면 form-cro 스킬은 필드의 필요성, 폼 유형, 비즈니스 맥락, 구조화된 권고안에 연결된 더 엄격한 감사가 필요할 때 훨씬 유용합니다.

언제 form-cro를 쓰지 말아야 하나

signup 및 registration 플로우에는 form-cro를 쓰지 마세요. 또 핵심 문제가 폼 자체가 아니라 트래픽 품질, 오퍼 불일치, 가격 저항이라면 이 스킬은 우선순위가 아닙니다. 그런 경우 폼은 진짜 병목이 아닐 수 있습니다.

form-cro가 스팸 문제에도 도움이 되나

그렇습니다. 다만 중요한 단서가 있습니다. 이 스킬은 마찰을 늘리는 것이 정답이라고 가정하지 않습니다. 스팸이 문제라면 스팸 패턴과 현재 보호 장치를 함께 알려주세요. 그렇지 않으면 스팸보다 정상 제출을 더 많이 떨어뜨리는 방향의 권고가 나올 수 있습니다.

form-cro는 analytics 데이터가 꼭 필요한가

아니요. 있으면 더 좋지만 필수는 아닙니다. 필드 목록, 폼 목적, 비즈니스 제약만 있어도 충분히 가치를 얻을 수 있습니다. 완료율, 모바일 비중, 이탈 지점은 주로 우선순위 판단의 정확도를 높여줍니다.

form-cro 스킬 개선 방법

form-cro에 필드를 하나씩 모두 제공하기

출력 품질을 가장 빠르게 높이는 방법은 모든 필드를 빠짐없이 나열하고, 왜 존재하는지도 설명하는 것입니다. 그래야 “standard demo form” 같은 뭉뚱그린 표현을 보고 추정하는 대신, 불필요한 질문을 실제로 문제 삼을 수 있습니다.

반드시 필요한 필드와 sales가 원하는 필드를 분리하기

흔한 실패 패턴은 이해관계자의 선호를 모두 필수 조건처럼 취급하는 것입니다. 제출을 처리하기 위해 정말 필요한 필드가 무엇인지, qualification에 있으면 도움은 되지만 없어도 되는 필드가 무엇인지 form-cro에 분명히 알려주세요. 그러면 대체로 더 나은 삭제 권고가 나옵니다.

모바일 맥락을 초기에 넣기

폼 마찰은 모바일에서 더 심해지는 경우가 많지만, 팀이 기기 비중을 빼먹는 일이 흔합니다. 트래픽 대부분이 모바일이라면 처음부터 그렇게 말하세요. 같은 필드 세트라도 키보드 입력 부담, 스크롤 길이, textarea 길이에 따라 체감 난이도가 크게 달라질 수 있습니다.

사용자가 어디서 이탈하는지 알려주기

사용자가 시작 전에 이탈하는지, 특정 필드 이후에 떨어지는지, validation 단계에서 막히는지 알고 있다면 그대로 적어주세요. 그러면 form-cro가 넓고 얕은 감사를 하는 대신, 더 가능성 높은 원인에 집중할 수 있습니다.

필드별 의사결정을 요청하기

효율이 높은 후속 프롬프트 예시는 다음과 같습니다.

“Classify each field as keep now, make optional, move later, infer elsewhere, or remove. Explain why.”

이 요청은 form-cro 스킬이 단순한 관찰이 아니라 실제 의사결정을 내리도록 강제합니다.

마찰이 더 낮은 variant를 요청하기

첫 감사가 끝나면 최소한의 제출 요건만 남긴 축소 버전을 요청해 보세요. 그다음 리드 품질을 유지하는 두 번째 버전도 요청하세요. 둘을 비교하면 추상적인 논쟁 대신, 실제로 테스트 가능한 절충안을 고르기 쉬워집니다.

evals로 기대치 보정하기

skills/form-cro/evals/evals.json은 실용적인 품질 기준선 역할을 합니다. 저장소가 구체적인 감사, 근거 기반의 필드 축소 논리, 명확한 우선순위화를 기대하고 있다는 점을 보여줍니다. 출력이 모호하다면, 당신의 프롬프트를 eval 입력과 비교해 빠진 맥락을 보강하세요.

과도한 축소를 경계하기

form-cro를 약하게 쓰는 방식 중 하나는 너무 공격적으로 필드를 줄여서, 이후 팀이 제출을 routing, qualification, 처리하지 못하게 만드는 것입니다. 더 나은 프롬프트는 운영상 최소 요건을 정의해, 최적화가 실제 비즈니스 프로세스를 망치지 않게 합니다.

첫 답변 이후 반복해서 다듬기

좋은 2차 프롬프트는 “다시 해봐”가 아닙니다. 아래처럼 요청해 보세요.

• “Revise for mobile-first traffic.”
• “Keep spam resistance in scope.”
• “Preserve SDR qualification with only one custom field.”
• “Rewrite the form for a high-intent demo request.”
• “Turn these findings into an A/B test plan.”

이렇게 해야 form-cro가 진단 단계에서 구현 단계로 넘어갈 수 있습니다.

실제 예시로 신뢰도 높이기

가능하다면 현재 폼 카피, 라벨, helper text, validation 메시지, submit button 텍스트까지 함께 제공하세요. 전환 문제는 단지 필드가 많아서가 아니라, 사용자가 무엇을 기대해야 하는지 불분명해서 생기는 경우도 많습니다. form-cro 스킬은 보이는 것만 개선할 수 있습니다.