「Backlogの料金は、自分たちの人数や使い方に合っているの?」と、契約前に迷う人は多いですよね。

選ぶときは月額だけでなく、利用人数・必要な機能・プロジェクト数を同じ条件で確認することが大切です。

この記事では、現行プランの違いから2027年の料金改定、無料で試して契約を見直す流れまで、無理のない選び方を紹介します。

まずは、Backlogでどのように仕事を整理できるのかを見ていきましょう。

Contents
  1. Backlogはプロジェクトとタスクを見える化できる管理ツール
  2. Backlogの現行料金プランを一覧で比較
  3. 利用人数と総コストの関係を確認しよう
  4. 利用形態と必要機能から料金プランを選ぶ
  5. 無料で試してから契約を見直す方法
  6. 料金に見合う効果があるかを業務改善から考える
  7. 2027年の新料金体系と契約中ユーザーへの影響
  8. Backlogの料金まとめ|人数・機能・改定時期を確認して無理のないプランを選ぼう

Backlogはプロジェクトとタスクを見える化できる管理ツール

「誰が何を進めていて、どこで止まっているのか」が見えないと、確認のためのチャットや会議が増えてしまいます。

Backlogは、プロジェクト内の仕事を課題として整理し、担当者・期限・進捗・関連資料を同じ場所で共有できる管理ツールです。

タスク管理に必要な情報を散らさず、チーム全員が次の行動を判断しやすい状態をつくれます。

課題の担当者や期限をチームで共有できる

口頭で頼んだ仕事やチャットに流れた依頼は、担当が曖昧になったり、期限が過ぎてから気づいたりしがちです。

Backlogでは、作業を「課題」として登録し、担当者、期限、優先度、内容をひとまとまりで記録できます。

たとえば「取引先へ確認メールを送る」という小さな作業でも、担当者と期限を設定しておけば、ほかのメンバーが状況を尋ねる前に確認できます。

課題にはコメントを残せるため、質問、回答、対応内容の経緯もその場に集まります。

担当者が休みの日に進行状況を確認したい場面でも、個人の受信箱や過去のチャットを探し回る必要がありません。

「依頼した」と「完了した」の間にある状態を共有できることが、日々の業務での大きな使いどころです。

なお、すべての仕事を細かく登録しすぎると入力自体が負担になります。

複数人に影響する作業、期限がある依頼、後から経緯を見返したい案件から課題化すると、運用が続きやすくなります。

ガントチャートやカンバンボードで進捗を把握できる

課題が一覧に並んでいても、締切が集中している時期や、作業が滞っている工程までは直感的に読みにくいものです。

Backlogでは、課題の情報をガントチャートやカンバンボードで表示し、プロジェクト全体と個別作業の進み方を見比べられます。

ガントチャートは、開始日と期限をもとに予定を時系列で追いたいときに向いています。

公開日までに必要な原稿作成、確認、修正、承認といった工程が重なる仕事では、遅れが後工程へ及ぼす影響を把握しやすくなります。

一方、カンバンボードは「未対応」「対応中」「確認待ち」「完了」のように、課題を状態ごとに動かして見る方法です。

今週取りかかる仕事が多すぎないか、確認待ちが特定の人に偏っていないかを、画面を見て判断できます。

表示方法 見つけやすいこと 向く場面
ガントチャート 期限の重なり、工程の前後関係 納期が決まった案件や計画管理
カンバンボード 各課題の現在地、作業の滞留 日々発生する依頼やチームの進行確認

どちらか一方に統一する必要はありません。

月単位の予定はガントチャート、朝の進捗確認はカンバンボードという使い分けなら、情報を二重に入力せずに済みます。

Wikiとファイル共有で情報をまとめられる

手順書はクラウドストレージ、議事録は別の文書、仕様はチャットの固定メッセージという状態では、必要な情報にたどり着くまでに時間がかかります。

BacklogのWikiは、チームで繰り返し参照する情報をページとして蓄積する機能です。

業務ルール、用語の意味、問い合わせ対応の手順、プロジェクトの決定事項などをまとめておくと、新しく参加した人も確認先を見つけやすくなります。

