tasteck 使い方 概要チュートリアル - ナイトレジャー事業者向け 7 機能ツアー
公開日: Invalid Date
- tasteck
- ナイトレジャー特化 SaaS
- 機能ツアー
- キャバクラ
- ホスト
- シフト管理
- 予約管理
- CTI
tasteck 使い方 概要チュートリアル - ナイトレジャー事業者向け 7 機能ツアー
「tasteck というナイトレジャー特化 SaaS があると聞いたが、どんな機能で何ができるのか全体像が分からない」「既に契約しているが、使っているのは予約管理だけで他の機能を活用できていない」。ナイトレジャー事業者から寄せられる声のうち、この 2 パターンが最も多い。
tasteck は EST FORT 株式会社が 8 年にわたって運用してきたナイトレジャー特化 SaaS で、キャバクラ・ラウンジ・ホスト・スナック・メンズエステなど、指名接客が売上構造の中核である業態向けに設計されている。予約管理から精算連動まで単一 DB 内に統合されているのが特徴だが、初めて全体像を掴もうとすると機能の広さに面食らうケースが多い。
本チュートリアルでは、tasteck の主要 7 機能を「何ができるか / どんな pain を解消するか / 導入前に確認すべきこと」の 3 セットで整理する。導入検討中の事業者はもちろん、既存契約店舗が未活用機能を発見する目的でも読み進められる構成にしている。
なお、本記事は tasteck の一般的な機能構造を、ナイトレジャー業界の運営 pain に沿って解説する情報整理記事である。個別事業への導入可否・カスタマイズ範囲・料金プランはヒアリング段階での個別確認となる点をご理解いただきたい。
主要 7 機能マップ
tasteck の主要機能は以下 7 領域で構成されている。単一 DB 内に統合されているため、機能間のデータ連動 (予約 → 顧客 → シフト → 精算) が自動で成立する設計になっている。
- 機能 1: キャストシフト管理
- 機能 2: 予約管理
- 機能 3: 顧客管理
- 機能 4: CTI 連動 (電話着信時の顧客情報表示)
- 機能 5: ゲストノート (顧客特記事項の DB 管理)
- 機能 6: 精算連動 (POS + 給与計算)
- 機能 7: データ分析 (経営数値可視化)
以下、各機能について詳細を確認していく。
機能 1: キャストシフト管理
何ができるか
キャスト個別のシフト希望提出から、店側による確定・変更・給与連動までを単一画面で管理する機能。マルチ店舗横断で 1 人のキャストを管理でき、店舗別の時給・バック率設定にも対応する。
想定する運営 pain
- 週次のシフト希望回収に店長が LINE 個別 DM で 5-8 時間使っている
- キャストが 2-5 店舗を掛け持つケースで Excel が分裂して整合が破綻する
- 業務前後の準備時間・アフター時間の労働時間扱いが曖昧で月末に揉める
- シフト最適化 (曜日 × 時間帯 × 集客力) が手動では実質不可能
主要な使い方フロー
- キャストが LINE bot 経由でシフト希望を提出
- 店舗側画面で希望一覧を確認し、確定 / 変更 / リマインド送信
- マルチ店舗横断の衝突検知 (同時刻に 2 店舗にアサインされていないか)
- 出退勤打刻の記録 (1 分単位)
- 月末の勤怠集計 → 給与連動 (機能 6 で自動処理)
導入前確認事項
- 自店舗のキャスト数とシフト希望提出頻度 (週次 / 隔週 / 月次) の運用実態
- キャストの LINE 利用率 (bot 経由申請の実効性)
- 業務前後時間・アフター時間の労働時間扱いを店舗ルールとして明文化できているか
チェックポイント (機能 1)
- 自店舗のシフト調整に週何時間使っているか (5 時間以上なら効果大)
- キャストが専用 app ではなく LINE 経由で操作したい志向が強いか
機能 2: 予約管理
何ができるか
電話予約・Web 予約・LINE 予約を単一 DB に統合する機能。指名キャスト × 時間帯の組み合わせでスロット管理し、シフト DB と自動整合する。当日キャンセルの履歴管理・リマインド送信・no-show 常習客の flag 表示も含む。
想定する運営 pain
- 電話予約と Web 予約の DB が分離していて二重管理が発生している
- 指名キャストのシフトと予約の整合を目視確認しており、バッティングが発生する
- 当日キャンセル・無断キャンセルが 10-20% 発生し、機会損失として蓄積されている
- 反社チェック運用が個別判断依存で標準化されていない
主要な使い方フロー
- 電話・Web・LINE からの予約入力 (統一フォーム)
- 指名キャストのシフト状況を自動照合 (シフトインしていない時間帯はブロック)
- 予約確定時に自動リマインド送信 (LINE 経由)
- 当日キャンセル発生時の履歴記録 → 顧客 flag 更新
- 反社照合 (登録済 flag 顧客との自動マッチ)
導入前確認事項
- 自店舗の予約流入経路の内訳 (電話 / Web / LINE / 紹介の比率)
- 現状の予約管理ツール (Excel / 予約表ノート / 他 SaaS) からのデータ移行工数
- 反社チェック運用の現状 (手動判断 / DB 化 / 未実施)
チェックポイント (機能 2)
- 電話予約比率が 60-80% を占めているか (占めているなら CTI 連動効果大)
- 当日キャンセル率を現状で把握できているか (把握していないなら記録開始が優先)
機能 3: 顧客管理
何ができるか
顧客の来店履歴・使用金額・指名キャスト履歴・特記事項を単一レコードで管理する機能。マルチ店舗横断で 1 レコード管理が可能で、系列店舗間の常連客も統合ビューで把握できる。
想定する運営 pain
- 常連客の情報が店長の頭の中にしかない (退職時に暗黙知が喪失する)
- 系列店舗間で顧客情報が分断されており、常連客が別店舗で新規客扱いされる
- 顧客の LTV (生涯価値) が数値把握できておらず、優良客判定が感覚依存
- キャンペーン施策の対象顧客抽出が手動で属人化している
主要な使い方フロー
- 予約入力・電話着信時に顧客レコード自動生成 / 更新
- 顧客詳細画面で来店履歴 / 使用金額推移 / 指名キャスト履歴 / 特記事項を表示
- LTV スコア計算 (来店頻度 × 客単価 × 継続期間)
- マルチ店舗横断ビュー (系列店舗合計の来店実績)
- セグメント抽出 (優良客 / 休眠客 / 離反リスク客) → キャンペーン施策連動
導入前確認事項
- 現状の顧客管理手段 (Excel / 名刺帳 / CRM / 未管理)
- 過去 6-12 ヶ月の顧客データ移行の要否
- 顧客特記事項の入力ルール (誰が / いつ / どこまで詳細に)
チェックポイント (機能 3)
- 常連客が退店した場合の再アプローチ手段を現状で持っているか
- 系列店舗を跨いだ常連客の把握が経営課題化しているか
機能 4: CTI 連動 (電話着信時の顧客情報表示)
何ができるか
店舗の固定電話・業務用携帯への着信時に、電話番号から顧客レコードを自動照合し、顧客名・来店履歴・指名キャスト・特記事項を予約入力画面と同一画面内に inline 表示する機能。別窓 pop-up ではなく inline 表示のため、混雑時間帯でも実運用に定着しやすい。
想定する運営 pain
- 着信時に「田中様ですか?」の一言が出せず、常連客識別に時間がかかる
- 別窓 pop-up 型の CTI ツールは混雑時間帯に画面切替が追いつかず埋没する
- 電話番号からの顧客照合ができず、予約入力時に毎回名前を聞き直している
- 反社 flag 付き顧客からの着信を事前検知できていない
主要な使い方フロー
- 固定電話 / 業務携帯への着信を CTI 連動サービス経由で検知
- 電話番号を tasteck 顧客 DB と自動照合
- 予約入力画面上部に顧客情報を inline 表示 (顧客名 / 来店回数 / 前回来店日 / 指名キャスト / 特記事項 / flag 情報)
- 受電スタッフはその情報を見ながら会話 → 予約入力を同一画面で完了
- 通話後の予約履歴が顧客レコードに自動追記
導入前確認事項
- 使用中の電話回線 (固定 / IP / 携帯) と CTI サービス連携可否
- 受電拠点の物理環境 (PC 前で受電できるか / 現場移動中の受電が主か)
- 業務用携帯の運用ポリシー (個人携帯併用か / 会社支給専用か)
チェックポイント (機能 4)
- 現状の CTI 導入状況 (未導入 / 他社 CTI 導入済 / 別窓 pop-up 型)
- 受電時に PC 画面を確認できる業務環境が整っているか
機能 5: ゲストノート (顧客特記事項の DB 管理)
何ができるか
顧客ごとの特記事項 (好み・NG 事項・過去トラブル履歴・接客上の注意点) を構造化 DB で管理する機能。フリーテキスト欄だけでなく、カテゴリ別 (飲物好み / 話題 NG / 座席希望 / アレルギー等) に分類して蓄積できる。過去接客キャストとの組み合わせ履歴も自動記録される。
想定する運営 pain
- 顧客の好み・NG 事項が店長の口頭伝承で属人化している
- キャスト交代 (新人配属・退職・独立) のタイミングで顧客特記事項の引継が抜ける
- 過去トラブル履歴 (支払遅延・迷惑行為・警告記録) が体系管理されていない
- 顧客からの評価・クレームがスタッフ間で共有されない
主要な使い方フロー
- 顧客詳細画面のゲストノートタブから特記事項を入力
- カテゴリ別入力 (飲物 / 話題 / 座席 / アレルギー / トラブル履歴 等)
- 過去接客キャストとの組み合わせ履歴が自動追記される
- 予約入力時 / 着信時に特記事項が inline 表示 (機能 4 との連動)
- スタッフ間共有 (店舗内スタッフ全員が閲覧可能 / 権限別に編集制限)
導入前確認事項
- 現状の顧客特記事項管理手段 (紙帳簿 / 個別メモ / 未記録)
- 過去 12-24 ヶ月の顧客特記事項をデジタル化する工数余裕
- 特記事項の入力・閲覧・編集の権限設計 (店長のみ / 主要スタッフ / 全員)
チェックポイント (機能 5)
- 店長退職時の顧客特記事項引継が経営リスクになっているか
- 過去トラブル顧客のスタッフ間共有が現状できているか
機能 6: 精算連動 (POS + 給与計算)
何ができるか
予約 DB・顧客 DB・シフト DB の情報を統合して、日次精算処理と月次給与計算を連動処理する機能。キャスト別バック計算 (指名料 / 売上バック / 同伴バック / ボトルバック) をキャスト別レート設定に基づいて自動処理する。
想定する運営 pain
- 月末の給与計算に店長が 20 時間以上使っている
- キャスト別バック率の変更履歴管理ができていない (○月○日から Aki の指名料バック 30%→35% など)
- 精算日報と POS 売上に月次でズレが発生する
- 給与明細の透明性が低くキャスト側から質問が多い
主要な使い方フロー
- 日次精算入力 (売上 / 現金 / カード / 経費)
- 予約 DB からのキャスト別売上自動集計 (指名 / 同伴 / ボトル)
- キャスト別バック計算 (レートテーブル base で自動計算)
- 月次給与自動計算 (時給 + バック合計)
- 給与明細 PDF 自動生成 → キャスト側 LINE 配信
導入前確認事項
- 現状の POS システム (使用中 vendor / データ連携可否)
- キャスト別バック率レートの複雑度 (シンプル / 中程度 / 個別カスタム多数)
- 給与計算の月末工数 (店長 vs 経理担当 vs 外部税理士の役割分担)
チェックポイント (機能 6)
- 給与計算の月末工数が経営者・店長の重荷になっているか
- キャスト側から給与明細の透明性について質問・不満が出ているか
機能 7: データ分析 (経営数値可視化)
何ができるか
予約 / 顧客 / シフト / 精算の統合データから、経営判断に使える指標 (曜日 × 時間帯の需要 pattern / キャスト別集客力 / 顧客セグメント別 LTV / キャンペーン ROI) を可視化する機能。ダッシュボード形式で日次・週次・月次の主要指標を表示する。
想定する運営 pain
- 曜日別・時間帯別の売上パターンを感覚判断で運営している
- キャスト別の指名率・同伴率・売上貢献が定量把握できていない
- キャンペーンの ROI が投資判断根拠として使えていない
- 経営会議で使える数値レポートを月次で作成する工数がない
主要な使い方フロー
- ダッシュボード画面で主要 KPI 一覧を確認 (売上 / 客数 / 客単価 / 指名率 等)
- 曜日 × 時間帯マトリクスで需要 pattern 可視化 → シフト最適化に活用
- キャスト別ランキング (指名回数 / 売上貢献 / 継続率) 表示
- 顧客セグメント別 LTV 表示 (優良客 / 休眠客 / 離反リスク客)
- 月次経営レポート自動生成 (PDF or CSV エクスポート)
導入前確認事項
- 現状の経営数値可視化状況 (未実施 / Excel 手集計 / BI ツール導入済)
- 経営会議の実施頻度 (月次 / 週次 / 未定例) と使う指標
- データ分析結果を意思決定に反映する組織体制 (誰が見て / 誰が判断するか)
チェックポイント (機能 7)
- 経営判断に使える数値レポートが月次で手に入っているか
- キャンペーン施策の効果測定が数値ベースでできているか
7 機能をどこから使い始めるべきか
tasteck を導入した場合、7 機能すべてを同時にフル活用しようとすると現場が混乱する。導入初期の 3 ヶ月間は、自店舗の pain 領域が最も強い機能から段階的に運用開始することが定石である。
一般的な段階導入パスは以下の 3 パターンが多い。
パターン A: 予約 → CTI → 顧客管理 の順
- 電話予約主流の店舗向け
- 機能 2 → 機能 4 → 機能 3 → 機能 5 → 機能 1 → 機能 6 → 機能 7
パターン B: シフト → 精算 → データ分析 の順
- シフト管理・給与計算の工数削減が最優先の店舗向け
- 機能 1 → 機能 6 → 機能 7 → 機能 2 → 機能 3 → 機能 4 → 機能 5
パターン C: 顧客管理 → ゲストノート → データ分析 の順
- 属人化解消・常連客深耕が最優先の店舗向け
- 機能 3 → 機能 5 → 機能 7 → 機能 2 → 機能 1 → 機能 4 → 機能 6
導入初期はいずれのパターンでも、機能 3 (顧客管理) をどのタイミングで運用開始するかが定着度を左右する。顧客レコードの蓄積が始まらないと、他機能の効果が段階的にしか出ないためである。
機能ツアーだけでは判断できないこと
本チュートリアルで 7 機能の概観を掴んだうえで、実際の導入判断には以下の追加確認が必要になる。
- 自店舗業態への具体的なフィット感 (キャバクラ / ラウンジ / ホスト / スナック / メンズエステ で機能の必要度が変わる)
- 導入初期の現場定着支援体制 (研修 / マニュアル / ヘルプデスク)
- 個別カスタマイズ範囲と追加料金の有無
- データ移行工数と過去データの継承可否
- 料金プランと月次コスト構造
これらは公開情報だけでは判断できないため、個別ヒアリングでの確認が必要になる。
導入検討・機能活用相談の窓口
tasteck の導入検討中、または既に契約中で機能活用度を上げたい事業者向けに、以下の窓口を用意している。
- 経営数値 6 軸診断 (無料): est-fort.org/diagnostic.html から所要 3-5 分で自店舗の現状スコアを確認できる。診断結果を持参いただくと、7 機能のうちどこから使い始めるべきかの相談がスムーズに進む
- 初回 30 分無料ヒアリング: EST FORT 株式会社の AI 伴走コンサル (tasteck 導入・活用支援を含む業務フロー整理・現場定着支援まで一貫伴走) についてのご相談窓口。est-fort.org の面談予約フォームから申込可能。tasteck 単体の導入相談から、業界特化 SaaS + 業務改善伴走の複合支援まで対応可
- tasteck プロダクト情報: tasteck.tech で製品情報を公開している (別事業として運営)
tasteck の 7 機能はナイトレジャー業態の運営実態に沿って設計されているが、機能を持っているだけでは店舗運営は改善しない。自店舗の pain 領域を経営数値 6 軸診断で客観化したうえで、AI 伴走コンサルによる導入・現場定着支援と組み合わせることで、投資対効果が最大化するアプローチをおすすめしたい。
関連記事
tasteck は業界特化 SaaS の 5 型比較で言う「型 E」相当の実装 reference です。業種別ランキング・業界ガイド・SaaS 選定チュートリアルと併せて読むと、自店舗適合度と導入判断精度が上がります。
- ナイト業界 予約管理 SaaS 比較 - 電話予約集中と当日キャンセル削減の実務論点 — 5 型 SaaS 比較の全体像 (tasteck を含む型 E の位置づけ)
- ナイトレジャー キャストシフト管理 完全ガイド - 属人化解消と収益改善の 6 領域 — 機能 1 (キャストシフト管理) の背景となる 6 領域構造整理
- ナイトレジャー SaaS 選定チュートリアル - 経営数値 6 軸診断ベースの商材選び 5 ステップ — tasteck 導入判断の前段階となる 5 ステップ選定プロセス
- キャバクラ顧客管理 8 社比較 2026|指名率 +20% を実現する POS 選び — tasteck を業界特化 SaaS ランキング内で確認 (キャバ業態)
- ホストクラブ顧客管理 6 社比較 2026|売掛回収率 +35% を実現するシステム選び — tasteck を業界特化 SaaS ランキング内で確認 (ホスト業態)
- ナイトレジャー業界向け ハラスメント対策・労務管理 SaaS 選定ガイド 2026 — tasteck 機能 1 シフト管理 + 機能 6 精算連動が該当する型 B 業界特化 SaaS の労務論点 (5 pain point + 6 型比較)
Draft v1・night-saas-compass 用 tutorial 記事・Day67 2026-07-15 起草