startup-launch

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

Startup Launch

创业公司启动指南

Comprehensive guide for launching a successful startup from idea to market.
从创意构思到进入市场的成功创业公司启动全面指南。

The Startup Journey

创业公司成长旅程

Phase Overview

阶段概述

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

PHASE 1: 创意构思(1-2周)
└─→ 问题识别、市场调研

PHASE 2: 验证阶段(2-4周)
└─→ 用户调研、问题-解决方案匹配

PHASE 3: MVP开发(4-12周)
└─→ 最小可行产品、迭代优化

PHASE 4: 启动筹备(2-4周)
└─→ 市场进入策略、预启动准备

PHASE 5: 启动与迭代(持续进行)
└─→ 公开发布、增长拓展、优化升级

Phase 1: Ideation

阶段1:创意构思

Problem Discovery

问题挖掘

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. 我正在解决什么问题?           │
│ 2. 哪些人面临这个问题?                │
│ 3. 这个问题的痛苦程度有多高?         │
│ 4. 人们目前是如何解决这个问题的?     │
│ 5. 为什么这个问题至今还没被解决?     │
└─────────────────────────────────────────┘

Problem Evaluation Matrix

问题评估矩阵

CriteriaScore (1-5)Notes
FrequencyHow often does problem occur?Daily = 5
IntensityHow painful is it?Critical = 5
Willingness to PayWill people pay to solve?Yes = 5
Market SizeHow many have this problem?Large = 5
AccessibilityCan you reach these people?Easy = 5
Minimum viable score: 20/25
评估标准评分(1-5分)备注
发生频率问题出现的频次?每日发生=5分
严重程度问题的痛苦程度?关键问题=5分
付费意愿用户是否愿意付费解决?是=5分
市场规模受该问题影响的人数?大规模=5分
触达难度能否触达这些用户?容易=5分
最低合格分数:20/25

Idea Sources

创意来源

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

高信号来源:
✓ 你个人遇到的问题
✓ 所在行业的低效环节
✓ 朋友/同事的抱怨
✓ 让用户不满的现有解决方案
✓ 新兴技术的应用场景

低信号来源:
✗ “如果有这个东西会不会很酷...”
✗ 为假想用户开发产品
✗ 盲目模仿却不理解本质
✗ 为找问题而硬做解决方案

Phase 2: Validation

阶段2:验证阶段

Customer Discovery

用户调研

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.
妈妈测试问题:
┌─────────────────────────────────────────┐
│ ✓ “告诉我你上次遇到这种情况时的经历?”  │
│ ✓ “你尝试过哪些方法来解决这个问题?”  │
│ ✓ “这个问题给你带来了多少成本?”        │
│ ✓ “我还应该和哪些人聊聊?”          │
├─────────────────────────────────────────┤
│ ✗ “你会使用这个产品吗?”         │
│ ✗ “你觉得这个想法不错吗?”   │
│ ✗ “你愿意为此支付多少钱?”             │
└─────────────────────────────────────────┘

规则:询问他们的真实生活,而不是你的想法。

Interview Framework

访谈框架

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
结构(30-45分钟):
1. 背景介绍(5分钟)
   - 他们的角色、处境
   - 相关背景信息

2. 问题探索(15分钟)
   - 具体的近期案例
   - 当前工作流程
   - 痛点与临时解决办法

3. 现有解决方案(10分钟)
   - 他们目前使用的工具
   - 满意度水平
   - 缺失的功能/服务

4. 价值评估(5分钟)
   - 解决该问题带来的影响
   - 受影响的其他相关方
   - 预算/决策权

5. 收尾(5分钟)
   - 请求推荐其他访谈对象
   - 获得后续跟进的许可

Validation Metrics

验证指标

SignalIndicatorStrength
Time commitmentAgree to interviewLow
ReferralsIntroduce to othersMedium
Money commitmentPre-order/depositHigh
Work commitmentUse early prototypeHigh
Social commitmentPublic endorsementHigh
信号类型指标强度
时间投入同意参与访谈
推荐意愿介绍其他用户中等
资金投入预购/支付定金
使用投入使用早期原型
社交投入公开背书