課題からWikiページやファイルへつなげられるため、「この対応の根拠はどこか」を追える点も便利です。

ファイル共有では、課題に関連する資料を添付し、やり取りと資料の関係を残せます。

ただし、編集頻度が高い大容量ファイルまで無理に集約する必要はありません。

日常的な共同編集は普段の文書作成サービスで行い、確定版や参照用資料を課題・Wikiに結び付けるほうが、探しやすさと更新のしやすさを両立できます。

Git・Subversion連携や親子課題で開発業務にも対応できる

開発では、仕様の検討、実装、不具合修正、テストといった作業が連続し、ひとつの依頼が複数の作業へ分かれます。

Backlogは、親子課題を使って大きな案件と細かな作業を結び付けられます。

たとえば「会員登録画面を改善する」という親課題の下に、画面設計、実装、テスト、レビュー対応を子課題として置けば、担当が分かれても案件全体の進み具合を追いやすくなります。

GitやSubversionとの連携に対応しているため、ソースコードの変更と課題を関連付けて管理することも可能です。

不具合報告を見たときに、どの修正作業と結び付くのかを確認しやすく、非エンジニアと開発担当の会話も整理されます。

開発専用の複雑な管理画面に抵抗があるチームでも、課題を共通言語にして仕事をつなげられるのがBacklogの特徴です。

制作、営業、管理部門と開発チームが同じプロジェクトに関わる場合ほど、課題の書き方や完了条件を先にそろえておくと、運用の混乱を抑えられます。

Backlogの現行料金プランを一覧で比較

Backlogの料金は、利用者1人ごとに増える方式ではなく、プランごとに月額または年額を支払う仕組みです。

そのため料金表を見るときは、金額だけでなく、使えるユーザー数・プロジェクト数・ストレージ容量が契約条件に収まるかを一緒に確認する必要があります。

とくに無料プランから有料プランへ移る場面では、「あと何人追加できるか」と「ファイルをどれほど保管するか」で見え方が変わります。

フリーとスターターの利用条件

まず試したい、あるいは少人数で1つの案件だけを管理したい場合に用意されているのがフリープランです。

フリーは月額0円で利用できる一方、ユーザー数は10人まで、プロジェクトは1件まで、ストレージ容量は100MBまでという上限があります。

チャットの添付ファイルや設計資料を継続的に置くと、100MBは想像より早く埋まりやすい容量です。

スタータープランは月額2,970円、年払いでは29,700円で、ユーザー数は30人まで、プロジェクト数は5件まで、容量は1GBへ広がります。

プラン 料金(税込) 主な利用上限
フリー 0円 10人・1プロジェクト・100MB
スターター 月額2,970円/年額29,700円 30人・5プロジェクト・1GB

スターターは、案件を部署別や顧客別に分けたい小さなチームに向く条件ですが、プロジェクト数の上限は契約前に数えておきたいところです。

「今は3件だから大丈夫」と思っていても、進行中・保守中・社内用を分ける運用にすると5件に届くことがあります。

スタンダード・プレミアム・プラチナの位置づけ

スタンダード以上では、ユーザー数とプロジェクト数を気にせずに使えるため、参加者や案件が増える組織でも契約枠を細かく管理する負担が減ります。

スタンダードは月額17,600円、プレミアムは月額29,700円、プラチナは月額82,500円です。

年払いはそれぞれ176,000円、297,000円、825,000円となります。

プラン 料金(税込) 位置づけ
スタンダード 月額17,600円/年額176,000円 人数・案件数の制限なく基本機能を利用
プレミアム 月額29,700円/年額297,000円 より広い管理機能を必要とする組織向け
プラチナ 月額82,500円/年額825,000円 大容量と手厚い支援を求める利用向け

上位プランほど「人数が多いから高い」というより、運用管理、保存容量、問い合わせ対応の条件を広げる料金設計です。

料金差だけを見て最上位を選ぶ必要はありませんが、社外メンバーを含めて長く使う場合は、管理機能の不足が後から手間になることもあります。

月払いと年払いの契約単位

有料プランは月払いと年払いから選べ、年払いは月額料金の10カ月分に相当する金額です。

たとえばスターターなら月払いを12カ月続けるより、年払いのほうが年間では2カ月分低くなります。

