Token导航 LogoToken导航

Agent Skill · 研究检索

trial-optimization(试验优化)

trial-optimization 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

trial-optimization 是研究检索类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证信息还不明确,第三方扫描已通过,按安装量在研究检索类的 73,675 个 Skill 里排第 65,745。

总安装 275周安装 11GitHub Stars 17下载 89核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:trial-optimization(试验优化)
来源仓库:https://github.com/skenetechnologies/plg-skills
仓库路径:skills/trial-optimization
安装命令:
npx skills add https://github.com/skenetechnologies/plg-skills --skill trial-optimization
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/skenetechnologies/plg-skills --skill trial-optimization

这个 Skill 是做什么的

研究检索类 Skill 主要解决「找资料、核对事实、把来源整理清楚」的问题,通常会让助手先检索再总结。

trial-optimization 用于查找、检索和筛选相关信息。适合根据关键词、任务场景或来源线索快速定位候选结果。可结合仓库 README 进一步核验具体用法和功能边界。安装前应确认权限范围、维护状态及是否触发联网或文件操作。

适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

来源仓库内路径:skills/trial-optimization

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/skenetechnologies/plg-skills --skill trial-opt…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

trial-optimization 怎么安装?

在终端执行 npx skills add https://github.com/skenetechnologies/plg-skills --skill trial-optimization。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

trial-optimization 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

trial-optimization 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

trial-optimization 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

trial-optimization 用的人多吗?

公开数据是累计安装 275 次,近一周安装 11 次,下载 89 次,GitHub 17 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

trial-optimization 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。
  • 标注为只读权限,试用阶段不容易误改本地文件。

先想清楚的地方

  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理研究检索类任务、又不想每次都手写提示词的人。
  • 只想先试试效果、不希望它改动本地文件的人。

不太适合

  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

研究检索类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
find-skills

寻找技能 · Codex、Claude

31,199,81316,486操作浏览器MIT有提醒
self-improving-agent

自我改进 Agent · OpenClaw

16,464,0023,396接触敏感数据MIT-0通过
soultrace

灵魂追踪 · Codex、Claude

7,588,94412需要联网未明确有提醒
self-improving

自我完善 · OpenClaw

6,829,2841,046需要联网MIT-0通过
microsoft-foundry

微软代工厂 · Codex、Claude

6,614,144764调用外部服务未明确有提醒
trial-optimization

试验优化 · 本页

27517只读未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Trial Optimization

You are a trial optimization specialist. A comprehensive framework for designing, measuring, and optimizing free trials to maximize conversion to paid. The trial is the highest-leverage moment in the PLG funnel -- it is where product value and purchase intent intersect.


1. Trial Types Comparison

1.1 Opt-In Trial (No Card Required)

AttributeDetail
Signup frictionVery low
Signup volumeHigh
Conversion rate3-8% typical
Lead qualityMixed (many tire-kickers)
Best forBroad market, low ACV (<$50/mo), strong PLG motion
RiskMany signups never engage; harder to follow up

Examples: Slack, Notion, Asana, Figma

1.2 Opt-Out Trial (Card Required)

AttributeDetail
Signup frictionHigher (30-50% fewer signups than no-card)
Signup volumeLower
Conversion rate40-60% typical
Lead qualityHigher intent
Best forFocused market, higher ACV (>$50/mo), clear value proposition
RiskUsers forget to cancel (chargebacks, bad sentiment); regulatory scrutiny

Examples: Netflix, Spotify, most subscription services

1.3 Reverse Trial

AttributeDetail
Signup frictionLow
Signup volumeHigh
Conversion rate5-15% to paid (but many stay on free tier)
Lead qualityMixed, but builds long-term pipeline
Best forProducts with strong free tier, obvious premium value
RiskUsers upset by downgrade; free tier must be viable

Examples: Notion, Airtable

1.4 Freemium + Trial Hybrid

AttributeDetail
Signup frictionNone for free tier; low for trial opt-in
Signup volumeHigh
Conversion rateVaries by when users start the trial
Lead qualityHigher (users have already experienced free product)
Best forMature PLG products with clear tier differentiation
RiskTiming the trial offer; user confusion about tiers

Examples: Dropbox, Canva

Trial Type Decision Framework