Problem-Solution Fit

问题-解决方案匹配

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      │
└─────────────────────────────────────────┘

达成问题-解决方案匹配的标志:
┌─────────────────────────────────────────┐
│ ✓ 10+ 访谈对象反馈一致的痛点   │
│ ✓ 用户在主动寻找解决方案 │
│ ✓ 现有解决方案存在明显不足      │
│ ✓ 你的解决方案能引发用户情感共鸣   │
│ ✓ 用户主动提出付费或预购      │
└─────────────────────────────────────────┘

Phase 3: MVP Development

阶段3:MVP开发

What is 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 = Minimum VIABLE Product(最小可行产品)

最小:尽可能小的范围
可行:确实能解决核心问题

MVP 不是:
✗ 原型(不需要实际可用)
✗ 测试版(功能完整)
✗ v1.0版本(经过打磨)

MVP 是:
✓ 仅保留核心价值主张
✓ 足够好用以获取真实反馈
✓ 快速获得真实用户反馈

MVP Types

MVP类型

TypeDescriptionBest For
ConciergeManual service disguised as productService businesses
Wizard of OzHuman behind automated facadeComplex systems
Landing PageDescribe + capture interestDemand validation
Video DemoShow concept in actionComplex products
PiecemealCombine existing toolsQuick market test
Single FeatureOne core feature, done wellSoftware products
类型描述适用场景
礼宾式以人工服务伪装成产品服务型业务
绿野仙踪式自动化背后由人工操作复杂系统
着陆页描述产品+收集用户兴趣需求验证
视频演示展示产品概念运作过程复杂产品
组合式整合现有工具快速市场测试
单一功能专注做好一个核心功能软件产品

MVP Scoping

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
功能优先级矩阵:
                   高影响力
    “锦上添花”     │     “必备功能”
    (后续考虑)      │     (MVP核心)
    ───────────────────┼───────────────────
    “无需开发”         │     “低门槛功能”
    (永远不做)            │     (时间允许则做)
                   低影响力
    高投入 ───────────────── 低投入

Development Approach

开发方法

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

迭代式开发:
┌─────────────────────────────────────────┐
│ 第1-2周:核心流程(粗糙但可用)    │
│ 第3-4周:收集用户反馈,修复问题          │
│ 第5-6周:打磨关键路径体验          │
│ 第7-8周:筹备启动事宜            │
└─────────────────────────────────────────┘

原则:
- 先上线再打磨,快速学习
- 先人工再自动化
- 模拟功能直到实现(但不要撒谎)
- 关注重要指标

Phase 4: Launch Preparation

阶段4:启动筹备

Pre-Launch Checklist

预启动检查清单

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
产品:
□ 核心功能稳定可用
□ 关键BUG已修复
□ 基础分析工具已部署
□ 错误处理与恢复机制
□ 新用户引导流程已测试

营销:
□ 着陆页已上线
□ 价值主张清晰明确
□ 已有社交证明(如有)
□ 邮件收集功能正常
□ 启动公告准备就绪

运营:
□ 客户支持系统搭建完成
□ 支付流程已测试
□ 基础法律文件(服务条款、隐私政策)
□ 监控/告警系统已设置
□ 回滚计划准备就绪

社区:
□ 早期访问名单已建立
□ 社交媒体账号已准备
□ 启动合作伙伴已确认
□ 媒体/博主 outreach 已完成
□ 社区渠道已搭建

Launch Strategy Options

启动策略选项

StrategyDescriptionBest For
Big BangPublic launch with PR pushStrong network
Soft LaunchQuiet release, iterateUncertain product
WaitlistBuild anticipationHigh demand
Beta ProgramLimited early accessComplex products
Platform LaunchProduct Hunt, etc.Consumer products
策略描述适用场景
全面爆发结合公关进行公开启动拥有强大人脉网络
软启动低调发布,逐步迭代产品方向不确定
等待列表积累用户期待高需求产品
测试计划限量早期访问复杂产品
平台发布如Product Hunt等平台面向消费者的产品

