본문으로 건너뛰기
cccskills
무료GitHub에 공개

positioning-and-story

Build a positioning and narrative where the developer is the hero and a real trend is the villain. Use when the messaging describes the product instead of the problem, sounds like every competitor, or has no urgency because nothing is at stake.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

연동 도구LinkedIn

실행 점수 미검증

설치 방법 보기

포함된 파일(1)

  • SKILL.md4.4 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Positioning & story

Your story is boring without a villain. And you are not the hero of it. The developer is. You're the wise advisor who hands them a better weapon.

Use this when: your homepage explains what your product does before it names the problem, your positioning is interchangeable with three competitors, or nobody feels any urgency to act now.

The core idea

Developers don't buy features; they hire a tool to defeat something that's making their life worse. Get the roles right:

  • Hero = the developer (never the vendor, never the product)
  • Villain = the undeniable trend making the pain worse every day
  • Wise Advisor = you, arriving with a gift (the product)
  • Inciting event = the change in the world that forces the hero to act now

No villain → no urgency → no story → no conversion.

Framework: the 3-part story (Frankl)

  1. Inciting event: introduce the hero and the villain; the world changed and the hero can't stay put.
  2. Obstacles: a series of specific challenges, each solved with your help, best told as mini before/afters: "Before X, we had [problem]. Now [measured result]."
  3. Resolution: villain defeated (for now), specific results, hero shares the wisdom → that's your testimonial.

The benchmark (EngFlow):

"Slow builds waste your time. Standard build tools can't handle today's codebases. Speed up builds now to keep engineers in flow."

  • Pain: slow builds waste your time
  • Villain: standard tools can't handle modern complexity
  • Hero: engineers, kept in flow
  • Wise Advisor: the build experts

Good villains: cloud-cost sprawl · tool fragmentation · compounding tech debt · flaky pipelines · observability gaps · manual deploys · YAML sprawl · agents you can't trust in prod.

Framework: the 4 levels of differentiation (Frankl)

Compete as high up this ladder as you can. Feature wars are a race to the bottom.

LevelTypeSounds likeGrade
1Feature"we have X, they don't"D
2Benefit"we save you time"C
3Customer segment"for CTOs under release pressure with compliance"B
4Problem"the only fix for [problem no one else has named]"A

Reaching Level 4 / category creation: talk to enough TAB members (see talk-to-users) to surface a problem competitors haven't named, then name it so precisely your product is the obvious answer. When rivals adopt your vocabulary, they've already lost the position. (JFrog: "artifact repository" → "Universal Artifact Repository" and leapfrogged Sonatype.)

Decision tree

Can you state a problem only you solve, in the user's words?
├─ YES → Level 4. Lead with the problem; name the category.
└─ NO  → Can you name a specific segment with a compelling reason?
         ├─ YES → Level 3. Lead with the ICP + their trigger.
         └─ NO  → you're stuck at feature/benefit → go run `talk-to-users`.

Mistakes that look reasonable

  • Product as hero: "ShipFast helps you…" Make the developer the subject of the sentence.
  • No villain: all solution, no antagonist → zero urgency.
  • "Platform": developers hear months of integration and risk. Name the specific thing it does.
  • "Pleased to announce": nobody cares about your emotional state; a feature is not a story, a customer win is.
  • Feature-matrix positioning: a checklist vs competitors keeps you at Level 1 forever.

Your next 30 minutes

  • Write one sentence: hero + villain + inciting event (steal the EngFlow shape).
  • Grade your current differentiation 1-4. If it's D/C, list what would move it to B/A.
  • Find the villain in your talk-to-users "environmental changes" bucket, it's already there.
  • Rewrite your headline so the developer is the subject and the problem comes before the product.

Built from real dev-tool GTM experience, with frameworks from Adam Frankl (The Developer-Facing Startup) and Jakub Czakon (markepear.dev). Positioning is the one most worth a second opinion before you ship it everywhere. If you want yours pressure-tested, reach out to me on LinkedIn.

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Position an AI product when everyone claims AI and skeptics call it "just a wrapper." Find the real wedge (data, workflow, trust, domain), make reliability the differentiator, answer "won't the big labs just build this," and stop leading with "AI-powered." Use when your AI or dev tool blends into a sea of similar demos, buyers doubt the accuracy, or you can't say why you win when the model is a commodity.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

Get the first 50 real users through channels the user's ICP already uses. Use when the product shipped and nobody came, the user is "posting more" with no result, or is reaching for paid ads before product-market fit.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

Build authority by teaching the problem space, not announcing features. Use when the user finds "marketing" distasteful and does none, publishes only product updates, or wants a sustainable content and GitHub-README strategy that developers actually respect.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

Coach the user through actually selling: finding the champion and the buyer, running the first sales conversations, demoing their use case, handling "let me think about it," and closing the first paying customers yourself. Use when developers love it but nobody pays, you've never sold anything and freeze on the conversation, or deals keep stalling on "we'll think about it."

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

Turn hand-made first-50 traction into self-reinforcing acquisition loops, so the next 5,000 users come from usage, not founder hours. Use when growth stalls the moment the user stops pushing, every signup traces back to a DM or one launch spike, or they're reaching for "more channels" when the real gap is that using the product creates no new users.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

Measure GTM with the metrics that matter (net developer retention, DREAM funnel) instead of vanity numbers. Use when the user has dashboards full of stars and pageviews but can't tell if go-to-market is working, or is optimizing acquisition over a leaky bucket.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

AIDevGTM/gtm-cofounder3242026년 10월 19일 업데이트

AIDevGTM의 스킬 모두 보기

이 스킬의 문제 신고