UI はローカライズ済みです。スキルの紹介と説明文書は選択した言語へ AI が自動翻訳し、コード・コマンド・パス・専門用語は原文のままです。原作者の文書が優先されます。
スキルを探す
デザイン · SKILL.md

beta-program

beta-program

Design beta programs — participant selection, feedback collection, bug triage, success criteria, NDA management, and graduation criteria. TRIGGER when: user says /beta-program or asks about running a beta test.

Independent GitHub snapshot · Automated classification · Original documentation governs

スキルの説明

GitHub

name: beta-program description: > Design beta programs — participant selection, feedback collection, bug triage, success criteria, NDA management, and graduation criteria. TRIGGER when: user says /beta-program or asks about running a beta test. argument-hint: "[feature or product to beta test]" user-invocable: true

Beta Program Design

Process

Step 1: Define Beta Scope

ElementDetails
Feature/productWhat's being tested
Beta typeClosed (invite) / Open / Public preview
DurationTypical 2-6 weeks
ParticipantsTarget count (10-50 for closed, more for open)
GoalsWhat you want to learn

Step 2: Select Participants

CriteriaPriority
Represents target personaMust
Active product userShould
Willing to provide feedbackMust
Diverse use casesShould
Technical sophistication matches productShould

Step 3: Set Up Feedback Collection

ChannelPurposeCadence
In-app feedbackBug reports, feature requestsContinuous
SurveyStructured assessmentWeekly or end-of-beta
InterviewDeep qualitative insight5-8 participants
Usage analyticsBehavioral dataContinuous
Community/forumPeer discussionContinuous

Step 4: Manage Bug Triage

SeverityResponseAction
Blocker4 hoursHotfix or workaround
Critical24 hoursFix in next beta build
Major48 hoursFix before GA
Minor1 weekBacklog for GA or post-GA

Step 5: Define Graduation Criteria

CriterionThreshold
No blocker/critical bugs0 open
User satisfactionNPS > X or CSAT > X/5
Core workflow completion> 90% can complete key tasks
PerformanceMeets SLA targets
DocumentationComplete and reviewed

Step 6: Transition to GA

  • Thank beta participants (recognition, early access, swag)
  • Communicate changes made based on feedback
  • Archive beta feedback for future reference
  • Update documentation with beta learnings

Output Format

## Beta Program: [Feature]
### Scope: [What, duration, participant count]
### Selection: [Criteria and recruitment plan]
### Feedback: [Collection methods]
### Graduation: [Criteria for GA readiness]

Quality Checklist

  • Beta goals clearly defined
  • Participant selection criteria documented
  • Feedback channels set up before launch
  • Bug triage process established
  • Graduation criteria are specific and measurable

Edge Cases

  • For enterprise beta, involve customer success in recruitment
  • If beta reveals major issues, plan for extended beta
  • For public beta, prepare for support volume
保存したスキル