Platform Launches

平台发布指南

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

PRODUCT HUNT:
- 周二至周四启动
- 太平洋标准时间凌晨12:01上线
- 提前准备好所有素材
- 全天回复评论
- 调动你的人脉资源

HACKER NEWS:
- 使用Show HN格式
- 技术角度更受欢迎
- 时间选择相对不重要
- 准备好接受批评
- 真诚互动

REDDIT:
- 找到相关子版块
- 遵守社区规则
- 不要过度推广
- 提供真实价值
- 用于获取反馈而非销售

Phase 5: Launch & Growth

阶段5:启动与增长

Launch Day Checklist

启动日检查清单

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!)
上午:
□ 验证所有系统正常运行
□ 团队待命处理问题
□ 发布启动公告
□ 监控数据分析面板

全天:
□ 回复所有评论/问题
□ 立即修复关键问题
□ 亲自感谢早期用户
□ 系统收集用户反馈

晚上:
□ 整理当日数据指标
□ 记录学习心得
□ 规划次日活动
□ 简短庆祝一下!

Key Metrics (Early Stage)

早期关键指标

MetricWhat It MeasuresTarget
ActivationComplete key action40%+ of signups
RetentionReturn after day 1/7/30Varies by type
NPSWould recommend50+
Time to ValueFirst "aha" moment< 5 minutes
Support VolumeIssues per userDecreasing
指标衡量内容目标
激活率完成关键操作的用户占比注册用户的40%+
留存率第1/7/30日返回的用户占比因产品类型而异
净推荐值(NPS)用户推荐意愿50+
价值获取时间用户首次体验到“惊喜”的时间< 5分钟
支持请求量每用户的问题数量逐步减少

Growth Loops

增长循环

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)

用户生成内容:
用户创作 → 内容获得曝光 → 新用户发现
(SEO、社区内容)

病毒式:
用户邀请 → 好友加入 → 好友再邀请
(推荐、分享)

付费:
广告投入 → 获取新用户 → 产生收入 → 增加广告投入
(效果营销)

销售:
主动触达 → 演示 → 成交 → 客户推荐
(B2B企业)

Business Model Canvas

商业模式画布

┌───────────────┬───────────────┬───────────────┐
│ 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? │
└───────────────┘              └───────────────┘

┌───────────────┬───────────────┬───────────────┐
│ 关键合作伙伴  │ 核心业务活动│ 价值主张   │
│               │               │               │
│ 谁能帮助我们? │ 我们要做什么?   │ 为什么选择我们?│
├───────────────┼───────────────┼───────────────┤
│ 核心资源 │               │ 客户      │
│               │               │ 关系 │
│ 我们需要什么? │               │               │
│               │               │ 我们如何互动?│
├───────────────┼───────────────┼───────────────┤
│ 成本结构                │ 收入来源│
│                               │                │
│ 我们的支出是什么?                │ 我们如何盈利?   │
└───────────────────────────────┴────────────────┘
         │                              │
         ▼                              ▼
┌───────────────┐              ┌───────────────┐
│ 渠道      │              │ 客户      │
│               │              │ 细分群体      │
│ 我们如何触达用户? │              │ 我们服务谁? │
└───────────────┘              └───────────────┘

Common Mistakes

常见错误

Avoid These

需避免的错误

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
验证阶段错误:
✗ 未与用户沟通就开始开发
✗ 提出诱导性问题
✗ 仅访谈朋友/家人
✗ 忽略负面反馈
✗ “只要我们做出来,用户就会来”

产品阶段错误:
✗ MVP中包含过多功能
✗ 上线前过度追求完美
✗ 解决自己的问题而非用户的
✗ 忽略用户行为数据
✗ 保密开发时间过长

业务阶段错误:
✗ 没有清晰的商业模式
✗ 定价过低
✗ 忽略单位经济效益
✗ 未达成产品-市场匹配就扩张
✗ 资金耗尽

Warning Signs

预警信号