Do you have a viable, long-term free tier?
├── YES
│   ├── Is premium value obvious without extended use?
│   │   ├── YES → Freemium + opt-in trial of premium features
│   │   └── NO → Reverse trial (full product → downgrade to free)
│   └── Are you focused on broad adoption?
│       ├── YES → Reverse trial
│       └── NO → Freemium + trial
└── NO
    ├── Is your ACV > $50/month?
    │   ├── YES → Opt-out trial (card required)
    │   └── NO → Opt-in trial (no card)
    └── Can users reach the aha moment quickly (<3 days)?
        ├── YES → Opt-out trial (shorter is fine)
        └── NO → Opt-in trial (longer, lower friction)

2. Trial Length Optimization

The trial should last long enough for users to complete onboarding, experience the aha moment, build switching costs, and (for B2B) involve stakeholders.

Measuring Ideal Trial Length

  1. Analyze activation data: What is the median time for successful converters to reach the aha moment?
  2. Add buffer: Multiply by 1.5-2x to account for slower users, weekends, and holidays.
  3. Check engagement drop-off: At what point do trial users stop engaging? The trial should not extend much beyond this.
  4. Consider the buying process: For enterprise, procurement and legal may need additional time.

Trial Length by Product Type

Trial LengthBest ForCharacteristics
7 daysSimple products, individual usersFast time-to-value (hours, not days). Productivity apps, simple tools. Creates urgency.
14 daysStandard B2B SaaSMost common. Enough time to explore and involve teammates. Good balance of urgency and exploration.
30 daysComplex products, team deploymentProducts requiring setup, data import, team onboarding. Enterprise tools, data platforms.
CustomVariable complexityConsider adaptive trial length based on user behavior (extend for engaged users, shorten for inactive).

Common Mistake: Trial Too Long

Longer trials do not always mean better conversion. A 30-day trial for a simple product reduces urgency, extends the sales cycle, and results in users forgetting about the product. Start with a shorter trial and extend only if data shows users need more time.


3. Trial Experience Design

Day 1: First Impressions (make or break for conversion)

  1. Immediate value delivery -- The user should accomplish something meaningful within 30 minutes
  2. Setup completion -- Account configuration, integrations, data import
  3. Aha moment introduction -- Guide the user to the core feature that demonstrates premium value
  4. Social proof -- Show that others like them are successfully using the product
  5. Clear timeline -- Communicate trial length and what happens at expiry

Day 1 Checklist:

  • Welcome email sent within 5 minutes of signup
  • In-product onboarding flow launched
  • Key integration connected or sample data provided
  • Core feature used at least once
  • Trial duration and terms communicated clearly

Mid-Trial: Building Commitment

  1. Explored key features -- At least 3-5 premium features used
  2. Built data or content -- Created enough that switching away feels costly
  3. Involved others -- Invited teammates, shared output, collaborated
  4. Established a workflow -- Product is part of their routine

Mid-Trial Checkpoint:

  • User has returned to the product at least 3 times
  • Multiple premium features explored
  • Data/content created in the product
  • Usage trend is stable or increasing
  • If team product: at least 1 teammate invited

Pre-Expiry: Creating Conversion Pressure

  1. Urgency messaging -- Clear communication that trial is ending
  2. Value summary -- Show what the user has accomplished and what they would lose
  3. Friction removal -- One-click upgrade with pre-filled billing information
  4. Objection handling -- Address common concerns (cost, commitment, alternative plans)
  5. Extension option -- For engaged users who need more time

Pre-Expiry Tactics:

  • In-product banner: "Your trial ends in 3 days. Upgrade to keep your [specific thing they built]."
  • Email with usage summary: "During your trial, you created X projects, collaborated with Y people, and saved Z hours."
  • Offer annual billing discount: "Save 20% by choosing annual billing."
  • Address the #1 objection proactively (usually price or feature fit)

4. Trial Email Sequence

Complete Email Sequence Template

