Token导航 LogoToken导航TokenDH.com
效率只读clawhub未标认证来源可访问clear审计通过

break-even-calculator-ecommercebreak even calculator ecommerce 广告

Agent Skill

break-even-calculator-ecommerce 用于补充效率相关能力,适合在 OpenClaw 中需要让 Agent 承接效率相关任务时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

20,133

周安装

856

GitHub Stars

公开资料未说明

下载量

7,053
OpenClaw

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

MIT-0

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

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

请帮我安装这个 Agent Skill:break-even-calculator-ecommerce(break even calculator ecommerce 广告)
来源仓库:https://github.com/leooooooow/break-even-calculator-ecommerce
安装命令:
openclaw skills install break-even-calculator-ecommerce
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

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

ClawHubOpenClaw
openclaw skills install break-even-calculator-ecommerce

简介

基于价格、运输与广告支出等参数计算电商盈亏阈值。

  • 辅助运营商制定启动与规模化决策。break-even-calculator-ecommerce 属于效率类 Skill,可作为该场景下的辅助能力补充。
  • 使用时需准确填写各项成本结构与预期销量。
  • 适合 Shopify、淘宝等平台商家日常经营规划。
  • 安装前请核实权限范围及是否会触发数据持久化操作。

SKILL.md

Break-even Calculator Ecommerce

Calculate the real no-loss line before deciding whether to launch harder, discount harder, or scale paid traffic.

This is not a generic margin calculator. It separates variable from fixed costs, models real ecommerce unit economics (returns, payment fees, platform takes), and translates math into actionable launch/hold/scale decisions.


Quick Reference

DecisionKey MetricGreenYellowRed
Launch viabilityContribution margin %> 40%20–40%< 20%
Ad scaling roomBreak-even CPACPA < 60% of CMCPA 60–90% of CMCPA > 90% of CM
Discount safetyMargin after discount> 25% CM remaining10–25% CM remaining< 10% CM remaining
Free shippingMargin absorptionShipping < 30% of CMShipping 30–50% of CMShipping > 50% of CM
Scale readinessBreak-even units/mo< 50% of current vol50–80% of current vol> 80% of current vol

Solves

Ecommerce operators lose money not because they can't calculate margins, but because:

  • They use gross margin when they should use contribution margin
  • Platform fees, payment processing, returns, and packaging get excluded from "cost"
  • Ad scaling decisions are made on ROAS without knowing actual break-even ROAS
  • Discount and free-shipping policies are set without modeling margin impact
  • "Profitable" products turn unprofitable at scale because fixed costs aren't allocated
  • Teams confuse revenue growth with profit growth

Goal: Give operators a clear, reviewable break-even model that supports real decisions — not just a number.


Use when

  • You need a break-even view before launching or scaling a product
  • A team is changing price, discount, bundle, or free-shipping policy
  • Paid acquisition is growing but true profitability is unclear
  • Margin pressure is increasing and you need a decision baseline fast
  • Evaluating whether to run a promotion, flash sale, or bundle offer
  • Comparing profitability across SKUs, channels, or fulfillment methods
  • Building a case for price changes or cost reductions

Do not use when

  • You need full accounting, tax treatment, or cash-flow modeling
  • Core inputs are missing and nobody can provide reasonable assumptions
  • The task is valuation, forecasting, or board-level finance reporting
  • You only want gross revenue math without cost realism
  • Legal or compliance-sensitive financial reporting is required

Inputs

Gather these inputs — mark any assumptions explicitly:

Revenue side:

  • Selling price (or price range if testing)
  • Average order value (AOV) if bundling
  • Expected discount % or coupon structure

Variable costs per unit:

  • COGS / unit cost (landed cost including freight to warehouse)
  • Shipping to customer (outbound)
  • Packaging & pick-pack-ship labor
  • Payment processing fees (typically 2.5–3.5%)
  • Platform/marketplace fees (e.g., Amazon 15%, Shopify Payments 2.9%)
  • Return/refund rate and cost per return

Acquisition costs:

  • Ad spend or budget
  • Target or actual CPA (cost per acquisition)
  • Target or actual ROAS
  • Organic vs paid traffic mix if known

Fixed costs (if relevant):

  • Monthly overhead (warehouse, tools, staff)
  • Subscription/platform fees
  • Content/creative production costs

See references/cost-breakdown-guide.md for detailed cost taxonomy.


Workflow

1. Separate variable costs from fixed costs

This is the most common error. Be explicit about what scales with volume and what doesn't.

Variable (per-unit):

  • COGS, shipping, packaging, payment fees, platform fees, returns

Fixed (per-period):

  • Rent, salaries, SaaS tools, insurance, loan payments

Semi-variable (step functions):

  • Warehouse staff (fixed per shift, but add shifts at volume thresholds)
  • 3PL fees (often tiered)

Use the cost classification in references/cost-breakdown-guide.md to ensure nothing is missed.

2. Calculate contribution margin

Contribution Margin (CM) = Selling Price - Total Variable Costs per Unit
CM% = CM / Selling Price × 100

Include ALL variable costs:

  • COGS
  • Outbound shipping (if seller-paid)
  • Packaging + pick-pack
  • Payment processing (% of selling price)
  • Platform/marketplace fees (% of selling price)
  • Return cost allocation = (return rate × cost per return)

3. Calculate break-even points

Break-even units (with fixed costs):

