チケット管理システムの選び方：一人情シスのための「松竹梅」

「問い合わせ対応に追われて、自分の仕事ができない」 これは全日本の一人情シスが抱える共通の悩みです。

New! チケット管理システムの全体像や導入事例については、最新の特集ページ「チケット管理システムとは？」も併せてご覧ください。

Slackでメンションが飛び、廊下で呼び止められ、付箋がデスクに貼られる。 「あれ、あの件どうなった？」と聞かれて初めて、3日前の依頼を忘れていたことに気づく。

このカオスから脱却するために、「チケット管理システム」を導入しようと考えるのは自然な流れです。 しかし、ここで 「よし、有名なJiraを入れよう」と考えると、泥沼にハマります。

多機能すぎるツールは、管理コスト（設定、更新、ユーザー教育）という新たな仕事を増やします。 一人情シスに必要なのは、リッチな機能ではなく、 「持続可能なシンプルさ」です。

本稿では、組織のフェーズと予算に合わせた3つの選択肢（松・竹・梅）を提示し、それぞれの現実的な導入ガイドを記します。

3つの選択肢：比較表

【梅】ノーコード活用（Notion / Kintone）

〜まずは「形」を作る。コストゼロからのスタート〜

従業員50名以下、あるいは「まだ文化がない」段階なら、専用ツールは不要です。 社内で既に使っているツールに乗っかりましょう。

候補1：Notion + Tally

もし社内でNotionを使っているなら、ここから始めるのがベストです。

• サイト: Notion / Tally
• 構成:
  • Tally（無料フォーム）で依頼を受け付ける。
  • Notionのデータベースに自動連携。
  • カンバンビューで「未対応」「対応中」「完了」を管理。
• メリット:
  • UIが馴染み深い: 社員が毎日見ている画面なので、ログインの壁がない。
  • 圧倒的自由度: 「対応マニュアル」へのリンクをチケット内に貼ったり、wikiと一体化できる。
• デメリット:
  • メール通知が弱い: 「依頼者に完了メールを自動送信」などは、Zapier等のiPaaSを噛ませないと難しい。
  • 権限管理が甘い: 「自分のチケットだけ見せる」といった制御が苦手。

候補2：Kintone

日本企業の業務改善の王道です。

• サイト: Kintone
• メリット:
  • 通知に強い: スマホアプリへの通知や、プロセス管理（承認フロー）が標準装備。
  • 非IT部門でも修正可能: 情シスが忙しい時、総務の人にメンテを任せられる。
• デメリット:
  • ランニングコスト: アカウント数課金（月額数百円〜）なので、全社員に入れると地味に高い。

【松】クラウドSaaS（Zendesk / Freshdesk）

〜金で解決する。プロの品質を最短で〜

従業員100〜300名、あるいは「顧客サポート（対外的な問い合わせ）」も兼ねるなら、SaaS一択です。

候補：Zendesk / Freshdesk

世界シェアトップクラスの専用ツールです。

• サイト: Zendesk / Freshdesk
• メリット:
  • メールがチケットになる: [email protected] にメールを送ると、自動でチケット化されます。これが最強です。ユーザーは新しいツールの使い方を覚える必要がありません。
  • SLA管理: 「4時間以内に返信しないとアラート」といった機能があり、品質を担保できる。
• デメリット:
  • 高い: まともな機能を使おうとすると、エージェント（情シス）1人あたり月額5,000円〜1万円かかります。
  • オーバースペック: AI回答や多言語対応など、社内ヘルプデスクには不要な機能も多い。

【竹】オープンソース（FreeScout）

〜自由とコストのバランス。Dockerで建てる「自分専用」〜

「SaaSは高いが、Notionではメール連携ができない」。 「サーバー管理はできるから、月額固定費を抑えたい」。

そんな「技術力のある一人情シス」への最適解が、 FreeScout です。

ZendeskのUIを強く意識（というかクローン）しており、使い勝手は商用製品に肉薄しています。しかもPHP製で軽量。