途中で人数が大きく変わる予定がある、あるいは本格導入前で運用が固まっていないなら、月払いのほうが契約の見直しはしやすいでしょう。

反対に、利用部署と継続期間が決まっている場合は、年払いにすると予算を確定させやすくなります。

料金はプラン単位の定額なので、契約期間中に何人が参加するかではなく、プランの利用上限を超えないかを確認することが大切です。

税区分や支払い方法、契約変更時の扱いは更新される可能性があるため、申込み直前にBacklog公式の料金ページと申込画面を確認してください。

機能・容量・サポートに表れるプラン差

Backlogのプラン差で見落としやすいのが、料金表の下部に並ぶ機能とサポートの項目です。

フリーとスターターは利用人数・プロジェクト数・容量に明確な上限があり、スタンダード以上は人数とプロジェクト数が無制限になります。

ストレージ容量はスタンダードとプレミアムが100GB、プラチナは1TBです。

動画、デザインデータ、議事録PDFを同じ場所に残す運用では、容量の数字が日々の使い勝手に直結します。

プレミアムやプラチナでは、プロジェクト管理を組織的に整えるための拡張機能や、より優先度の高いサポート条件が用意されています。

問い合わせの速さを重視するなら、機能一覧とあわせてサポート対象・受付方法を公式ページで確認すると安心です。

容量だけを基準にするとプラチナが必要に見えても、外部ストレージで大きなファイルを管理しているなら100GBで足りる場合もあります。

契約前には「ファイルをBacklog内にどれだけ残すか」を決めてから容量を比べると、不要な上位プランを避けやすくなります。

利用人数と総コストの関係を確認しよう

月額だけを見ると手頃でも、半年後にメンバーが増え、保存データや外部サービスの契約まで重なると、想定した予算を超えることがあります。

Backlogの料金を考えるときは、表示された基本料金を比べるより、「誰がどの頻度で使い、何を保存し、周辺に何が必要か」を一度書き出すほうが確実です。

契約開始時の人数ではなく、運用が落ち着いた時点の人数で計算しておくと、プラン変更を慌てて決めずに済みます。

人数課金ではないプランでも利用条件を確認する

Backlogには利用者ごとの料金ではなく、プラン単位で月額が決まるものがあります。

人数が増えても料金が直線的に上がらないのは魅力ですが、定額だから無制限に使えるとは限りません。

プランによっては登録できるユーザー数に上限があるため、社員数だけでなく、業務委託先や短期参加のメンバーを含めて確認する必要があります。

たとえば社内の正社員が20人でも、制作会社、開発協力会社、顧客確認用の担当者が加われば、登録人数は予想より早く増えます。

閲覧だけの人を含めてアカウントが必要か、メール通知を受ける担当者は誰かまで整理すると、実際に必要な枠が見えてきます。

利用人数の数え方を曖昧にしたまま契約すると、「あと数人入れない」という小さな制約が、運用ルールを複雑にしがちです。

メンバー増加を見込んだ費用試算の考え方

費用試算は、今月の利用人数だけで終わらせず、次の契約更新までに増える可能性がある人数を置いて計算します。

採用予定、部署横断での利用開始、取引先との共同作業など、増員につながる予定を担当者に確認しましょう。

増えるか不明な場合でも、現在人数・半年後の想定人数・最大人数の3段階で並べると判断しやすくなります。

確認する場面 見るべき人数 費用上の注意点
導入直後 すぐに利用する担当者 初期の月額だけで判断しない
運用定着後 関連部署や協力会社を含む人数 ユーザー上限に余裕があるか確かめる
事業拡大時 採用・案件増を反映した最大人数 上位プランへ移る条件と差額を見積もる

月額の差だけなら小さく見えても、人数上限を超えるたびに契約判断が必要になる運用は、管理者の負担になりやすいものです。

少し余裕のある契約が常に得とは限りませんが、増員がほぼ決まっているなら、目先の安さだけを追わないほうが安心できます。

容量やセキュリティ要件を含めて予算化する

ファイルを添付する案件が多いチームは、ユーザー数と同じくらい保存容量を見ておきたいところです。

