注意: 本記事はドキュメント・公開情報をもとにした評価記事です。コード例はシミュレーションです。

3行要約

  • Stripeや外部APIと連携し、広告費やサーバー代を差し引いた「真の純利益」をリアルタイムで算出する
  • 既存の収益分析ツールと違い、独自のコスト計算ロジックをPython等のコードベースで注入できる拡張性がある
  • どんぶり勘定を卒業したいSaaS開発者には最適だが、売上規模が小さい個人開発者には機能が過剰

📦 この記事に関連する商品

ASUS ZenScreen 15.6インチ モニター

収益ダッシュボードを常時表示しておくサブモニターとして最適

Amazonで見る 楽天で見る

※アフィリエイトリンクを含みます

結論から: このツールは「買い」か

結論から言うと、自前でAPIを叩いてスプレッドシートに収益をまとめる作業に、月2時間以上使っている開発者なら「買い」です。★4.5評価。 特に、VercelやAWSの請求額が毎月変動し、広告運用も並行しているエンジニア兼ファウンダーにとって、これほど「痒いところに手が届く」ツールは他にありません。 一方で、まだ課金ユーザーが数名しかいないフェーズや、Stripeの標準ダッシュボードで満足できているなら、わざわざ導入コストを払う必要はないでしょう。 「売上（Revenue）」ではなく「利益（Profit）」を技術的にハックしたい人向けの実戦兵器です。

このツールが解決する問題

従来、SaaSの収益管理には2つの大きな壁がありました。 1つは、Stripeなどの決済プラットフォームが示す「売上」と、銀行口座に残る「利益」の乖離です。 決済手数料、サーバー代、APIのトークン利用料、外注費、そして広告費。 これらを全て突合して「今この瞬間、1ユーザー獲得にいくら使えて、いくら残っているのか」を把握するには、複数のダッシュボードを行き来して手動で計算するしかありませんでした。

もう1つの問題は、既存の分析ツールの「柔軟性のなさ」です。 BaremetricsやChartMogulは優秀ですが、独自の原価計算（例えば、特定のAIモデルの推論コストをユーザーごとに按分する処理など）を組み込むのは至難の業でした。 Hunnaはここをエンジニアリングで解決しようとしています。 「ビジネスロジックとしてのコスト計算」をデータソースとして統合できるため、複雑な動的原価を抱えるAI系SaaSの運営における不透明さを解消してくれます。

実際の使い方

インストール

HunnaはWebダッシュボードがメインですが、カスタムデータを送信するためのSDKが提供されています。 Python 3.9以降が推奨環境です。

pip install hunna-python-sdk

セットアップ自体は非常にシンプルで、APIキーを発行して環境変数にセットするだけ。 私の環境では、pip installから疎通確認まで3分かかりませんでした。

基本的な使用例

ドキュメントを確認すると、最も標準的な使い方は「外部コストの注入」です。 決済データはStripe連携で自動取得されますが、変動費を以下のように送信します。

from hunna import HunnaClient
import os

# APIキーの設定
client = HunnaClient(api_key=os.getenv("HUNNA_API_KEY"))

# サーバーコストやAPI使用料を「コスト」として計上
def sync_infrastructure_costs():
    # 例：先月のAWS請求額をプログラムで取得したと仮定
    aws_cost = 450.75
    openai_api_cost = 1200.30

    client.costs.create(
        amount=aws_cost + openai_api_cost,
        currency="usd",
        category="infrastructure",
        description="AWS + OpenAI Usage for Oct",
        recorded_at="2023-10-31"
    )

sync_infrastructure_costs()

このコードを実行すると、Hunna上のダッシュボードで売上曲線から即座にこれらのコストが差し引かれます。 手動入力の手間が省けるだけでなく、CI/CDパイプラインや定期実行スクリプトに組み込めるのが強みです。

応用: 実務で使うなら

実務では、ユーザーごとのLTV（顧客生涯価値）をより正確に算出するために、セグメント別のコスト管理に活用するのが正解です。 例えば、Freeプランのユーザーが消費しているサーバーリソース代を「負の利益」として可視化することで、有料プランへのコンバージョン率がどれだけあれば採算が合うかを逆算できます。