SignalWhat It Means
No organic growthValue proposition unclear
High churnProduct doesn't deliver value
Support overloadProduct/onboarding issues
Feature requests onlyMissing core value
Price complaintsWrong positioning or audience

信号含义
无自然增长价值主张不清晰
高流失率产品无法传递价值
支持请求过载产品/新用户引导存在问题
仅收到功能请求核心价值缺失
价格投诉定位错误或受众不符

Funding Considerations

融资考量

Bootstrapping vs. Raising

自筹 vs 融资

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
选择自筹的情况:
✓ 能快速实现盈利
✓ 想要完全控制权
✓ 接受缓慢增长
✓ 资金需求低

选择融资的情况:
✓ 需要快速行动(竞争激烈的市场)
✓ 前期资金需求高
✓ 投资者的人脉/信誉有帮助
✓ 赢者通吃的市场

Funding Stages

融资阶段

StageAmountPurpose
Pre-seed$50K-$500KValidate and build MVP
Seed$500K-$2MFind product-market fit
Series A$2M-$15MScale proven model
Series B+$15M+Accelerate growth

阶段金额范围用途
种子前5万-50万美元验证想法并开发MVP
种子轮50万-200万美元寻找产品-市场匹配
A轮200万-1500万美元扩张已验证的商业模式
B轮及以后1500万美元以上加速增长

Legal Basics

法律基础

Day 1 Essentials

启动首日必备

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型公司)
□ 联合创始人协议(如有)
□ 服务条款
□ 隐私政策
□ 明确知识产权归属

后续完成:
□ 商标检索/注册
□ 雇佣协议
□ 承包商协议
□ 数据保护合规

Entity Types (US)

美国商业实体类型

TypeBest ForNotes
LLCBootstrapped, simpleTax flexibility
C-Corp (Delaware)Raising VCRequired for VC
S-CorpProfitable, smallTax advantages

类型适用场景备注
LLC自筹资金、结构简单税务灵活
特拉华州C型公司风险投资融资风投要求
S型公司盈利的小型企业税务优惠

Best Practices

最佳实践

DO:

建议做:

  • Talk to users constantly (even after launch)
  • Ship fast, learn faster
  • Focus on one metric at a time
  • Build relationships with early users
  • Document your learnings
  • Take care of yourself
  • Know your runway
  • 持续与用户沟通(即使上线后)
  • 快速上线,更快学习
  • 一次专注一个指标
  • 和早期用户建立关系
  • 记录学习心得
  • 照顾好自己
  • 清楚自己的资金储备

DON'T:

建议不要做:

  • Build in secret for too long
  • Assume you know what users want
  • Scale before product-market fit
  • Ignore unit economics
  • Compete on features alone
  • Give up too early (or too late)
  • Neglect your health

  • 保密开发时间过长
  • 假设自己知道用户想要什么
  • 未达成产品-市场匹配就扩张
  • 忽略单位经济效益
  • 仅靠功能竞争
  • 过早放弃(或过晚放弃)
  • 忽视健康

Launch Readiness Checklist

启动就绪检查清单

Product

产品

  • Core value proposition works
  • Onboarding tested with real users
  • Critical paths error-free
  • Analytics tracking key events
  • Support/feedback mechanism ready
  • 核心价值主张可正常实现
  • 新用户引导已通过真实用户测试
  • 关键路径无错误
  • 分析工具已追踪关键事件
  • 支持/反馈机制已就绪

Go-to-Market

市场进入

  • Target customer clearly defined
  • Positioning statement finalized
  • Pricing determined and tested
  • Launch channels identified
  • Early users lined up
  • 目标客户已明确定义
  • 定位声明已最终确定
  • 定价已确定并测试
  • 启动渠道已确定
  • 早期用户已对接

Operations

运营

  • Team roles clear
  • Communication channels set up
  • Monitoring and alerting live
  • Legal basics in place
  • Financial tracking ready
  • 团队角色清晰
  • 沟通渠道已建立
  • 监控和告警系统已启用
  • 法律基础已完备
  • 财务追踪已就绪