仕様書、議事録、画面案、検収資料を課題に集める運用では、案件数の増加に合わせてデータも積み上がります。

容量が足りなくなってから添付先を分散させると、「どちらが最新版か」を探す時間が生まれます。

まずは現在使っている共有フォルダや他の管理ツールを見て、毎月どの種類のファイルが増えているかを確認すると現実的です。

権限管理、ログイン方法、監査に関する要件が社内にある場合も、基本料金とは別に確認が必要になります。

セキュリティ要件を満たせない契約を選ぶと、後から移行費用や運用変更が発生するおそれがあります。

情報システム部門や管理部門がある会社では、契約前に必要な確認項目を受け取っておくと、導入直前の差し戻しを減らせます。

追加サービスの有無まで含めて総額を確かめる

Backlogそのものの月額に加え、仕事の流れを維持するために別サービスが必要になるかも確認します。

たとえばファイル共有、オンライン会議、パスワード管理、勤怠や顧客管理との連携に別途契約が必要なら、ツール全体の支出として考えるべきです。

反対に、すでに社内で使っているサービスと役割が重なるなら、新しい契約を増やさずに済む場合があります。

  • Backlogの月額または年額
  • 保存容量や権限要件に伴う費用
  • 連携・補完に使うサービスの利用料
  • 導入時の設定、データ整理、社内説明にかかる工数

最後の工数は請求書に載りませんが、少人数のチームほど無視しにくいコストです。

予算表には「契約費」と「運用に必要な周辺費」を分けて記入すると、月額の安さと実際の負担を混同せずに比べられます。

総額で納得できるかを確認してから選べば、導入後に機能不足を補うための追加契約を重ねにくくなります。

利用形態と必要機能から料金プランを選ぶ

Backlogの料金プランは、目先の利用人数だけで決めると、数か月後に「必要な管理機能が足りない」と困ることがあります。

反対に、使わない高度な機能まで求めると、日々の運用に対して契約内容が重くなりがちです。

誰が使い、どこからアクセスし、どの情報を管理するのかを先に整理すると、自分たちに合うプランが見えてきます。

個人・小規模チームは必要最低限の機能から考える

個人利用や少人数のチームなら、まずは課題の登録、担当者の設定、期限管理、コメントでのやり取りが滞りなくできるかを確認しましょう。

この段階で大切なのは、機能の多さよりも「今日の作業が誰に渡っているか」を全員が同じ画面で追えることです。

たとえば、制作物の確認漏れや依頼の口頭伝達が多いチームでは、課題に担当者・期限・関連ファイルを集めるだけでも、探す時間をかなり減らせます。

利用者が固定され、社外との細かな権限分けや高度な認証を必要としないなら、基本的なプロジェクト管理に絞ったプランから始める選び方が現実的です。

ただし、ファイルを多く扱う場合は、保存容量や添付ファイルの運用条件も見落とせません。

容量不足を避けるためだけに上位プランを選ぶ前に、動画など大きなデータは別の保管先に置き、Backlogには共有リンクを残す運用も検討の余地があります。

組織利用は将来の人数と管理要件を見込む

部署単位で使い始めたBacklogが、いつの間にか他部署や外部パートナーにも広がるケースは珍しくありません。

そのため組織利用では、契約時点の人数より、半年から1年ほど先に利用する可能性がある人の範囲で考えるほうが安心です。

特に確認したいのは、プロジェクトごとに参加者を分けられるか、管理者を複数置けるか、組織外の関係者にどこまで見せるかという点です。

利用場面 確認したい管理要件
1部署での利用 担当者・期限・進捗を共有できるか
複数部署での利用 プロジェクトごとの閲覧範囲を分けられるか
取引先との共同利用 外部ユーザーに必要な情報だけを公開できるか
管理部門がある組織 利用者の追加・削除や権限管理を継続できるか

人数が増えたときの操作負担は、利用者数そのものより、入退社や異動のたびに権限を見直す手間で膨らみます。

「誰が何を見られるか」を管理者が説明できる状態を維持できるプランかどうかが、組織利用では重要です。

認証・アクセス制限・ログなどのセキュリティで絞る