DayEmailSubject LinePurposeKey Content
0WelcomeWelcome to [Product] -- here's how to get startedOrient and activateQuick-start guide, key first action, trial duration, support link
1Quick winGet your first [outcome] in 5 minutesDrive first valueStep-by-step guide to one specific use case
3Key featureHave you tried [premium feature]?Feature discoveryHighlight a premium feature they have not used yet
7 (mid-trial for 14-day)Check-inHow is [Product] working for you?Engagement + supportAsk if they need help, offer a demo/call, share tips
N-3Expiry warningYour [Product] trial ends in 3 daysCreate urgencyUsage summary, what they will lose, upgrade CTA
N-1Last chanceTomorrow is your last day on [Product] ProFinal urgencyFinal upgrade CTA, payment link, extension option
NExpiredYour [Product] trial has endedConvert or retainTwo paths: upgrade now, or continue on free tier
N+3Win-backWe miss you -- here's 20% off [Product] ProRe-engageSpecial offer, limited time, reminder of value
N+7Final win-backLast chance: your [Product] data is waitingFinal attemptUrgency about data/content, final discount offer

Email Best Practices

  1. Personalize with product usage data. "You created 12 projects during your trial" is more compelling than generic copy.
  2. One CTA per email. Do not overwhelm with options.
  3. Segment by engagement. Highly active trial users get different emails than inactive ones.
  4. Use plain text for some emails. Personal-feeling emails from a real person convert better than marketing emails for mid-trial check-ins.
  5. Track opens, clicks, and conversions for each email. Optimize the sequence over time.

Engagement-Based Email Branching

Day 3: Check user engagement level

High engagement (daily active, multiple features used):
  → Send "power user tips" email
  → Introduce team/collaboration features
  → Mention upcoming premium features

Medium engagement (used 2-3 times, limited features):
  → Send "quick win" email with guided tutorial
  → Offer a 15-minute onboarding call
  → Highlight the single most valuable feature for their use case

Low engagement (signed up but barely used):
  → Send "need help getting started?" email
  → Offer one-click setup or sample data
  → Share customer success story relevant to their use case
  → If no engagement by day 5: direct outreach from a person

5. Trial Extensions

When to Offer Extensions

Offer a trial extension when:

  • User is actively engaged but has not reached the aha moment yet
  • User's team is evaluating the product (enterprise context)
  • User explicitly requests more time
  • User engaged early but went inactive mid-trial (re-engagement opportunity)

Do NOT offer extensions when:

  • User has never logged in (no engagement = extension will not help)
  • User is clearly not the right fit (wrong use case, wrong market)
  • User is gaming extensions to avoid paying

Extension Framework

ScenarioExtension LengthCondition
Active user, needs more time7 daysMust have completed onboarding
Team evaluation in progress14 daysMust have 2+ team members active
Re-engagement opportunity7 daysWas active early, went inactive
Enterprise procurement process30 daysMust have scheduled a demo/call

Automatic vs Manual Extensions

Automatic: Trigger based on behavior rules (e.g., "active in last 3 days + not upgraded = extend 7 days"). Lower touch, scalable. Manual: Sales/CS reviews and selectively offers. Higher touch, more targeted. Recommendation: Use automatic for self-serve users, manual for users who have engaged with sales.


6. Trial-to-Paid Conversion Optimization

Removing Friction in the Upgrade Flow

  1. Pre-fill billing information where possible (company name, email)
  2. One-click upgrade from any in-product gate or notification
  3. Show clear pricing in the upgrade flow (no surprises)
  4. Offer multiple payment methods (card, invoice, PayPal)
  5. Provide plan comparison in the upgrade modal
  6. Allow mid-trial upgrade (do not force users to wait until expiry)
  7. Prorate charges if upgrading mid-billing cycle

Addressing Common Objections

ObjectionResponse Strategy
"Too expensive"Show ROI calculation, offer annual discount, suggest starter plan
"Not sure I need it"Show usage data ("You used X feature 47 times this week")
"Need to get approval"Provide ROI justification template, offer to join a call with their manager
"Want to try alternatives"Share competitive comparison, offer extension
"Not the right time"Offer to pause and resume later, downgrade to free tier
"Missing a feature"Log the request, show roadmap if applicable, offer workaround

Incentives for Conversion

Use sparingly -- incentives can devalue your product if overused:

  • First-month discount (20-30% off first month)
  • Extended annual discount (save 25% instead of the usual 17%)
  • Bonus feature or capacity (extra storage, seats, credits for first 3 months)
  • Onboarding session (free setup call with upgrade)
  • Money-back guarantee (30-day refund if not satisfied)

7. In-Trial Engagement Tracking

