mcpField
S
startup-launch

startup-launch

github.com/travisjneuman营销与增长106169 次安装1 天前更新
代码仓库

关于 startup-launch

面向创业者的创业启动指南,覆盖创意验证、MVP 开发、发布增长、融资与法律基础。内容以阶段框架、评估指标和清单帮助团队规划从问题发现到市场推出的过程。

主要功能

  1. 01创意发现与问题评估
  2. 02客户访谈和需求验证框架
  3. 03MVP 类型选择与范围规划
  4. 04发布策略、准备清单与早期指标
  5. 05商业模式、融资和法律基础

适用场景

  1. 01评估创业想法与客户问题
  2. 02设计客户访谈和验证步骤
  3. 03规划 MVP 开发及发布准备
  4. 04梳理早期增长、融资与运营重点

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/travisjneuman/.claude --skill startup-launch

安装后在 Claude Code 中输入/startup-launch确认已加载。

详细介绍

初创企业启动

从创意到市场,助你成功创办初创企业的综合指南。

初创企业之旅

阶段概览
PHASE 1: IDEATION (1-2 weeks)
└─→ Problem identification, market research

PHASE 2: VALIDATION (2-4 weeks)
└─→ Customer discovery, problem-solution fit

PHASE 3: MVP DEVELOPMENT (4-12 weeks)
└─→ Minimum viable product, iteration

PHASE 4: LAUNCH PREPARATION (2-4 weeks)
└─→ Go-to-market strategy, pre-launch

PHASE 5: LAUNCH & ITERATE (Ongoing)
└─→ Public release, growth, optimization

阶段 1:构思

发现问题
Ask yourself:
┌─────────────────────────────────────────┐
│ 1. What problem am I solving?           │
│ 2. Who has this problem?                │
│ 3. How painful is this problem?         │
│ 4. How are people solving it today?     │
│ 5. Why hasn't this been solved yet?     │
└─────────────────────────────────────────┘
问题评估矩阵
标准评分(1-5)备注
频率问题多久出现一次?每天 = 5
严重程度问题有多令人痛苦?严重 = 5
付费意愿人们愿意付费解决问题吗?愿意 = 5
市场规模有多少人遇到这个问题?大 = 5
可触达性你能触达这些人吗?容易 = 5

最低可行评分:20/25

创意来源
HIGH-SIGNAL sources:
✓ Problems you personally experience
✓ Inefficiencies in your industry
✓ Complaints from friends/colleagues
✓ Existing solutions that frustrate users
✓ Emerging technology applications

LOW-SIGNAL sources:
✗ "Wouldn't it be cool if..."
✗ Building for imaginary users
✗ Copying without understanding
✗ Solutions looking for problems

阶段 2:验证

客户发现
The Mom Test Questions:
┌─────────────────────────────────────────┐
│ ✓ "Tell me about the last time you..."  │
│ ✓ "What have you tried to solve this?"  │
│ ✓ "How much does this cost you?"        │
│ ✓ "Who else should I talk to?"          │
├─────────────────────────────────────────┤
│ ✗ "Would you use this product?"         │
│ ✗ "Do you think this is a good idea?"   │
│ ✗ "How much would you pay?"             │
└─────────────────────────────────────────┘

Rule: Ask about their life, not your idea.
访谈框架
Structure (30-45 minutes):
1. Context (5 min)
   - Their role, situation
   - Relevant background

2. Problem Exploration (15 min)
   - Specific recent examples
   - Current workflow
   - Pain points and workarounds

3. Current Solutions (10 min)
   - Tools they use now
   - Satisfaction level
   - What's missing

4. Value (5 min)
   - Impact of solving this
   - Who else is affected
   - Budget/authority

5. Wrap-up (5 min)
   - Referrals
   - Follow-up permission
验证指标
信号指标强度
时间投入同意接受访谈低
转介绍介绍其他人中
资金投入预购/定金高
行动投入使用早期原型高
社交投入公开支持高
问题-解决方案契合度
You have problem-solution fit when:
┌─────────────────────────────────────────┐
│ ✓ 10+ interviews with consistent pain   │
│ ✓ People are actively seeking solutions │
│ ✓ Current solutions are inadequate      │
│ ✓ Your solution resonates emotionally   │
│ ✓ People offer to pay or pre-order      │
└─────────────────────────────────────────┘