顧客情報、未公開の企画、開発中の不具合などを扱うなら、料金より先に社内の情報管理ルールを確認してください。

会社のアカウントでログインを統一したい場合は、シングルサインオンへの対応状況が判断材料になります。

許可したネットワークからだけアクセスさせたい場合には、IPアドレスによるアクセス制限が必要になることもあります。

いつ誰が操作したかを後から確認する運用では、操作履歴や監査に関わる記録をどこまで確認できるかも外せません。

  • 社内のID管理基盤と連携する必要があるか
  • 社外・自宅・出張先からのアクセスを許可するか
  • 退職者や委託先のアカウントを速やかに停止できるか
  • 問題発生時に操作記録を確認する必要があるか

これらはプランや契約形態によって対応範囲が異なるため、導入前にBacklogの公式製品ページと社内規程を照らし合わせる必要があります。

「利用者が善意なら大丈夫」という前提で選ばないことが大切です。

手間がかかっても、認証方法とアクセス範囲を最初に決めておくと、利用者が増えた後の見直しを抑えられます。

クラウド型とインストール型の導入条件を比べる

短期間で使い始めたいチームには、一般的にクラウド型のBacklogが向いています。

自社でサーバーを用意せず、インターネット経由で利用できるため、プロジェクト管理の定着に集中しやすいからです。

一方で、社内ネットワーク内にデータを置くことが必須だったり、外部サービスの利用に厳しい制約があったりする組織では、インストール型のBacklog Enterpriseを検討する場面があります。

インストール型は導入したら終わりではなく、サーバーの準備、更新、障害対応、バックアップ、運用担当者の確保まで考える必要があります。

クラウド型との比較では、機能名だけを並べるよりも、社内に運用を担える人がいるかを問うほうが判断しやすいものです。

情報システム部門の承認条件や保守の責任範囲が曖昧なままなら、まず導入条件を整理してから契約形態を絞り込みましょう。

無料で試してから契約を見直す方法

「まずは無料で触ってみたいけれど、後から契約を変えられなかったら困る」と感じるなら、試用段階で確認する順番が大切です。

Backlogは、フリープランで日常的な使い心地を見てから、必要に応じて無料トライアルや有料プランへ進むと判断しやすくなります。

最初から機能表だけで決めず、実際の案件を少し入れて、チームが迷わず使えるかを確かめてください。

フリープランで確かめたい利用範囲

フリープランでは、少人数で課題管理の流れが定着するかを確認するのが向いています。

たとえば「依頼を登録する人」「作業する人」「進捗を確認する人」を決め、1つの小さな案件を最後まで動かしてみると、運用の詰まりが見えてきます。

課題の担当者、期限、コメント、通知を使ったときに、口頭確認や個別のチャットがどこまで減るかを観察しましょう。

ここで見るべきなのは、課題を登録できるかよりも、作業が止まったときに誰が次の行動を取るのか分かる状態になるかです。

フリープランには利用人数やプロジェクト数、保存できるデータなどに制約があるため、本格導入を前提に大量の案件やファイルを移す用途には慎重さが必要です。

利用上限や利用できる機能は改定されることがあるので、開始前にBacklogの公式料金ページと利用条件を確認しておくと安心でしょう。

無料トライアル中に検証する項目

有料プランを検討する段階では、無料トライアルに普段の業務に近い情報を入れて試すのがおすすめです。

架空の課題だけでは、通知が多すぎる、担当変更が面倒、必要な情報を探しにくい、といった日常運用の困りごとが出にくいためです。

検証する項目は、次のように役割ごとに分けると抜けません。

  • 担当者:課題の登録、期限変更、コメント返信を迷わず行えるか
  • 管理者:メンバー招待、権限設定、プロジェクト作成を管理できるか
  • 確認者:未対応や遅延している課題を短時間で把握できるか
  • 関係者:通知を受け取った後、必要な情報にたどり着けるか

メールやチャットツールとの連携、ファイル共有、Wikiなどを使う予定なら、その操作も必ず試してください。

便利そうに見えた機能でも、チームの誰も開かなければ料金を払う意味が薄れます。

試用の最終日には、参加者へ「続けたい機能」「使わなかった機能」「分かりにくかった操作」を短く聞くと、印象だけの判断を避けられます。

