チケット管理システムの選び方：一人情シスのための「松竹梅」 | The Fortress of a Solo IT Manager

3つの選択肢：比較表

項目	【梅】ノーコード (Notion/Kintone)	【竹】OSS (FreeScout)	【松】Cloud SaaS (Zendesk)
コスト	無料〜低価格 (既存ツール流用)	0円 (サーバー代のみ)	高額 (月額5,000円〜/人)
導入難易度	低 (誰でも触れる)	高 (Linux/Docker必須)	低 (契約して即利用)
保守の手間	低 (ベンダー任せ)	高 (パッチ当て自己責任)	低 (ベンダー任せ)
メール連携	△ (苦手/要工夫)	◎ (得意)	◎ (得意)
推奨規模	〜50名	50〜300名 (技術力あり)	100名〜 (予算あり)

【梅】ノーコード活用（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
メリット:
- メールがチケットになる: support@example.com にメールを送ると、自動でチケット化されます。これが最強です。ユーザーは新しいツールの使い方を覚える必要がありません。
- 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アドレス
      - ADMIN_EMAIL=admin@example.com
      - 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を使う場合、「アプリパスワード」の発行が必要になるケースが多いので、各社のドキュメントを参照してください。

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

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

graph TD
    Start[問い合わせ管理ツールの選定] --> Q1{メール問い合わせは<br>多いですか？}
    
    Q1 -- Yes: 多い<br>減らしたい --> Q2{全社的な<br>フォーム受付に<br>誘導できますか？}
    Q1 -- No: 少ない<br>苦ではない --> SaaS[【SaaS】<br>Zendesk / Freshdesk<br>（金で解決）]
    
    Q2 -- Yes: できる --> NoCode[【ノーコード】<br>Notion / Kintone / Forms<br>（入り口を一本化）]
    Q2 -- No: できない<br>メールも残したい --> Q3{サーバー管理は<br>好きですか？}
    
    Q3 -- Yes: 好き<br>安く済ませたい --> OSS[【OSS】<br>FreeScout<br>（自前構築）]
    Q3 -- No: 嫌い<br>面倒くさい --> SaaS

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

目次