算法艺术创作
algorithmic-art
通过代码和可调参数创作生成艺术与交互式视觉效果。
pricing-strategy【设计与创意】Structure pricing strategy decisions, packaging options, and tier design for SaaS and digital products. Use when reviewing or setting pricing, designing pricing tiers, evaluating freemium vs paid, or preparing a pricing change. Produces a pricing strategy recommendation with model rationale, tier structure, competitive positioning, and rollout plan.
独立 GitHub 快照 · 自动分类 · 以原作者文档为准
Build pricing that reflects value delivered — not cost to build. Structure every pricing decision with customer segmentation, value metric identification, competitive context, and a packaging recommendation.
Three questions to answer before any pricing decision:
| Model | Best For | Risk |
|---|---|---|
| Per Seat | Collaboration tools, team software | Disincentivises adoption as team grows |
| Usage-Based | APIs, infrastructure, consumption tools | Revenue unpredictability for both sides |
| Flat Rate | Simple tools, early-stage | Leaves money on table from power users |
| Tiered | Products with clear user segments | Feature gatekeeping frustrates users |
| Freemium | Viral/PLG products with low marginal cost | Conversion to paid is hard to engineer |
| Value-Based | Enterprise, outcomes-driven products | Requires strong ROI story |
Use freemium when:
Avoid freemium when:
Recommended 3-tier structure for SaaS:
| Tier | Target | Price Signal | Key Features | Lock-in Mechanism |
|---|---|---|---|---|
| Free / Starter | Individual, early discovery | $0 | Core value, usage-limited | Invite colleagues, export limit |
| Pro / Growth | SMB, growing teams | $[X]/seat/mo | Full features, higher limits | Team collaboration, integrations |
| Business / Enterprise | Mid-market, enterprise | $[X]/seat/mo or custom | Admin, SSO, SLAs, dedicated support | Security, compliance, volume |
Tier design rules:
| Competitor | Model | Price | Key Differentiator |
|---|---|---|---|
| [Name] | [Model] | [Price] | [What they lead with] |
Positioning options:
Current State: [What pricing exists today, if any] Problem to Solve: [Why pricing is being reviewed]
Recommended Pricing Model: [Model name + rationale]
Value Metric: [The single unit that scales with customer value — e.g., "active users", "API calls", "documents processed"]
Proposed Tiers:
[Table using 3-tier structure above]
Free-to-Paid Upgrade Trigger: [Specific moment or threshold that creates natural upgrade pressure]
Competitive Position: [Premium / Parity / Value + reasoning]
Pricing Change Rollout (if applicable):
Risks:
Metrics to Monitor Post-Change:
Work from what is given. If any of these is missing, still produce the complete output: fill each gap with a reasonable assumption marked (assumed, confirm) and list those assumptions at the end. Ask a question first only when the core subject itself is missing (there is nothing to write about).
references/model-selection.md — the model-selection decision tree and the regrets table from each model's veterans