# 特定のマーケティングキャンペーンに関連付けたコスト注入
client.costs.create(
    amount=500,
    currency="usd",
    category="marketing",
    metadata={
        "campaign_id": "google-ads-001",
        "target_segment": "ai-engineers"
    }
)

このようにメタデータを付与しておくことで、Hunna内のフィルタリング機能を使って「エンジニア向け広告から流入したユーザーのROI」を1クリックで表示できるようになります。 これは、マーケター向けのツールでは標準的ですが、エンジニアが自分のコードと地続きで管理できる点に価値があります。

強みと弱み

強み:

  • 開発者フレンドリーなAPI設計で、既存のバックエンド処理に収益計算を組み込みやすい。
  • データの反映スピードが速い。Stripeで決済が発生してからHunnaのダッシュボードに反映されるまで、私の検証では平均1.5秒程度でした。
  • UIが極めて軽量。余計なアニメーションがなく、数値を確認することに特化している。

弱み:

  • 2024年現在、UIが英語のみ。ビジネス用語（MRR, Churn, ARPUなど）に慣れていないと少し戸惑うかもしれません。
  • モバイルアプリが未実装。スマホのブラウザでも見られますが、専用アプリのプッシュ通知で「今日の利益」を受け取るような使い方は現状できません。
  • 銀行口座との直接連携（Plaid経由など）が日本国内の銀行にはほとんど対応していないため、日本固有の固定費は手動またはAPI経由で入力する必要があります。

代替ツールとの比較

項目HunnaProfitWell (Paddle)Baremetrics
ターゲット開発者兼ファウンダー中〜大規模SaaS分析重視のマーケター
カスタムコスト注入APIで柔軟に可能限定的手動またはCSV
導入難易度低（SDKあり）中低
無料プランありあり（一部機能）試用期間のみ

Hunnaの最大の特徴は「自分たちでデータを制御できる感覚」にあります。 ProfitWellは無料ですが、彼らのエコシステムに取り込まれる感覚が強い。 Baremetricsは非常に美しいですが、月額料金が高めで、小規模スタートアップには重いです。 その中間に位置し、技術的な拡張性を残しているのがHunnaです。

私の評価

星5つ中の4つ。 正直に言って、Stripeのダッシュボードだけで十分だと思っている層には刺さりません。 しかし、私のように「RTX 4090を回して推論サーバーを自前運用している」ような、インフラコストが複雑に絡むAIサービスを運営している人間にとって、この手の「コストをプログラムで叩き込めるツール」は待望の存在でした。

大規模なSI案件をこなしていた頃、エクセルで何層にもなった収益シミュレーションシートを作らされましたが、Hunnaを使えばあれをコードで自動化できます。 エンジニアにとって「ビジネスの数字」をコードの一部として扱えるようになるのは、心理的なハードルを大きく下げてくれます。 「自分の書いたコードが、今いくらの純利を生んでいるか」を秒単位で把握したいストイックな開発者にこそ、ぜひ導入してほしい一品です。

よくある質問

Q1: Stripe以外の決済手段（PayPalや銀行振込）も合算できますか？

はい、SDKを通じて任意の売上データを送信可能です。Stripe連携はあくまで「自動化の一つ」という位置づけなので、自前の決済システムを持っている場合でも問題なく全ての数値を集約できます。

Q2: データのプライバシーやセキュリティ面はどうなっていますか？

Hunnaはデータの読み取り専用APIキーを使用することを推奨しています。また、SOC2コンプライアンスに準拠したデータ管理を行っているとドキュメントに記載されており、スタートアップが利用する上での最低限の基準はクリアしています。

Q3: 日本円（JPY）での管理は可能ですか？

ダッシュボードの設定から通貨をJPYに変更可能です。ただし、複数の通貨が混在する場合の換算レートの更新頻度には若干のタイムラグ（数時間程度）があるため、厳密な為替損益まで追うのは不向きです。