有料移行を考えるタイミング

有料移行を考える目安は、無料枠の上限が近づいた瞬間ではなく、制約のせいで仕事の流れを曲げ始めたときです。

たとえば、参加させたいメンバーを入れられない、案件を分けたいのに管理を1つへ寄せている、必要な情報を保存しきれない、といった状態が続くなら見直しどきです。

反対に、試用中の案件が終わった後に誰も更新しなくなった場合は、契約を急がず、運用ルールを整えるほうが先かもしれません。

移行前には、次の1か月から3か月で増える予定の案件と利用者を洗い出します。

現在の人数だけで契約すると、採用や部署参加のたびに慌てて変更手続きをすることになりがちです。

「今足りないもの」と「近いうちに確実に増えるもの」を分けて考えると、過剰な契約も不足した契約も防ぎやすくなります。

導入後のプラン変更で確認したい条件

契約後にメンバー数や運用方法が変わっても、プラン変更の可否や適用時期を確認しておけば対応しやすくなります。

ただし、変更の手続き、料金の扱い、適用されるタイミングは、契約形態や支払い方法によって異なる場合があります。

とくに下位プランへ変更したいときは、利用人数、プロジェクト数、ストレージ容量、利用中の機能が変更後の条件に収まるかを先に確認してください。

上限を超えたまま変更できるとは限らないため、データ整理やメンバー調整が必要になる可能性があります。

管理者が退職・異動した場合に備え、契約情報を確認できる担当者を複数にしておくことも大切です。

請求先、支払い方法、契約更新日、変更申請の締切は社内で記録し、最終的な条件はBacklogの公式案内で確認しましょう。

無料で試した記録を残しておけば、プランを変える場面でも「何のために契約するのか」をチーム内で説明しやすくなります。

料金に見合う効果があるかを業務改善から考える

Backlogの料金を見て「この月額で、日々の仕事は本当に楽になるのかな」と迷うなら、機能の多さよりも確認作業がどれだけ減るかで考えるのが現実的です。

担当者が曖昧なまま進む、チャットに決定事項が流れる、進捗を聞くための会議が増える――こうした小さなロスは、人数が増えるほど積み重なります。

導入後に減らしたい業務を先に決めておくと、料金に見合う効果を判断しやすくなります。

担当者と期限の明確化で管理負担を減らす

「誰が対応するのか」「いつまでに終えるのか」が口頭やチャットだけで扱われる職場では、管理者が何度も確認することになりがちです。

Backlogで課題ごとに担当者と期限を登録すれば、依頼内容と責任の所在を同じ画面で確認できます。

担当者本人も、自分に割り当てられた作業を一覧で見られるため、次に着手する仕事を探す時間を抑えられます。

たとえば、依頼時に「資料をお願い」とだけ送る代わりに、課題へ目的、完了条件、期限を残しておけば、「どこまで作れば完了なのか」という往復が起きにくくなります。

管理する人が進捗を記憶で追わなくてよい状態を作れることが、料金以上に感じやすい効果です。

効果を確認するなら、導入前後で「期限確認の連絡回数」や「担当者を尋ねる場面」を1週間単位で数えると、感覚だけで判断せずに済みます。

進捗共有によって確認作業を効率化する

進捗を聞く会議や「今どこまで終わりましたか」という連絡は、必要なときもありますが、毎回同じ確認をしているなら見直しどころです。

課題の状態を未対応、処理中、処理済みなどに更新する運用にすると、関係者は空いた時間に状況を確認できます。

遅れそうな作業や、確認待ちで止まっている仕事も一覧で把握しやすくなります。

ただし、状態の名前が部署ごとに違ったり、更新するタイミングが決まっていなかったりすると、画面を見ても実態が分かりません。

開始時に「作業に着手したら処理中へ」「相手の返答待ちはコメントに理由を書く」のような短い約束を置くと、情報の精度が上がります。

会議を完全になくす必要はありませんが、画面で分かる報告を省けば、会議では判断や相談に時間を使えます。

社内外の情報をまとめて連携しやすくする