阶段 3:MVP 开发

什么是 MVP?
MVP = Minimum VIABLE Product

Minimum: Smallest possible scope
Viable: Actually solves the core problem

MVP is NOT:
✗ Prototype (doesn't need to work)
✗ Beta (feature-complete)
✗ v1.0 (polished)

MVP IS:
✓ Core value proposition only
✓ Works well enough to learn from
✓ Gets real user feedback fast
MVP 类型
类型描述适用对象
礼宾式伪装成产品的人工服务服务型企业
绿野仙踪式自动化外表背后由人工操作复杂系统
落地页介绍并收集意向需求验证
视频演示展示概念的实际运作复杂产品
拼凑式组合现有工具快速市场测试
单一功能做好一项核心功能软件产品
MVP 范围界定
Feature Prioritization Matrix:
                   HIGH IMPACT
                       │
                       │
    "NICE TO HAVE"     │     "MUST HAVE"
    (Maybe Later)      │     (MVP Core)
                       │
    ───────────────────┼───────────────────
                       │
    "DON'T DO"         │     "LOW-HANGING"
    (Never)            │     (If Time Permits)
                       │
                       │
                   LOW IMPACT
    HIGH EFFORT ───────────────── LOW EFFORT
开发方式
Build in iterations:
┌─────────────────────────────────────────┐
│ Week 1-2: Core flow (ugly but works)    │
│ Week 3-4: User feedback, fixes          │
│ Week 5-6: Polish critical path          │
│ Week 7-8: Prepare for launch            │
└─────────────────────────────────────────┘

Principles:
- Ship ugly, learn fast
- Manual before automated
- Fake it till you make it (but don't lie)
- Measure what matters

阶段 4:发布准备

发布前检查清单
PRODUCT:
□ Core functionality works reliably
□ Critical bugs fixed
□ Basic analytics in place
□ Error handling and recovery
□ Onboarding flow tested

MARKETING:
□ Landing page live
□ Value proposition clear
□ Social proof (if available)
□ Email capture working
□ Launch announcement ready

OPERATIONS:
□ Customer support system
□ Payment processing tested
□ Legal basics (ToS, Privacy)
□ Monitoring/alerting set up
□ Rollback plan ready

COMMUNITY:
□ Early access list built
□ Social media accounts ready
□ Launch partners confirmed
□ Press/influencer outreach done
□ Community channels set up
发布策略选项
策略描述适用对象
集中爆发式公开发布并大力宣传人脉资源丰富
软启动低调发布,持续迭代产品尚不确定
候补名单营造期待需求旺盛
Beta 计划限量开放早期访问复杂产品
平台发布Product Hunt 等消费类产品
平台发布
PRODUCT HUNT:
- Launch Tuesday-Thursday
- Ship 12:01 AM PST
- Prepare assets in advance
- Engage all day with comments
- Activate your network

HACKER NEWS:
- Show HN format
- Technical angle works best
- Timing matters less
- Be prepared for criticism
- Engage authentically

REDDIT:
- Find relevant subreddits
- Follow community rules
- Don't be promotional
- Add genuine value
- Use for feedback, not sales

阶段 5:发布与增长

发布日检查清单
MORNING:
□ Verify all systems operational
□ Team on standby for issues
□ Launch announcement posted
□ Monitor analytics dashboard

THROUGHOUT DAY:
□ Respond to all comments/questions
□ Fix critical issues immediately
□ Thank early users personally
□ Capture feedback systematically

EVENING:
□ Compile day's metrics
□ Document learnings
□ Plan next day's activities
□ Celebrate (briefly!)
关键指标(早期阶段)
指标衡量内容目标
激活率完成关键操作注册用户的 40% 以上
留存率第 1/7/30 天后再次使用因类型而异
NPS是否愿意推荐50+
价值实现时间首次产生「顿悟」时刻< 5 分钟
支持量每位用户遇到的问题数逐渐减少
增长循环
USER-GENERATED:
User creates → Content ranks → New users find
(SEO, community content)

VIRAL:
User invites → Friend joins → Friend invites
(Referrals, sharing)

PAID:
Spend on ads → New users → Revenue → More ads
(Performance marketing)

SALES:
Outreach → Demo → Close → Reference
(B2B enterprise)

商业模式画布

┌───────────────┬───────────────┬───────────────┐
│ Key Partners  │ Key Activities│ Value Props   │
│               │               │               │
│ Who helps us? │ What we do?   │ Why choose us?│
├───────────────┼───────────────┼───────────────┤
│ Key Resources │               │ Customer      │
│               │               │ Relationships │
│ What we need? │               │               │
│               │               │ How we engage?│
├───────────────┼───────────────┼───────────────┤
│ Cost Structure                │ Revenue Streams│
│                               │                │
│ What we spend?                │ How we earn?   │
└───────────────────────────────┴────────────────┘
         │                              │
         ▼                              ▼
┌───────────────┐              ┌───────────────┐
│ Channels      │              │ Customer      │
│               │              │ Segments      │
│ How we reach? │              │ Who we serve? │
└───────────────┘              └───────────────┘

常见错误

避免以下问题
VALIDATION MISTAKES:
✗ Building before talking to customers
✗ Asking leading questions
✗ Only talking to friends/family
✗ Ignoring negative feedback
✗ "If we build it, they will come"

PRODUCT MISTAKES:
✗ Too many features in MVP
✗ Perfectionism before launch
✗ Solving your problem, not theirs
✗ Ignoring user behavior data
✗ Building in stealth too long

BUSINESS MISTAKES:
✗ No clear business model
✗ Underpricing drastically
✗ Ignoring unit economics
✗ Scaling before product-market fit
✗ Running out of runway
警示信号
信号含义
没有自然增长价值主张不清晰
流失率高产品未能提供价值
支持请求过多产品/引导流程存在问题
只有功能请求缺少核心价值
价格抱怨定位或受众不当

融资考量

自力创业与融资
BOOTSTRAP when:
✓ Can reach profitability quickly
✓ Want full control
✓ Slow growth is acceptable
✓ Capital requirements are low

RAISE when:
✓ Need to move fast (competitive market)
✓ High upfront capital required
✓ Network/credibility from investors helps
✓ Winner-take-all market
融资阶段
阶段金额目的
Pre-seed$50K-$500K验证并构建 MVP
Seed$500K-$2M寻找产品与市场契合点
Series A$2M-$15M扩大已验证的模式
Series B+$15M+加速增长

法律基础

第一天的必备事项
MUST HAVE:
□ Business entity formed (LLC or C-Corp)
□ Co-founder agreement (if applicable)
□ Terms of Service
□ Privacy Policy
□ Clear IP ownership

SOON AFTER:
□ Trademark search/filing
□ Employment agreements
□ Contractor agreements
□ Data protection compliance
实体类型(美国)
类型适用情况备注
LLC自力创业、简便税务灵活性
C-Corp (Delaware)融资 VCVC 融资必需
S-Corp盈利的小型企业税务优惠

最佳实践

应该做:
  • 持续与用户交流(即使发布之后也要如此)
  • 快速交付,更快学习
  • 一次专注于一个指标
  • 与早期用户建立关系
  • 记录所学内容
  • 照顾好自己
  • 了解你的资金储备还能支撑多久
不应该做:
  • 长时间秘密开发
  • 自以为了解用户需求
  • 在产品与市场契合之前就扩张
  • 忽视单位经济效益
  • 只靠功能竞争
  • 过早(或过晚)放弃
  • 忽视自身健康

发布准备清单

产品
  • 核心价值主张有效
  • 已与真实用户测试引导流程
  • 关键路径没有错误
  • 已跟踪关键事件的分析数据
  • 支持/反馈机制已就绪
上市策略
  • 已明确定义目标客户
  • 已敲定定位陈述
  • 已确定并测试定价
  • 已确定发布渠道
  • 已联系好早期用户
运营
  • 团队职责明确
  • 已设置沟通渠道
  • 监控与告警已启用
  • 法律基础事项已落实
  • 财务跟踪已就绪

评论

支持 Markdown