Backlogの料金プラン、今の人数だけで決めてよいのか迷っていませんか。
選びにくい理由は、料金だけではなく利用人数や案件数、必要な機能、そして2027年1月1日に予定されるプラン改定まで考える必要があるからです。
この記事では、現行の料金体系から無料利用・契約時の確認事項、改定前に見ておきたい点までを整理し、自分たちに合う契約の考え方が分かります。
まずは、Backlogでどんな情報を整理できるのかを確認していきましょう。
Backlogはプロジェクトとタスクを見える化する管理ツール
「今、誰が何を抱えていて、どこで止まっているのか」が見えないと、確認の連絡だけで一日が終わってしまいます。
Backlogは、仕事をプロジェクトごとに整理し、やるべきことや担当者、進み具合をチームで追えるプロジェクト・タスク管理ツールです。
メールやチャットに情報が流れて困っているチームほど、作業の経緯を一か所に残せる便利さを感じやすいでしょう。
料金や機能を比べる前に、まずは自社の業務で「何を見えるようにしたいか」を考えると、導入後の使い方を想像しやすくなります。
課題や担当者、進捗をチームで共有できる
Backlogでは、作業単位を「課題」として登録し、担当者、期限、優先度、状態などをまとめて記録できます。
たとえばWebサイトの更新なら、「原稿作成」「画像確認」「公開作業」のように課題を分ければ、依頼内容が口頭の記憶に頼りません。
担当者を設定しておくと、誰が次に動くべきかが画面上で明確になります。
「対応中」「確認待ち」「完了」といった状態を更新する流れを決めておけば、管理者が個別に進捗を聞き回る回数も減らせます。
期限遅れや担当の偏りは、業務が破綻してから気付くより、一覧で早めに気付けるほうが対処しやすいものです。
ただし、課題を細かく作りすぎると登録自体が負担になります。
最初は「担当者が変わる作業」「期限を管理したい作業」「完了報告が必要な作業」に絞ると、チームに定着しやすくなります。
課題は作業メモではなく、次の行動と責任の所在を共有する単位として扱うのがコツです。
ファイルやコメントを業務情報とまとめて管理できる
作業の依頼文、確認事項、修正履歴がメール、チャット、共有フォルダに分かれると、「最終版はどれ?」という確認が起きがちです。
Backlogでは、課題にコメントを書き込み、関連ファイルを添付して、やり取りをその仕事にひも付けて残せます。
修正依頼に対して担当者が返答し、確認した人が完了にする流れも、一つの画面で追跡可能です。
後から参加したメンバーでも、過去のコメントを読めば、なぜその判断になったのかを把握しやすくなります。
担当者が休みの日に進行が止まりにくくなる点は、日常業務ではかなり助かるところです。
資料を置くだけで整理されるわけではないため、ファイル名に日付や内容を入れる、決定事項はコメントに文章で残す、といった小さな運用ルールは必要になります。
口頭で決めた内容も、「本日の確認結果としてこの方針で進めます」と課題に残しておくと、認識違いを防げます。
探す時間を減らしたいなら、情報の保存先を増やすのではなく、仕事の単位に集めることが大切です。
活用事例から自社業務との相性を確かめる
Backlogは、システム開発のように複数人で作業を分担する場面で使われることが多い一方、制作、広報、営業支援、バックオフィスの依頼管理にも応用できます。
共通しているのは、「依頼した人」「対応する人」「終わったかを確認する人」が分かれる仕事です。
| 業務の場面 | 課題として管理する例 | 得られやすい効果 |
|---|---|---|
| Web制作 | ページ修正、原稿確認、公開依頼 | 修正の経緯を追いやすい |
| 社内広報 | 記事作成、承認依頼、配信準備 | 締切と確認者が明確になる |
| 総務・管理部門 | 備品対応、入社準備、問い合わせ対応 | 対応漏れを確認しやすい |
反対に、毎日ほぼ同じ手順を一人でこなす仕事や、即時の会話だけで完結する小規模な連絡では、管理の手間が効果を上回る場合もあります。
導入を考えるなら、まず一つの案件や部署だけで、「依頼から完了までの記録が残ると困りごとが減るか」を試す視点がおすすめです。
担当が曖昧な依頼や、確認待ちで止まりやすい業務があるなら、Backlogとの相性は良好です。
自社に合うかどうかは業種名よりも、仕事の受け渡しがどれだけ発生するかで判断すると迷いにくくなります。
現在選べるBacklogの料金プランを比較
Backlogのプラン選びで迷いやすいのは、月額だけを見るとスターターが手頃でも、参加者や案件が増えた瞬間に上限へ届くことです。
現行のクラウド版は無料のフリーを含めて5種類で、料金は基本的に利用者ごとの従量課金ではなく、プランごとの月額料金で決まります。
まずは「今いる人数」ではなく、半年から1年後に同時に動かすプロジェクト数まで見積もると、選択をやり直しにくくなります。
フリーと4種類の有料プランの全体像
フリープランは、少人数でBacklogの操作感や課題管理の流れを試したいときに向いています。
利用者は10人まで、プロジェクトは1件までなので、部署や案件をまたいで使い始めると制約を感じやすい範囲です。
| プラン | 公式表示の月額(税込) | 利用者数 | プロジェクト数 |
|---|---|---|---|
| フリー | 0円 | 10人まで | 1件まで |
| スターター | 2,970円 | 30人まで | 5件まで |
| スタンダード | 17,600円 | 無制限 | 100件まで |
| プレミアム | 29,700円 | 無制限 | 無制限 |
| プラチナ | 82,500円 | 無制限 | 無制限 |
有料プランはスターター、スタンダード、プレミアム、プラチナの順に、扱える規模や管理機能、保存容量が広がる構成です。
月額は変更されることがあるため、申込み直前にはBacklog公式の料金ページで税込価格と最新条件を確認してください。
スターターとスタンダードが適する利用規模
スターターは、ひとつのチームが数件の案件を並行して進める段階なら、費用と枠のバランスを取りやすいプランです。
利用者は30人まで、プロジェクトは5件までのため、社内の小規模チーム、制作案件を限られた本数で回す事業者などに収まりやすいでしょう。
ただし、完了済みの案件を消さずに履歴として残す運用では、プロジェクト数が想像より早く埋まります。
スタンダードは利用者数が無制限になり、プロジェクトも100件まで作成できるため、複数チームで共通の場を使うケースに現実的です。
たとえば開発、デザイン、営業支援のように関係者が増えても、人数の上限を理由に招待を控える必要がありません。
参加予定者を「実際に課題を登録する人」だけで数えないことが大切です。
閲覧、確認、承認を担う人もアカウントに含めて考えないと、スターターの30人枠は余裕があるようで足りなくなる場合があります。
プレミアムとプラチナが応える管理要件
プロジェクトが100件を超えそう、または案件を終了後も整理して残し続けたい組織では、プレミアムが候補になります。
利用者数とプロジェクト数のどちらも無制限となるため、案件数の上限を気にして削除や統合を急ぐ場面を減らせます。
ファイルを多く扱うチームでは、保存容量も見逃せません。
現行条件ではスタンダードが30GB、プレミアムが100GB、プラチナが300GBで、設計資料や画像、議事録を継続的に置くほど差が出ます。
プラチナは、利用規模の大きさに加え、認証や記録の確認など、組織として利用状況を統制したい場合に検討する位置づけです。
管理部門の確認手順があり、誰がいつ何をしたかを追える状態を求められるなら、価格だけでプレミアムへ寄せるより、必要な管理項目を先に書き出したほうが安心です。
利用人数やプロジェクト数を含む料金体系の見方
Backlogの現行プランは、基本的に1人増えるごとに料金が上がる仕組みではありません。
スターターの人数上限内、またはスタンダード以上の範囲なら、利用者の増減によって月額が細かく変わるわけではない点は、予算を立てるうえで分かりやすいところです。
一方で、料金判断を人数だけで行うと、プロジェクト数や保存容量の不足を見落とします。
- 今後参加する閲覧者・外部協力者を含めた利用者数
- 進行中だけでなく、保存する完了案件を含めたプロジェクト数
- 資料や画像を置く量と、数年単位で残す必要性
この3点を同じ表にして確認すると、選ぶべきプランがかなり絞れます。
上限の直前で選ぶより、増員や新規案件を1回分見込んだ枠を選ぶほうが、運用中の移行判断を減らせます。
特にスターターとスタンダードの差は大きいため、「30人・5プロジェクトに収まり続けるか」を基準に見ると判断しやすいはずです。
必要な機能からBacklogのプランを選ぶポイント
Backlogのプランは、月額料金だけで選ぶと、ファイルを添付した途端に容量が気になったり、取引先を招待する場面で権限設定に迷ったりします。
先に「今ある業務で必須の条件」と「半年から1年後に増えそうな使い方」を分けておくと、必要以上の契約を避けやすくなります。
容量、認証、問い合わせ体制、利用人数の順に確認すると、自社に合う候補をかなり絞り込めるはずです。
ファイル容量とプロジェクト数を見積もる
議事録や画像、設計資料をタスクに添付するチームでは、最初に見るべきなのはファイル容量です。
タスク本文はそれほど容量を使わなくても、画面キャプチャ、PDF、動画などが増えると、保存領域の消費は予想より早く進みます。
特にデザイン制作、開発、採用広報を同じBacklogで扱う場合は、添付ファイルの種類ごとにおおよその量を数えてみてください。
- 1か月に追加する画像・PDF・動画の合計容量
- 過去の案件を削除せず、どのくらい残したいか
- 外部ストレージのリンクで代用できる資料があるか
- 部署や顧客ごとに、今後いくつプロジェクトを作る見込みか
プロジェクト数の上限も、少人数だから問題ないとは限りません。
案件別、部門別、社外共有用など、権限や公開範囲を分けるためにプロジェクトを増やす運用では、早い段階で上限に近づくことがあります。
「案件が終わったら1つのプロジェクトにまとめ直す」という運用は、検索性や権限管理を崩しやすいものです。
容量とプロジェクト数は現在の件数ではなく、契約期間中に増える分を含めて見積もるのが安心です。
アクセス管理や認証などのセキュリティ要件を整理する
社内メンバーだけで使うつもりでも、協力会社や業務委託の人を招待する可能性があるなら、アクセス管理は後回しにできません。
閲覧だけ許可したい人、課題を登録・更新する人、設定を変更できる管理者を区別できるかを、導入前に洗い出します。
大切なのは、高度な機能が必要かどうかより、誰に何を見せてよいかを言葉にすることです。
| 確認する項目 | 検討が必要になりやすい場面 |
|---|---|
| プロジェクトごとの参加者設定 | 顧客案件と社内案件を分けたい |
| 管理者の権限範囲 | 請求や契約情報を限られた担当者だけで扱いたい |
| 多要素認証・シングルサインオン | 会社の認証方針に沿って利用したい |
| 監査や操作履歴の確認 | 変更経緯を後から確認する必要がある |
多要素認証やシングルサインオンなどは、組織の情報システム部門から指定されることもあります。
必要な認証方式が対象プランで利用できるかは、契約後ではなく稟議や比較の段階で公式の機能一覧を確認してください。
社外の人を招待する場合は、共有するプロジェクトを限定し、終了した案件の参加者を外す担当者も決めておくと、運用が止まりません。
サポート範囲と将来の利用人数を確認する
初期設定を担当する人がITツールに慣れていないなら、困ったときにどこまで相談できるかもプラン選びの条件になります。
問い合わせ窓口の有無だけではなく、対応時間、案内される方法、障害情報の確認先まで見ておくと、導入直後の焦りを減らせます。
チャットやメールで解決できる規模なのか、設定の相談を社内で受け止められるのかは、チームによって違うところです。
利用人数については、現時点の社員数だけを数えないほうが安全でしょう。
新しく入るメンバー、兼務の管理者、期間限定で参加する外部パートナーまで含め、招待候補を一覧にします。
使う人が増えるほど、課題の書き方や通知設定のばらつきも出やすくなります。
人数の増加を見込むなら、契約条件とあわせて、管理者を複数置けるか、参加者の整理を続けられるかも確認したい点です。
ユーザー単位課金との違いを踏まえて費用を考える
Backlogの費用を考える際は、他のタスク管理ツールに多い「1ユーザーごとの課金」と同じ感覚で比較しないことが大切です。
ユーザー数ではなくプラン単位で費用が決まる仕組みでは、利用者が増えても追加費用の出方が異なります。
そのため、少人数のうちは安く見えるユーザー単位課金のサービスが、関係者を広く招待する運用では逆転することがあります。
比較するときは月額だけでなく、想定人数が増えた場合の年間費用と、必要な容量・認証機能を満たすための上位プラン費用を並べてください。
人数が増える予定なら、1人あたりの金額ではなく、組織全体で必要な機能を維持できる総額で判断するのが現実的です。
反対に、利用者がごく少なく、プロジェクトも限定的なら、上位機能を使い切れない契約になりがちです。
「誰が毎週ログインし、誰が必要なときだけ閲覧するか」まで書き出すと、費用への納得感がぐっと高まります。
無料利用から本契約までに確認したい手続き
Backlogを試し始めたときは順調でも、いざ本契約となると「誰が申し込み、どの支払い情報を登録するのか」で手が止まりがちです。
無料利用で確かめることと、契約前に社内で決めることを分けておけば、使い始めてからのプラン変更や請求の行き違いを減らせます。
特に、管理者アカウントを個人のメールアドレスに任せきりにしない点は、最初に押さえておきたいところです。
フリープランで利用できる範囲
まずは実際の案件に近い小さなプロジェクトを1つ作り、課題の登録から担当者への割り当て、コメントでのやり取りまでを試すと、Backlogが仕事の流れに合うか判断しやすくなります。
フリープランは、操作感や基本的な課題管理を確かめる入口として便利ですが、利用人数、作成できるプロジェクト数、保存容量などには制限があります。
制限の内容は変更されることがあるため、申し込み画面とBacklogの公式料金ページで当時の条件を確認してください。
試用中に見るべきなのは、機能を一通り触れたかよりも、日々の連絡が課題に集まり、担当・期限・対応状況をチームで追えるようになったかです。
たとえば、口頭で依頼した作業が課題として残らない、通知を見落とす、ファイル容量が早く埋まるといった場面は、本契約後に困る点を教えてくれます。
検証用のデータと本番データを混ぜる場合は、不要になった課題や添付ファイルを整理する担当も決めておくと安心です。
無料トライアル終了後の契約判断
無料トライアルの終了日が近づいてから慌てないよう、開始時点で「いつ、誰が、何を基準に続けるか」を共有しておくのがおすすめです。
トライアルの利用可能期間や終了後の扱いは、案内メールと管理画面で確認しましょう。
契約判断では、利用予定人数だけを数えるより、実際にログインした人と継続して課題を更新した人を分けて見ます。
招待したものの使わなかった人が多いなら、操作説明や運用ルールが足りなかった可能性があります。
反対に、少人数でも課題の担当変更や期限調整が自然に回っているなら、導入の手応えは十分です。
- 管理者を複数人にするか
- 契約手続きを行う部署と承認者は誰か
- 請求書や利用明細を受け取る連絡先はどこか
- 既存の案件情報をどこまで移すか
この4点を決めずに契約すると、更新時や担当者の異動時にアカウント管理が止まりやすくなります。
使う人の感想も大切ですが、「期限が見えるようになった」「確認待ちの課題が減った」のように、業務上の変化で判断すると社内説明もしやすいはずです。
アップグレードやダウングレードの確認事項
利用中に人数や案件が増えたら、必要な時点で上位の契約へ切り替えられるかを確認します。
このとき見落としやすいのが、変更の適用日、料金の計算方法、利用中データへの影響です。
上位への変更は急な利用拡大に対応するための手続きですが、下位への変更では現在の利用量が移行先の条件に収まるかを先に確認する必要があります。
人数・プロジェクト・保存中のファイルを確認せずにダウングレードを進めるのは避けましょう。
条件を超えるデータがある場合、削除や整理が必要になることがあります。
変更前には、利用状況を一覧にして、今後数か月で増える予定のメンバーや案件も書き出すと判断しやすくなります。
短期的に安く見える選択が、すぐ再変更する手間につながることもあります。
変更手続きの可否や反映タイミングは契約形態によって異なるため、管理画面の案内と公式のヘルプを確認し、不明点は申し込み前に問い合わせるのが確実です。
契約期間、更新、支払い方法を申し込み前に確かめる
契約ボタンを押す前に、契約期間と更新の仕組みを確認しておくと、予算管理の場面で困りません。
月単位か年単位か、更新が自動か手続きが必要か、解約や変更を申し出る期限があるかは、契約条件で必ず確認したい項目です。
支払い方法についても、法人カードで決済するのか、請求書払いを利用するのかで、社内の申請手順が変わります。
| 確認する項目 | 申し込み前に見る内容 |
|---|---|
| 契約名義 | 会社名、部署名、担当者情報に誤りがないか |
| 更新条件 | 更新日、自動更新の有無、変更・解約の期限 |
| 支払い | 利用できる決済方法、請求先、領収書や請求書の管理先 |
| 管理権限 | 退職・異動時にも引き継げる管理者がいるか |
料金や支払い方法の最新条件は、申し込み画面で最終確認してください。
経理担当者に必要な情報を先に共有しておくと、「使いたいのに決済待ち」という空白期間を作らずに済みます。
2027年1月1日から予定されるプラン改定の概要
2027年1月1日には、Backlogのクラウド版でプラン体系の改定が予定されています。
現在の料金表だけを見て契約時期や予算を決めると、年をまたいだ後に「想定していたプラン名が見当たらない」と戸惑うかもしれません。
ここでは、公開情報として確認すべき改定の範囲を、現行プランと混同しないための見方に絞って整理します。
改定の背景と新しい3プランへの統合
今回の改定では、複数ある現行のクラウドプランを整理し、2027年以降は新しい3プランの体系へ統合する予定と案内されています。
プラン数が多いと、自社の人数、権限管理、プロジェクト数、利用したい機能を照らし合わせる作業が長引きがちです。
統合の狙いは、用途に応じた選択肢をわかりやすくし、今後提供される機能をプランごとに整理しやすくする点にあると考えられます。
ただし、プランが3つになるからといって、今の各プランが機械的に1対1で移行するとは限りません。
名称が似ていても、利用人数の考え方、使える機能、保存できるデータの範囲などが変わる可能性があります。
「安いプランだから移行先も一番安いもの」と先に決めるより、改定後の機能表を確認してから判断するほうが安心です。
特にチーム運用では、普段は意識しない管理者機能や外部サービスとの連携が、切替時に初めて必要になることがあります。
適用開始日と対象になる利用者
新しいプラン体系の適用開始日は、2027年1月1日です。
これからBacklogを契約する人だけの話ではなく、すでにクラウド版を利用している契約者にも関係します。
とはいえ、全利用者が同じ日に同じ手続きで切り替わるのか、契約更新日や契約形態によって案内が分かれるのかは、公式の個別案内で確認する必要があります。
契約者と実際の運用担当者が別の場合、通知メールが管理部門だけに届き、現場が変更を知らないままになるケースもあります。
年末年始は休暇や締め処理と重なりやすいため、案内を受け取るメールアドレスとBacklogの管理者権限を早めに確認しておくと慌てません。
- 契約中のBacklogがクラウド版かどうか
- 契約者・管理者として登録されている連絡先
- 現在のプラン名と契約更新の時期
- 改定に関する公式メールや管理画面のお知らせ
対象かどうかを判断する材料は、広告や比較記事よりも、契約情報にひもづく公式通知です。
現行体系と新体系を混同しない比較方法
改定前後を比べるときは、月額料金だけを横並びにしないことが大切です。
料金が近く見えても、含まれる利用者の範囲や管理機能が異なれば、実際の運用コストは変わります。
| 比べる項目 | 確認したい内容 |
|---|---|
| プラン名 | 現行名称と2027年以降の名称を別の列に書く |
| 利用条件 | ユーザー数、プロジェクト数、ゲスト利用の扱いを確認する |
| 機能 | 課題管理、権限設定、連携、管理機能の差を確認する |
| 費用 | 月額・年額と、契約単位を同じ条件で比べる |
| 移行時の対応 | データ、権限、連携設定に作業が必要かを公式案内で確認する |
比較表を自分で作るなら、「現行」と「2027年1月1日以降」の列を必ず分けるのがコツです。
検索結果には更新日が古い記事も混ざるため、現在の料金表と改定後の案内を同じページだと思い込まないようにしましょう。
比較の基準日はいつかをメモするだけでも、社内で説明するときの行き違いを減らせます。
AI機能など今後の提供予定は公式発表で確認する
プラン改定にあわせてAI機能などの提供予定が語られることがあっても、利用開始日や対象プラン、利用条件まで確定しているとは限りません。
「予定」と書かれた機能を、導入直後から使える前提で業務フローに組み込むのは避けたいところです。
たとえば課題の要約や文章作成を支援する機能は便利そうに見えますが、対象範囲、生成内容の確認方法、権限との関係によって現場での使い勝手は変わります。
AI関連の発表は更新が入りやすいため、Backlogの公式サイト、公式のお知らせ、契約者向けの案内を一次情報として確認してください。
未提供の予定機能を理由にプランを決めないことが、改定前の比較では堅実です。
まずは改定時点で確実に使える機能で候補を絞り、追加機能は公開後に評価する順番なら、期待と実際の差に振り回されにくくなります。
契約中の利用者がプラン改定前に確認すること
Backlogをすでに有料契約している場合、改定日にいきなり請求額が変わるとは限りません。
見落としやすいのは、契約更新日、支払い方法、割引制度の有無によって案内の届く時期や確認事項が変わる点です。
請求書だけを眺めるのではなく、管理者画面の契約情報と契約時のメールを並べて確認すると、更新直前に慌てずに済みます。
現行の有料4プランから移行する時期
現行の有料4プランを利用している契約者は、2027年1月1日の改定日そのものよりも、改定日以降に最初に迎える契約更新日を確認することが大切です。
年額契約で更新日が2027年の途中にあるなら、改定後すぐではなく、その更新タイミングから新しい条件が適用される形になる場合があります。
月額契約と年額契約では、確認すべき更新の単位も異なります。
まずはBacklogの契約管理画面で、現在のプラン名、契約期間、次回更新日、利用中のユーザー数を控えておきましょう。
人数が増減しやすいチームでは、更新日だけを確認して終わりにすると危険です。
たとえば更新直前にメンバーを追加していると、想定していた利用規模と請求対象の人数がずれることがあります。
| 確認項目 | 確認する理由 |
|---|---|
| 現在の契約プラン | 新プランへの移行先や利用条件を照合するため |
| 次回更新日 | 新条件が適用される見込みの時期を把握するため |
| 契約期間 | 月額・年額で案内や手続きのタイミングが変わるため |
| 管理者の登録メールアドレス | 移行や更新に関する重要な案内を受け取るため |
料金や移行先を自己判断で決めず、Nulabから届く案内と公式の契約情報を照らし合わせるのが確実です。
フリーとエンタープライズへの影響
フリープランを使っている場合は、有料4プランからの移行とは扱いが異なります。
無料で利用しているスペースに、既存有料契約者向けの更新条件を当てはめる必要はありません。
ただし、フリーから有料へ切り替える予定があるなら、切替時点で選べるプランと料金を確認しておくと安心です。
「今は無料だから関係ない」と思っていたのに、採用や案件増加で急に有料化を検討することは珍しくありません。
エンタープライズは一般的なクラウド版とは契約形態が異なるため、クラウドプランの改定案内だけで判断しないほうがよいでしょう。
社内サーバーや個別の契約条件で利用しているケースでは、契約書、保守契約、担当窓口からの連絡を優先して確認してください。
フリーとエンタープライズでは、クラウド有料プランの更新ルールをそのまま流用しないことが重要です。
エデュケーション、NPO、Nulab Passの扱い
教育機関向けのエデュケーション、NPO向けの利用条件、Nulab Passを利用している契約では、通常契約と同じ表示だけでは判断しにくいことがあります。
割引や特別な契約条件が適用されていると、通常料金の比較表を見ても実際の更新内容と一致しない可能性があるためです。
確認する順番は、契約管理画面の表示、申込み時の案内、Nulabからの個別メールが分かりやすいでしょう。
- 現在、どの制度または契約形態で利用しているか
- 次回更新日と更新後の契約期間
- 割引・特典の継続条件に変更があるか
- 追加の申請や確認書類が必要か
Nulab Passは複数サービスの利用状況とも関係するため、Backlogだけの料金表を見て結論を出さないことをおすすめします。
制度名が契約書類に残っていないときは、請求書の名義や管理者宛ての過去メールを検索すると手がかりになります。
銀行振込や契約期間によって異なる更新案内
同じBacklogのプランを使っていても、クレジットカード払いか銀行振込か、月額か年額かで、更新案内の届き方や対応期限が異なる場合があります。
銀行振込では請求書の発行や入金確認が必要になるため、更新日当日に確認を始めると社内の承認や支払い処理が間に合わないことがあります。
経理担当者とBacklogの管理者が別なら、案内メールの転送先を事前に決めておくとスムーズです。
案内を受け取ったら、請求対象の期間、金額、支払い期限、プラン名、手続きが必要かどうかを一つずつ確認してください。
メールが見当たらない場合は迷惑メールフォルダも確認し、それでも不明なら更新日を待たずにNulabのサポート窓口へ問い合わせるのが安心です。
契約更新は普段のタスク管理とは別の事務手続きですから、カレンダーに更新予定日の少し前の確認日を入れておくと、忙しい時期でも抜けにくくなります。
一般的なクラウドプラン以外の選択肢
社内ネットワークから外部サービスへ接続できない、授業で使うため予算の扱いが違う、請求書に見慣れない旧プラン名がある。そんな場合は、一般的なクラウド版のBacklogプラン比較だけでは判断しにくいものです。
契約形態が異なる選択肢は、利用人数よりも運用条件と契約条件から確認するのが近道になります。
名称だけで自己判断せず、公式窓口に現在の対象可否を問い合わせると、申し込み後の行き違いを避けられます。
オンプレミス運用を求める組織向けのエンタープライズ
インターネット上のクラウド環境へ業務データを置けない組織では、Backlog Enterpriseのように自社環境で運用する選択肢を検討します。
閉域網での利用、社内の認証基盤との連携方針、データの保管場所に社内規程がある場面では、クラウド版より先に情報システム部門へ確認したいところです。
ただし、自社で動かす方式は、導入すれば終わりではありません。
サーバーの準備、更新作業、障害時の対応、バックアップの責任範囲を、誰が持つのか決める必要があります。
「外部にデータを出さない」要件だけで選ぶと、日々の保守負担が想定以上になることもあります。
検討時は、必要な機能を並べる前に、社内環境へ製品を導入できるか、担当者を継続して確保できるかを確認してください。
対応する環境や導入条件は変わる可能性があるため、Backlog Enterpriseの最新情報はヌーラボの製品ページと問い合わせ窓口で確かめるのが確実です。
教育機関向けプランの対象と申し込み前の確認事項
学校や大学でBacklogを授業・研究・学内活動に使う場合、教育機関向けの提供条件に当てはまる可能性があります。
一方で、教育機関に所属していれば、あらゆる用途で利用できるとは限りません。
営利目的の事業、外部企業から受託した業務、卒業後も続く任意団体の活動などは、対象外になるケースを想定しておくと安心です。
申し込み前には、利用する組織の正式名称、学校種別、利用目的、管理責任者、利用予定者の範囲を整理しておきましょう。
教職員が管理し、学生が授業単位で参加するのか、研究室ごとに管理するのかでも、必要なアカウント管理の形は変わります。
対象条件や申請方法は年度途中に変更される場合があるため、過去の案内を根拠に申し込まないことが大切です。
割引や無償利用の可否、更新時の扱い、卒業・異動した人のアカウント処理まで、公式案内で確認してから運用を始めると慌てません。
クラシックプランと現行プランの相違点
契約中の画面や請求書に「クラシックプラン」と表示されているなら、現在新規に選べるプランと同じ条件だと思い込まないほうが安全です。
クラシックプランは、過去の料金体系や契約内容を引き継いでいる利用者向けの呼び方として扱われることがあります。
そのため、名称が似ていても、利用できる機能、利用者数の考え方、契約更新の条件、サポート範囲が現行プランと一致しない場合があります。
| 確認する項目 | 見るべき資料 |
|---|---|
| 現在の契約名称と更新日 | 契約管理画面・請求書 |
| 利用中の機能と制限 | 管理画面・契約時の案内 |
| 変更後に維持したい運用 | 利用部門への聞き取り |
| 移行時の扱い | 公式の最新案内・問い合わせ回答 |
特に、長年使われてきた環境では、設定や運用が担当者しか把握していないこともあります。
プラン名だけを手掛かりに切り替えを進めず、現状の契約内容を記録してから公式窓口へ相談する順番が無難です。
料金と適用日は公式情報、使用感は第三者評価を参照する
Backlogの料金、契約対象、改定の適用日は、必ずヌーラボの公式ページと契約画面で確認してください。
検索結果に表示される古い比較記事や、SNSで共有された画面写真は、公開当時は正しくても現在の条件とは限りません。
とくに教育機関向けの扱い、エンタープライズの導入条件、クラシックプランの継続条件は、一般向けの料金表だけでは読み取れないことがあります。
一方で、実際の操作のしやすさや通知の多さ、チームへの定着しやすさは、公式情報だけでは分かりにくい部分です。
その場合は、複数の第三者レビューを読み、投稿時期、利用人数、利用目的まで見比べましょう。
「使いやすい」という一言でも、少人数の制作チームと複数部署をまたぐ組織では受け止め方が変わります。
公式情報で契約条件を固め、第三者評価で日常の使用感を補う。この分け方なら、情報の役割が混ざりません。
Backlogのプランは現行体系と今後の改定を分けて確認しよう
Backlogのプランを選ぶときは、料金だけでなく、利用人数・プロジェクト数・容量・必要な権限を一緒に確認することが大切です。
まずは無料利用で日々の業務に合うかを試し、本契約前に管理者や支払い方法を社内で決めておくと安心でしょう。
2027年1月1日にはクラウド版のプラン改定が予定されているため、現行の料金体系と改定後の案内を分けて見ることも欠かせません。
すでに契約中なら、更新日や契約情報、届いている案内を確認し、一般的なクラウド版以外の契約形態では運用条件から判断しましょう。
仕事の状況は少しずつ変わるからこそ、今の人数だけで決めず、半年から1年後に必要になりそうな使い方まで書き出してみませんか。
まずはチームで「管理したい仕事」「招待する相手」「必要な保存容量」を共有し、無料利用で困る場面を確かめてください。
そのうえで契約情報と2027年の改定案内を見比べれば、無理のない費用と使いやすさを両立しやすくなります。
申し込みや更新の前には、管理者画面と契約時のメールを確認する。このひと手間から始めて、自分たちの働き方に合うBacklogのプランを選んでいきましょう。