• サイト: FreeScout
• メリット:
  • 完全無料: ユーザー数無制限、チケット数無制限。
  • メールベース: ユーザーはメールを送るだけでOK。情シスはWeb画面で返信。
  • モバイルアプリあり: 公式のiOS/Androidアプリ（有料だが安価）があり、出先でも返信可能。
• デメリット:
  • 自前運用: サーバーのパッチ当てやバックアップは自己責任。

実装サンプル：Docker ComposeでFreeScoutを建てる

以下は、社内のDockerホスト（Linuxサーバー）でFreeScoutを立ち上げるための docker-compose.yml のサンプルです。 データ永続化と日本語化の設定を含んでいます。

services:
  freescout:
    image: tiredofit/freescout:latest
    container_name: freescout
    restart: always
    ports:
      - "8080:80"  # ホストの8080番ポートで公開
    environment:
      - CONTAINER_NAME=freescout
      - DB_TYPE=mysql
      - DB_HOST=freescout-db
      - DB_NAME=freescout
      - DB_USER=freescout
      - DB_PASS=freescout_strong_password  # 【重要】変更してください
      - SITE_URL=http://helpdesk.internal  # 社内DNS名またはIPアドレス
      - [email protected]
      - ADMIN_PASS=admin_strong_password   # 【重要】変更してください
      - ENABLE_SSL=FALSE                   # 社内LAN運用ならFALSE、公開するならリバースプロキシでSSL化推奨
      - TIMEZONE=Asia/Tokyo
    volumes:
      - ./data:/www/html
      - ./logs:/www/logs
    depends_on:
      - freescout-db

  freescout-db:
    image: mariadb:10.5
    container_name: freescout-db
    restart: always
    environment:
      - MYSQL_ROOT_PASSWORD=root_strong_password # 【重要】変更してください
      - MYSQL_DATABASE=freescout
      - MYSQL_USER=freescout
      - MYSQL_PASSWORD=freescout_strong_password # freescoutサービスの設定と合わせる
    volumes:
      - ./db:/var/lib/mysql
    command: --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci

# バックアップに関して：
# ./data と ./db ディレクトリを定期的にtarで固めて別の場所に退避させれば、リストア可能です。

導入時の注意点: メール送信（SMTP）と受信（IMAP）の設定が必要です。 Microsoft 365やGoogle Workspaceを使う場合、「アプリパスワード」の発行が必要になるケースが多いので、各社のドキュメントを参照してください。

結論：フェーズ別推奨ルート

迷ったら、以下のチャートで決めてください。

決して、「なんとなくカッコいいから」でJiraを入れないでください。 ツールは、あなたの仕事を減らすためにあるのであって、ツールの世話係になるためではありません。

AIに相談するためのプロンプト（テンプレート）

自社にどのツールが合うか、AIに壁打ちして決めるためのプロンプトです。

あなたは社内ヘルプデスク運用のコンサルタントです。
現在、私の会社（社員数[人数]、情シス[人数]）で問い合わせ管理ツールの導入を検討しています。
以下の現状を踏まえ、最も費用対効果が高いツール（SaaS、OSS、ノーコード）を1つ推奨し、その理由を教えてください。

# 現状と課題
*   現在の受付方法: [例: SlackのDM、口頭、電話]
*   月間問い合わせ件数: [例: 30件程度]
*   予算感: [例: 月額1万円以内ならOK / 基本0円でいきたい]
*   情シスの技術力: [例: Linuxサーバーの運用経験あり / サーバー管理はしたくない]
*   重視するポイント: [例: ユーザーへの通知漏れを防ぎたい / 履歴をナレッジとして残したい]

# 出力してほしい内容
1.  **推奨ツール **: 具体的な製品名（FreeScout、Zendesk、Kintoneなど）。
2.  **決定的な理由 **: なぜ他のツールではなくそれがベストなのか。
3.  **スモールスタートの手順 **: 明日から試験運用を始めるための最初の3ステップ。