BE Units = Fixed Costs / CM per unit

Break-even CPA:

BE CPA = CM per unit (before ad spend)

This is the maximum you can pay to acquire a customer and still break even on first order.

Break-even ROAS:

BE ROAS = Selling Price / (Selling Price - CM + CPA target)

Or more simply:

BE ROAS = 1 / (CM% before ad spend)

4. Run sensitivity analysis

Model how the break-even shifts when key inputs change. Focus on the variables the team can actually control:

VariableTest rangeImpact on
Selling price±10–20%CM, BE units, BE ROAS
COGS±5–15%CM, BE units
Ad CPA±20–50%Profitability, scale room
Return rate±3–10ppCM, effective margin
Discount depth10/15/20/25% offCM, BE units, BE ROAS
Shipping policyPaid vs free vs thresholdCM, conversion rate

Use references/sensitivity-template.md for structured output.

5. Translate to decisions

Don't just output numbers. Frame results as decisions:

ResultDecision framing
CM > 40%, BE CPA has roomScale: Increase ad spend, test new channels
CM 20–40%, tight CPA roomOptimize: Reduce COGS, improve conversion, test pricing
CM < 20%Hold: Don't scale until unit economics improve
Discount breaks BEDon't discount: Use value-adds instead of % off
Free shipping kills marginSet threshold: Offer free shipping above $X AOV
High return rate crushing CMFix product/listing: Returns are a product/expectation problem

6. Quality-check the model

Before presenting results, verify with assets/model-checklist.md:

  • Are all variable costs included?
  • Are assumptions labeled with confidence levels?
  • Does the model account for returns?
  • Is payment processing calculated on selling price (not COGS)?
  • Are platform fees applied correctly?

Output

Return a structured analysis package (see references/output-template.md):

  1. Assumptions table

- Every input listed with source (actual data vs estimate vs industry benchmark) - Confidence flag: ✅ confirmed / ⚠️ estimated / ❓ assumed

  1. Unit economics breakdown

- Revenue per unit → all variable costs → contribution margin - Show each cost line, not just totals

  1. Break-even results

- Break-even units per month - Break-even CPA - Break-even ROAS - Current margin vs break-even margin

  1. Sensitivity analysis

- 2–3 scenarios showing how key variables shift break-even - Highlight which variable has the strongest impact

  1. Decision recommendation

- Launch / Hold / Scale / Optimize - Specific actions based on the numbers - Risk flags (e.g., "margin too thin for discounting")


Quality bar

Strong output should:

  • Show all math explicitly — no black boxes
  • Keep variable and fixed costs clearly separated
  • Include return/refund impact (most calculators ignore this)
  • Label every assumption with confidence level
  • Frame results as decisions, not just numbers
  • Help teams avoid "fake-profit" decisions

What "better" looks like

Better output goes beyond "your break-even is X units." It helps decide:

  • Whether the offer is viable at current costs
  • How much ad spend room exists before break-even
  • Whether discounting breaks the model
  • Which cost lever matters most (COGS? Shipping? Returns?)
  • Whether the business is near scale-ready or still too fragile
  • What would need to change to make the unit economics work

Examples

Example 1: DTC skincare product

Inputs:

  • Selling price: $45
  • COGS: $8.50
  • Shipping: $5.50
  • Packaging: $2.00
  • Payment processing (3%): $1.35
  • Platform fees: $0 (own Shopify store)
  • Return rate: 8%, cost per return: $7

Calculation:

  • Return cost allocation: 8% × $7 = $0.56/unit
  • Total variable cost: $17.91
  • Contribution margin: $27.09 (60.2%)
  • Break-even CPA: $27.09
  • If actual CPA is $18 → $9.09 profit per order → Scale

Example 2: Amazon marketplace electronics

Inputs:

  • Selling price: $29.99
  • COGS: $11.00
  • FBA fees: $5.50
  • Amazon referral (15%): $4.50
  • Return rate: 12%, cost per return: $9

Calculation:

  • Return cost allocation: 12% × $9 = $1.08/unit
  • Total variable cost: $22.08
  • Contribution margin: $7.91 (26.4%)
  • Break-even CPA: $7.91
  • If PPC CPA is $6.50 → only $1.41 profit per order → Optimize before scaling

Common mistakes

  1. Forgetting payment processing fees — 2.5–3.5% of every sale adds up fast
  2. Ignoring return costs — A 10% return rate with $8 return cost = $0.80/unit drag
  3. Using gross margin instead of contribution margin — Gross margin excludes shipping, fees, returns
  4. Not modeling discounts through — A 20% discount on a 30% margin product leaves only 10% margin
  5. Treating CPA as fixed — CPA rises as you scale (diminishing returns on ad spend)

Resources

  • references/output-template.md — Structured output format
  • references/cost-breakdown-guide.md — Comprehensive cost taxonomy for ecommerce
  • references/sensitivity-template.md — Sensitivity analysis framework
  • assets/model-checklist.md — Pre-delivery quality checklist

适合场景

01

OpenClaw 用户查找和安装 Skill 时

02

用户想查找某类 Agent Skill 时

03

需要根据任务场景推荐可安装能力包时

04

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

OpenClaw

87.49%
按下载量换算6,171

安全审计

VirusTotal

通过

ClawScan

通过

Static analysis

通过

权限和风险

只读

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

安装前确认

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

来源信息

继续浏览同类 Skills