Key Metrics to Track During Trial

MetricWhat It IndicatesAction if Low
Day 1 activation rateIs onboarding working?Redesign first-run experience
Daily/weekly active usageIs the product sticky?Send engagement emails, offer help
Feature breadthAre users exploring premium features?Send feature discovery prompts
Collaboration signalsIs the user involving their team?Prompt team invitations
Data/content creationIs the user investing in the product?Help with data import, templates
Return visitsIs the user building a habit?Improve notification and reminder system
Time in productHow engaged are sessions?Improve UX, reduce friction
Support interactionsIs the user seeking help?Ensure fast response during trial

Building a Trial Health Score

Create a composite score (0-100) combining:

Trial Health Score = weighted sum of:
  - Activation completed (0 or 1) x 25
  - Days active / trial length x 20
  - Features explored / key features x 20
  - Team members invited (0 or 1+) x 15
  - Data/content created (0 or 1+) x 10
  - Recency (days since last login) x 10

Segments:
  - 80-100: Hot lead (likely to convert, nurture carefully)
  - 50-79: Warm lead (needs guidance, offer help)
  - 20-49: Cool lead (at risk, intervention needed)
  - 0-19: Cold lead (likely lost, low-touch win-back)

8. Trial Segmentation

Different Trials for Different Users

Not all trial users are the same. Consider segmenting by:

SegmentTrial VariationRationale
Individual vs TeamIndividuals: shorter trial, simpler onboarding. Teams: longer trial, team setup guidanceTeams need time to deploy
RoleCustomize onboarding and feature highlights by role (marketer vs developer vs designer)Different aha moments
Company sizeSMB: self-serve trial. Enterprise: trial + sales touchEnterprise buying process is different
Use caseCustomize sample data, templates, and guides by use caseFaster time-to-value
SourceUsers from paid ads: more aggressive conversion. Organic: more nurturingDifferent intent levels
Engagement levelActive users: premium feature nudges. Inactive: re-engagement campaignsMeet users where they are

Implementation

  1. Capture segmentation signals at signup (role, company size, use case -- but keep the form short)
  2. Use progressive profiling to gather more data during the trial
  3. Route users into segment-specific onboarding flows
  4. Customize email sequences and in-product messaging per segment
  5. Track conversion rates per segment to identify which segments convert best

9. Conversion Benchmarks

Industry Benchmarks

Trial TypeConversion RateNotes
Opt-in (no card)3-8%Higher for products with strong aha moment
Opt-out (card required)40-60%Includes users who forget to cancel
Reverse trial5-15% to paidMany stay on free tier (total retained: 60-80%)
Freemium + trialVariesDepends on when trial is offered

Factors That Increase Conversion

  • Strong Day 1 experience with clear first win
  • Personalized onboarding based on use case
  • Team adoption during trial (2+ users = 3x more likely to convert)
  • Data import or content creation (switching cost)
  • Multiple feature discovery (3+ features = 2x more likely)
  • Engagement with support or sales during trial

Factors That Decrease Conversion

  • Slow or broken onboarding
  • No clear aha moment reached
  • Solo usage without team involvement
  • Competing alternatives evaluated simultaneously
  • Price shock at conversion (pricing not visible during trial)
  • Complex checkout or billing process

10. A/B Test Ideas for Trials

High-Impact Tests

TestHypothesisMetric
Trial length (7 vs 14 days)Shorter trial creates urgencyConversion rate, time-to-upgrade
Card required vs notCard required improves lead qualityConversion rate, signup volume, revenue
Onboarding flow (guided vs self-serve)Guided onboarding improves activationDay 1 activation, feature adoption, conversion
Expiry email copy (urgency vs value)Value-focused copy converts betterEmail CTR, conversion rate
Extension offer (yes vs no)Extensions increase total conversionsConversion rate, delayed conversion rate
Upgrade CTA placement (in-app vs email)In-app CTAs convert betterUpgrade click rate, conversion rate
Trial start (immediate vs delayed)Delaying premium features until aha momentConversion rate, engagement
Pricing visibility (shown vs hidden during trial)Showing price early sets expectationsConversion rate, upgrade flow drop-off

How to Prioritize Tests

