1人あたり前菜個数計算
カクテル形式でゲスト24人なら、1人6個で前菜は144個必要です。軽め・カクテル・しっかりの3形式から選んで人数を入れると、トレーや仕込み表に使える整数個の合計が出ます。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- ゲスト数
- 24
- イベントの種類
- cocktail
- 1人あたりの量
- 6 pieces
- 正確な合計個数
- 144
- 部材の合計数
- 144
パーティー主催者、ウェディングプランナー、ケータリング担当者、イベントアプリは、ゲストリストとサービス形式が分かっているときに、前菜を何個用意すべきかを素早く繰り返し求められる答えを必要とします。少なく見積もると受付の途中でトレイが空になり、多く見積もるとキッチンの時間と食材費を無駄にします。この1人あたり前菜個数計算機は、ゲスト数に、軽い食前のひと口・カクテルアワー・前菜をメインとする3つのイベント形式から選んだ固定ケータリングレートを掛け、トレイと仕込みリストが実用的になるよう整数個に切り上げます。
1人あたり前菜見積もりの意味と固定レートの仕組み
社交イベントの前菜計画は、あらゆるパーティーに同じ総数を当てはめるのではなく、オードブルサービスの重さに応じてスケールした1人あたり個数として扱うのが一般的です。ケータリング指針やバンケット研修資料では、フルコース前の軽い食前のひと口、飲み物が主役のカクテルアワーのトレイ、着席のメインがない前菜のみの充実した展開をよく区別します。
この機能はその考え方を3つの定数に固定します。軽いサービスはゲスト1人あたり3個、カクテル形式は6個、前菜を食事代わりにする重い形式は12個です。厳密な積はゲスト数×選択したイベント形式のレートです。
レートは意図的に固定され文書化されています。計画用の目安であり、食欲の実験室測定でも、食事指導でも、温・冷トレイの主張でもありません。実際の消費は天候、食事の時間帯、年齢構成、バトラー渡しか固定ステーションかで変わります。
スポーツ観戦の大食いや高齢者の軽い昼食向けにハウス乗数を使う場合は、自前の層でゲスト数を調整するか、返却合計を基準にして後から乗数を適用してください。
前菜の個数計算が役立つ場面
ウェディングやパーティーの計画サイトは、カップルが人数とレセプション形式を入力したとき、オードブルパッケージの見積もりがマーケティングページの無料計算機と一致するよう、単一の真実の源を必要とします。企業イベントデスクや会場管理者は、RSVP人数とサービス形式を仕込み数とトレイ周回に変換でき、クライアントごとに私的なスプレッドシートを保つ必要がありません。
検証失敗は残高を消費しません。結果は固定レートの計画見積もりであり測定消費ではないこと、3つのレートをプロダクト文面で見せることを明記すれば、自前のオードブル表をホストせずに主催者・CMSブロック・エッジワーカー向けの再現可能なトレイ計算が得られます。
活用例
会場と企業イベントデスク
ゲストリストとサービス形式をトレイ周回と仕込み数に変換し、クライアントごとの私的レート表を不要にします。
よくある質問
guests がゼロまたは負の場合はどうなりますか?
非正のゲスト数では意味のある前菜在庫見積もりを作れず、課金もされません。
測定された消費予測ですか?
いいえ。 仕込みリストと見積もり向けの決定的な固定レート計画見積もりです。実際の摂取はメニュー・時間帯・客層で変わります。必要なら自前のハウス乗数を適用してください。
カクテルパーティーでは1人何個の前菜が必要ですか?
1人あたり6個です。ゲスト24人なら144個になり、飲み物が主役になるカクテルタイムを想定した数です。
どの形式を選べばよいですか?
食事の前に軽くつまむなら1人3個の軽め、飲み物が中心なら6個のカクテル、着席の料理がなく前菜が食事の中心なら12個のしっかりを選びます。
よく食べるゲストが多い場合はどう調整しますか?
合計を基準として、ご自身の倍率をあとから掛けてください。数値は固定の目安で、実際の消費量は天気や食事の時間帯、年齢層、出し方によって変わります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/cook/appetizer-per-person \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"guests":24,"event_style":"cocktail"}'const res = await fetch("https://api.kit.forhosting.com/cook/appetizer-per-person", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"guests": 24,
"event_style": "cocktail"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/cook/appetizer-per-person",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"guests": 24,
"event_style": "cocktail"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/cook/appetizer-per-person", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"guests":24,"event_style":"cocktail"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"guests":24,"event_style":"cocktail"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/cook/appetizer-per-person", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"guests": 24,
"event_style": "cocktail"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "cook.appetizer_per_person",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
非正のゲスト数はゼロトレイの計画を捏造せず、invalid_inputで失敗します。
1人あたり前菜見積もりの意味と固定レートの仕組み
整数個で盛り付けるため、エンドポイントはその積の切り上げも total_pieces として返します。これが用意または発注すべき個数です。
入力契約、応答の形、エラー時の挙動
guests は有限の正の数で、在庫を見込む人数です。24×6=144のためです。例: 10名で light なら厳密値30、切り上げ後も30個です。内部の絶対上限を超える極端に大きなゲスト数は拒否され、不良自動化が荒唐無稽なトレイ数を要求できないようにします。必須フィールド2つのJSON本文をPOSTします。guest_count、num_guests、people、attendees、guest などのエイリアスを受け付けます。event_style は固定レートを選ぶ文字列で、light・cocktail・heavy のいずれかです。pre_dinner、reception、party などの一般的な同義語はこれら3キーに対応します。エイリアスには style、event、party_style、service_style、occasion があります。guests はJSON数値でも数値文字列でも構いません。欠落フィールド、非数値のゲスト値、未知のイベント形式、ゼロまたは負のゲストは invalid_input で失敗し、課金されません。例: 24名で cocktail なら total_pieces_exact は144、total_pieces も144です。
1人あたり前菜個数計算機APIが価値を生む場面
ミールキットやケータリングのSaaSは、予約フォームに既にあるゲストと形式のフィールドを使い、メインの分量の隣に前菜行を付けられます。実装は pure parse のティアAのため、成功した呼び出しは公開されている基本料金 $0.002 のみで、モデルトークンも外向きネットワークもありません。見積もりを厨房の歩留まり規則やアレルゲン表示と組み合わせれば、APIは安定した数値コアのままで、ブランド層が表現を担います。
連携の活用例
ウェディング・パーティー計画サイト
RSVP人数とレセプション形式を安定した total_pieces に変え、オードブルパッケージページをサイト上の無料計算機と一致させます。
ケータリングSaaSと予約フォーム
予約時に既に取得している guests と event_style を使い、メイン分量の隣に前菜行を付けます。
技術的な質問
1人あたり前菜個数計算機はどのように動きますか?
guests(正の人数)と event_style(light・cocktail・heavy)を送ります。APIはその形式の固定1人あたり個数レートを掛け、total_pieces_exact と切り上げの total_pieces を返します。
計算機はどのレートを使いますか?
固定のケータリング目安です。light = 3、cocktail = 6、heavy = 12 個/人。APIではレートを変更できないため、どのクライアントも同じ決定的な積を見ます。
1人あたり前菜個数計算機の料金は?
ブラウザツールは無料です。APIリクエストは成功した呼び出し1回あたり $0.002 で前払いKIT残高を使い、無効入力は課金されません。