仕事が止まる原因は、作業そのものより「最新版の資料はどれ?」「その決定は誰が了承した?」を探す時間であることも少なくありません。

Backlogでは課題のコメント、添付ファイル、関連するやり取りを案件単位で残せるため、話題が後から追いやすくなります。

社内メンバーと取引先が同じ案件を見る場面でも、メールの宛先漏れや転送の重なりを減らす助けになります。

外部の相手を招く場合は、見せてよい範囲を案件や権限ごとに整理してから運用を始めることが大切です。

個人情報や機密資料を置く際は、公開範囲と社内規程を必ず確認してください。

情報を一か所に寄せる目的は、すべての会話を移すことではありません。

後で判断の経緯を確認したい内容、担当者が変わっても引き継ぎたい内容を残す場所として使うと、無理なく定着します。

導入事例は規模と成果に注目して読み解く

導入事例を見るときは、有名な企業名や「業務が改善した」という言葉だけで判断しないほうが安心です。

自社と近い人数、案件数、社内外の関係者の多さを持つ事例ほど、運用のイメージに結び付きます。

見るポイント 確認したい内容
利用規模 少人数のチームか、複数部署で使っているか
導入前の課題 期限管理、問い合わせ対応、資料共有のどこに困っていたか
定着までの工夫 入力ルール、教育、既存業務との切り分けをどうしたか
得られた成果 確認時間や対応漏れなど、何がどう変わったか

特に読みたいのは、導入後のきれいな結果より、最初にどんなルールで使い始めたかという部分です。

自社でも再現できる条件かを考えられるからです。

料金の元を取れるかは、他社と同じ成果を出せるかではなく、今ある確認・転記・探し物のうち、ひとつでも継続して減らせるかで見極めると納得感があります。

2027年の新料金体系と契約中ユーザーへの影響

Backlogの料金を調べるときは、現在表示されている金額と2027年からの新体系を同じ条件として比べないことが大切です。

特に、すでに契約している組織は「いつから」「自社の契約が対象か」「支払い方法で手続きが変わるか」を確認しないと、予算申請や更新判断がずれてしまいます。

新旧のプラン名だけで判断せず、契約状況ごとに分けて見ていきましょう。

プラン刷新の背景とエコノミー・ビジネス・プロフェッショナルの位置づけ

2027年の料金体系では、Backlogのクラウド版プランがエコノミー、ビジネス、プロフェッショナルを軸に整理されます。

以前から使っているプラン名と新しいプラン名が異なると、「機能が減るのでは」と身構える人もいるはずです。

ただし、プラン刷新は料金表の見た目を変えるだけではなく、利用規模や必要な管理機能に応じて選択肢をわかりやすくするための変更と考えると理解しやすくなります。

少人数で基本的な課題管理や情報共有を進める場合はエコノミー、日常的に複数のプロジェクトを運用するチームはビジネス、組織的な管理や高度な運用を求める場合はプロフェッショナル、という順に検討すると迷いにくいでしょう。

とはいえ、名称から機能を推測して契約を決めるのは危険です。

切り替え前には、利用中の機能が新プランでも使えるかを公式の料金ページと移行案内で照合してください。

課題数、プロジェクト数、ゲスト利用、権限管理など、自社で止まると困る項目を先に書き出しておくと確認漏れを防げます。

  • 現在の契約プラン名と契約更新日
  • 実際に利用している人数と招待中のユーザー
  • 日常業務で使う機能と、管理者だけが使う機能
  • 切り替え後の請求額と社内承認の要否

料金の安さだけを優先すると、移行後に必要な機能を追加で検討することになり、かえって手間が増えます。

2027年1月1日以降の適用時期を確認する

新料金体系の基準日は2027年1月1日です。

ここで注意したいのは、すべての契約が元日に一斉に同じ請求額へ変わるとは限らない点です。

月払いか年払いか、契約の更新時期がいつか、既存契約向けの経過措置があるかによって、実際の適用タイミングは変わる可能性があります。

たとえば年払いで契約期間の途中なら、契約満了日までは現行条件が継続し、次回更新から新体系になる場合があります。

一方で月払いは請求サイクルが短いため、変更の反映時期をより丁寧に確認したいところです。

確認する項目 見落とした場合の困りごと
契約更新日 新料金の開始月を誤認しやすい
支払い周期 月払いと年払いで判断を混同する
請求先メールアドレス 変更通知や見積もり案内を見逃す
管理者アカウント 契約画面で必要情報を確認できない

社内の予算年度と契約更新日がずれている会社では、2026年中に新料金を前提とした稟議を準備する場面も出てきます。

「2027年から変わる」という情報だけで急いで変更するより、契約管理画面に表示される案内と公式発表の適用条件を確認してから決めるのが確実です。

現行・無料・エンタープライズ・教育・NPO契約ごとの扱い

Backlogには通常の有料契約以外にも、無料での利用、エンタープライズ、教育機関向け、NPO向けなど、契約条件が異なるケースがあります。

そのため、新料金体系の説明を読んだ際に、自社が一般的なクラウド契約として扱われるのかを最初に確認しましょう。

無料プランは有料プランの移行条件と同じとは限りません。

利用人数や機能の上限に近づいて有料化を考えているなら、現行の無料利用条件と2027年以降に選べるプランを別々に確認する必要があります。

エンタープライズは導入形態や契約内容によって確認先が変わるため、クラウド版の料金表だけで結論を出さないほうが安全です。

教育・NPO契約についても、優待条件、更新手続き、必要書類の扱いは個別に案内されることがあります。

通常プランの料金変更情報を、そのまま特別契約へ当てはめないことが重要です。

契約時のメール、管理画面の契約情報、Nulabから届く告知を確認し、不明点は契約名義を添えて問い合わせると話が早く進みます。

Nulab Pass利用者と銀行振込契約者の注意点

Nulab Passを利用している場合は、Backlog単体の料金だけでは判断できません。

複数のヌーラボ製品をまとめて利用する契約では、Backlogのプラン刷新が利用枠や請求条件にどう反映されるかを確認する必要があります。

普段はBacklogの管理画面しか見ない担当者でも、Nulab Pass側の契約管理者や経理担当者と情報をそろえておくと安心です。

銀行振込で契約している組織も注意が必要になります。

カード決済のように画面上で即時に変更できるとは限らず、見積書、請求書、発注書、社内承認の順番を踏む場合があるためです。

料金改定の案内が届いたら、請求先情報と次回更新日を確認し、必要なら早めに販売窓口またはサポート窓口へ相談してください。

特に年度末や更新月が重なる時期は、確認が後回しになると支払い処理が慌ただしくなります。

新体系への対応は、プランを選び直す作業というより、契約情報を正しくそろえる作業から始めるのが現実的です。

Backlogの料金まとめ|人数・機能・改定時期を確認して無理のないプランを選ぼう

Backlogの料金は、利用者ごとの課金ではなく、プランごとの月額または年額で考える仕組みです。

金額だけで決めず、利用人数、プロジェクト数、保存容量、必要な機能を一緒に確認することが大切でしょう。

無料で操作感を試し、日々の確認作業や情報共有の負担がどれほど変わるかを見ると、契約後の迷いを減らせます。

2027年の新料金体系も予定されているため、現在の契約条件と切り分けて確認してください。

  • 利用者数の見通し:今後メンバーが増える予定も含めて考える
  • 管理したい情報:課題、担当者、期限、関連資料をどこまで集約するか整理する
  • 試用時の確認:実際の案件で使い、チームに定着しそうかを見る
  • 改定時期と契約状況:自社の契約がいつ、どのように影響を受けるか確認する

料金に見合うか迷ったときは、機能の数ではなく、進捗確認の連絡や会議、情報を探す時間が減るかを振り返ってみましょう。

担当者や期限、決定事項が同じ場所にまとまれば、仕事の状況を確認するためのやり取りを抑えやすくなります。

まずは無料で使い心地を確かめ、実際に困っている業務を書き出してみてください。利用人数の変化、保存したい資料、必要な管理機能をチームで共有してから、現行プランと2027年の条件を比べる流れがおすすめです。契約中なら更新時期や支払い方法も確認し、予算の見通しを早めに整えましょう。無理のない条件を選び、毎日の仕事を進めやすくするための一歩につなげてください。