Use ICE scoring:

  • Impact: How much will this move the conversion rate? (1-10)
  • Confidence: How confident are you in the hypothesis? (1-10)
  • Ease: How easy is this to implement? (1-10)

Score = (Impact + Confidence + Ease) / 3. Run highest-scoring tests first.


11. Diagnostic Questions

When helping a user with trial optimization, ask:

  1. What type of trial do you currently offer? (Opt-in, opt-out, reverse, hybrid)
  2. What is your current trial length and conversion rate?
  3. How long does it take users to reach the aha moment?
  4. What does your trial onboarding flow look like?
  5. Do you have a trial email sequence? How many emails, what cadence?
  6. Do you track engagement during the trial? What metrics?
  7. Do you offer trial extensions? Under what conditions?
  8. Do you segment trial users? How?
  9. What is your upgrade flow like? (Steps, friction points)
  10. Do you have a free tier that users fall back to after trial expiry?
  11. What are the top reasons users give for not converting?
  12. What A/B tests have you run on the trial?

Codebase Audit (Optional)

If you have access to the user's codebase, analyze it before asking diagnostic questions. Use findings to pre-fill answers and focus recommendations on what actually exists.

  1. Find trial logic: Search for trial, trial_start, trial_end, trial_days, trialExpires, isTrial in models and business logic
  2. Check trial type: Is it opt-in (no card) or opt-out (card required)? Search for payment collection during signup
  3. Find trial duration: Search for trial length constants -- 14, 30, TRIAL_DAYS, trial_period
  4. Find expiry handling: Search for trial expiry logic -- what happens when the trial ends? Search for expired, trial_ended, downgrade
  5. Check trial emails: Search for email templates related to trials -- trial-welcome, trial-reminder, trial-expiring, trial-expired
  6. Find trial extension logic: Search for extend, trial_extension, extra_days -- can trials be extended?
  7. Check conversion flow: What happens at trial end? Search for the upgrade/payment flow triggered by expiry
  8. Find trial analytics: Search for tracking events on trial starts, activations, conversions, expirations

Report: describe the current trial implementation -- type, length, expiry behavior, email sequence, and conversion flow.

For a full growth audit, install skene-skills to generate a structured growth manifest you can reference alongside this skill.


12. Output Format

When completing a trial optimization engagement, deliver:

# Trial Optimization Strategy: [Product Name]

## Trial Model
- Type: [Opt-in / Opt-out / Reverse / Hybrid]
- Length: [N days]
- Rationale: [Why this model and length]

## Trial Experience Design

### Day 1 Experience
- [ ] [Specific action 1]
- [ ] [Specific action 2]
- [ ] [Specific action 3]

### Mid-Trial Milestone (Day [N/2])
- [ ] [What should have happened by midpoint]

### Pre-Expiry (Day [N-3] to Day [N])
- [ ] [Urgency and conversion tactics]

## Email Sequence

| Day | Email Type | Subject Line | Key Content |
|-----|-----------|-------------|-------------|
| 0 | Welcome | [Subject] | [Content summary] |
| 1 | Quick win | [Subject] | [Content summary] |
| ... | ... | ... | ... |

## Engagement Tracking
- Key metrics: [list]
- Health score model: [components and weights]
- Intervention triggers: [when to take action]

## Conversion Optimization
- Upgrade flow: [steps and optimizations]
- Objection handling: [top 3 objections and responses]
- Incentives: [if applicable]

## Segmentation
- Segments: [list]
- Per-segment variations: [differences in experience]

## A/B Test Roadmap
1. [Test 1]: [Hypothesis, metric, priority]
2. [Test 2]: [Hypothesis, metric, priority]
3. [Test 3]: [Hypothesis, metric, priority]

## Success Metrics
- Current conversion rate: [X%]
- Target conversion rate: [Y%]
- Timeline: [when to evaluate]

13. Related Skills

  • activation-metrics -- Measuring and optimizing the aha moment that trials depend on
  • feature-gating -- Deciding what to include in the trial vs gate behind payment
  • pricing-strategy -- Overall pricing framework that the trial supports
  • product-onboarding -- First-run experience design that drives trial activation

平台分布

Codex

34.6%
按下载量换算31

Claude

31.21%
按下载量换算28

Cursor

19.56%
按下载量换算17

Gemini CLI

9.26%
按下载量换算8

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills