- マネジメント
システム開発の見積書の項目と内訳 前提条件の書き方と文例
システム開発の見積書とは、作業の範囲・金額・条件を書面にして、依頼側と開発側が「何に対していくらか」を合意するための文書です。 金額の欄に目が行きがちですが、後から追加費用の話がこじれるかどうかは、金額よりも「前提条件」「対象外」「有効期限」の3つがどこまで具体的に書かれているかで決まります。
この記事では、見積書に書く項目の一覧、工程別内訳のテンプレート(Markdownの表とタブ区切り)、小計・管理費・予備費・消費税をPythonで検算した記入例、分類別の前提条件の文例集を本文にすべて載せます。工数をどう算出するか(積み上げ、三点見積もりなどの手法)は扱わず、「算出した数字と条件を、書面に何をどう書くか」に範囲を絞っています。題材は架空の「備品予約システムの開発」です。
この記事の文例や契約に関する記述は一般的な項目の例であり、法律上の助言ではありません。実際の見積書・契約書は、自社の規程と契約内容、法務担当の確認に従って作成してください。
確認環境:Python 3.11(標準ライブラリのみ、Linux)。記事中の金額・割合はすべてコードの実行結果です。確認日は 2026-10-05 です。
この記事の結論
- 見積書は「金額」より「前提条件・対象外・有効期限」の3つで、後の追加費用のやり取りが決まります。
- 前提条件は「何を・いくつ・誰が・いつまでに」を数で書く。 「一式」「適宜」「必要に応じて」を数と条件に置き換えます。
- 対象外は「含まない」と明記する。 書いていないことは、読む側が「含まれる」と受け取ることがあります。
- 内訳は工程・作業・工数・単価・金額の5列で示し、管理費・予備費は「何に対する何%か」を書く。 掛ける対象を変えるだけで金額が変わります。
- 概算・詳細・確定のどの段階の見積かを表題に書く。 段階によって、仮に置いた数と金額の幅の書き方が変わります。
見積書の項目の早見表
| 区分 | 項目 | 書く内容 |
|---|---|---|
| 基本情報 | 表題 | 「御見積書(概算)」のように見積の段階を入れる |
| 基本情報 | 見積番号・版・発行日 | 再提出したときに区別できる番号と版 |
| 基本情報 | 宛名・発行者 | 会社名、部署、担当者、連絡先 |
| 基本情報 | 件名 | 対象のシステム名と作業の範囲(例:備品予約システム 新規開発) |
| 金額 | 合計金額 | 税抜・消費税・税込を分けて書く |
| 金額 | 工程別内訳 | 工程・作業・工数・単価・金額 |
| 金額 | 管理費・予備費 | 掛ける対象と率(例:小計の10%) |
| 金額 | 諸経費・購入品 | ライセンス、機器、出張費など。含まない場合は対象外に書く |
| 条件 | 前提条件 | 範囲・体制・環境・スケジュール・検収・変更時の扱い |
| 条件 | 対象外 | 見積に含まない作業・費用 |
| 条件 | 有効期限 | 日付で書く(例:2026-11-04 まで) |
| 条件 | 納期・作業期間 | 開始の条件(発注日、資料の受領日)とあわせて書く |
| 条件 | 成果物 | 文書名・プログラム・納品の形式 |
| 条件 | 支払条件 | 請求の時期と支払期日 |
| 条件 | 見積の根拠 | 基にした資料の名前・版・日付 |
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
(記載例)出典:株式会社RJC「システム開発の見積書の項目と内訳 前提条件の書き方と文例」
見積書と、混同されやすい文書の違い
| 文書 | 出す時期 | 主な役割 | 金額の扱い |
|---|---|---|---|
| 概算見積書 | 要望を聞いた直後 | 予算を確保できるかの判断材料 | 幅を持たせる。前提が変われば見直す |
| 詳細見積書 | 要件がまとまった後 | 発注するかどうかの判断材料 | 工程別の内訳つき。前提条件を細かく書く |
| 確定見積書 | 設計が固まった後、または契約の直前 | 契約金額の根拠 | 前提と範囲を固定した金額 |
| 提案書 | 見積と同時、または先行 | 何をどう作るかの説明 | 金額は見積書に分ける |
| 発注書・契約書 | 見積の合意後 | 取引の成立と条件の確定 | 見積書の番号と版を引用する |
概算・詳細・確定の使い分け
| 条件 | 出す見積 | 書き方のポイント |
|---|---|---|
| 画面数や機能数がまだ決まっていない | 概算見積 | 仮に置いた数(画面○枚、機能○個)を前提条件に書き、金額に幅を付ける |
| 要件定義書があり、機能一覧が数えられる | 詳細見積 | 工程別内訳を付け、基にした資料の版と日付を書く |
| 設計書が合意済みで、範囲を固定できる | 確定見積 | 範囲の変更は別見積とする旨を書く |
| 要件定義から先が見通せない | 工程を分けて見積もる | 要件定義までを先に見積もり、設計以降は要件定義の後に見積もる旨を書く |
段階の違う見積を同じ表題で出すと、概算の金額が確定の金額として記憶されます。 表題と前提条件の1行目に段階を書き、次の見積をいつ出すかも添えます。
工程別内訳のテンプレート
Markdownの表
| 工程 | 作業 | 工数(人日) | 単価(円/人日) | 金額(円) |
|---|---|---|---|---|
| 要件定義 | | | | |
| 基本設計 | | | | |
| 詳細設計 | | | | |
| 実装 | | | | |
| テスト | | | | |
| 移行・導入 | | | | |
| 受入支援 | | | | |
| 小計 | | | | |
| 管理費(小計の %) | | | | |
| 予備費(小計の %) | | | | |
| 税抜合計 | | | | |
| 消費税( %) | | | | |
| 税込合計 | | | | |
タブ区切り(表計算ソフトに貼る用)
工程 作業 工数 単価 金額
要件定義
基本設計
詳細設計
実装
テスト
移行・導入
受入支援
各列の書き方
| 列 | 書き方 | 避けたい書き方 → 直した例 |
|---|---|---|
| 工程 | 要件定義・設計・実装・テストなど、進め方に合わせた区切り | 「開発一式」 → 工程ごとに行を分ける |
| 作業 | 何を作る・何をするかが分かる名前。機能名や成果物名を入れる | 「実装」 → 「予約機能(登録・変更・取消)」 |
| 工数 | 人日または人月。単位を見出しに書く | 単位なしの「25」 → 「25人日」 |
| 単価 | 1人日(または1人月)あたりの金額。役割で単価が違う場合は行を分ける | 平均単価だけ → 設計とテストで行を分ける |
| 金額 | 工数 × 単価。端数処理の方法を決めておく | 手入力 → 数式または検算コードで求める |
管理費は進行管理・品質管理・会議などにかかる費用、予備費は見積の時点で見通せない作業に備える費用です。どちらも「何に対する何%か」を行の名前に書きます。
記入例:備品予約システムの見積を検算する
内訳を入力すると、金額・小計・管理費・予備費・消費税・合計を計算するコードです。TSV の部分はタブ区切りの記入例を兼ねており、自分の内訳に置き換えて使えます。率と端数処理は例なので、自社の決まりに合わせて変えてください。
# estimate.py : 工程別内訳から小計・管理費・予備費・消費税・合計を検算する
# Python 3.11、標準ライブラリのみ。金額は整数(円)で扱う
from decimal import Decimal, ROUND_DOWN, ROUND_HALF_UP
# タブ区切りの内訳(表計算ソフトからそのまま貼れる)。工数は人日、単価は円/人日
TSV = """工程 作業 工数 単価
要件定義 要件ヒアリング・要件定義書の作成 15 48000
基本設計 画面・データベース・外部連携の設計 20 48000
詳細設計 機能別の詳細設計書の作成 12.5 42000
実装 予約機能(登録・変更・取消) 25 42000
実装 管理画面(備品・利用者の管理) 15 42000
実装 通知機能(メール) 8 42000
テスト 単体テスト 12 38500
テスト 結合テスト・総合テスト 18 42000
移行・導入 初期データの登録・本番環境への配置 6 42000
受入支援 受入テストの支援・操作説明 5 42000"""
MGMT_RATE = Decimal("0.10") # 管理費:小計の10%
RESERVE_RATE = Decimal("0.05") # 予備費:小計の5%
TAX_RATE = Decimal("0.10") # 消費税率
def yen(x, mode=ROUND_DOWN):
return int(Decimal(x).quantize(Decimal("1"), rounding=mode))
rows = [line.split("\t") for line in TSV.splitlines()[1:]]
subtotal, days = 0, Decimal("0")
by_phase = {}
print("工程\t作業\t工数\t単価\t金額")
for phase, work, d, unit in rows:
amount = yen(Decimal(d) * Decimal(unit))
subtotal += amount
days += Decimal(d)
by_phase[phase] = by_phase.get(phase, 0) + amount
print(f"{phase}\t{work}\t{d}\t{int(unit):,}\t{amount:,}")
mgmt = yen(subtotal * MGMT_RATE)
reserve = yen(subtotal * RESERVE_RATE)
net = subtotal + mgmt + reserve
tax = yen(net * TAX_RATE)
print(f"\n工数合計\t{days}人日")
print(f"小計\t{subtotal:,}")
print(f"管理費(小計の10%)\t{mgmt:,}")
print(f"予備費(小計の5%)\t{reserve:,}")
print(f"税抜合計\t{net:,}")
print(f"消費税(10%、1円未満切り捨て)\t{tax:,}")
print(f"税込合計\t{net + tax:,}")
print("\n== 工程別の割合 ==")
for phase, amount in by_phase.items():
print(f"{phase}\t{amount:,}\t{amount / subtotal:.1%}")
print("\n== 計算の順番と端数処理による違い ==")
reserve2 = yen((subtotal + mgmt) * RESERVE_RATE)
print(f"予備費を(小計+管理費)の5%にした場合\t{reserve2:,}\t差 {reserve2 - reserve:,}")
net_r = round(net, -4)
print(f"税抜合計を1万円単位に丸めた場合\t{net_r:,}\t差 {net_r - net:,}")
実行結果です(python3 estimate.py)。
工程 作業 工数 単価 金額
要件定義 要件ヒアリング・要件定義書の作成 15 48,000 720,000
基本設計 画面・データベース・外部連携の設計 20 48,000 960,000
詳細設計 機能別の詳細設計書の作成 12.5 42,000 525,000
実装 予約機能(登録・変更・取消) 25 42,000 1,050,000
実装 管理画面(備品・利用者の管理) 15 42,000 630,000
実装 通知機能(メール) 8 42,000 336,000
テスト 単体テスト 12 38,500 462,000
テスト 結合テスト・総合テスト 18 42,000 756,000
移行・導入 初期データの登録・本番環境への配置 6 42,000 252,000
受入支援 受入テストの支援・操作説明 5 42,000 210,000
工数合計 136.5人日
小計 5,901,000
管理費(小計の10%) 590,100
予備費(小計の5%) 295,050
税抜合計 6,786,150
消費税(10%、1円未満切り捨て) 678,615
税込合計 7,464,765
== 工程別の割合 ==
要件定義 720,000 12.2%
基本設計 960,000 16.3%
詳細設計 525,000 8.9%
実装 2,016,000 34.2%
テスト 1,218,000 20.6%
移行・導入 252,000 4.3%
受入支援 210,000 3.6%
== 計算の順番と端数処理による違い ==
予備費を(小計+管理費)の5%にした場合 324,555 差 29,505
税抜合計を1万円単位に丸めた場合 6,790,000 差 3,850
記入例の内訳表
| 工程 | 作業 | 工数(人日) | 単価(円/人日) | 金額(円) |
|---|---|---|---|---|
| 要件定義 | 要件ヒアリング・要件定義書の作成 | 15 | 48,000 | 720,000 |
| 基本設計 | 画面・データベース・外部連携の設計 | 20 | 48,000 | 960,000 |
| 詳細設計 | 機能別の詳細設計書の作成 | 12.5 | 42,000 | 525,000 |
| 実装 | 予約機能(登録・変更・取消) | 25 | 42,000 | 1,050,000 |
| 実装 | 管理画面(備品・利用者の管理) | 15 | 42,000 | 630,000 |
| 実装 | 通知機能(メール) | 8 | 42,000 | 336,000 |
| テスト | 単体テスト | 12 | 38,500 | 462,000 |
| テスト | 結合テスト・総合テスト | 18 | 42,000 | 756,000 |
| 移行・導入 | 初期データの登録・本番環境への配置 | 6 | 42,000 | 252,000 |
| 受入支援 | 受入テストの支援・操作説明 | 5 | 42,000 | 210,000 |
| 小計 | 136.5 | 5,901,000 | ||
| 管理費(小計の10%) | 590,100 | |||
| 予備費(小計の5%) | 295,050 | |||
| 税抜合計 | 6,786,150 | |||
| 消費税(10%) | 678,615 | |||
| 税込合計 | 7,464,765 |
工程別の割合は、実装が34.2%、テストが20.6%、基本設計が16.3%、要件定義が12.2%でした。割合は題材や進め方で変わるので、この値は記入例の結果として見てください。
前提条件・対象外・有効期限の書き方
3つの役割
| 項目 | 役割 | 書かない場合に起きやすいこと | 書き方の型 |
|---|---|---|---|
| 前提条件 | 金額が成り立つ条件を示す | 条件が変わっても同じ金額で対応する話になる | 「本見積は、〜であることを前提とします」 |
| 対象外 | 金額に含まない作業・費用を示す | 書いていない作業が「含まれる」と受け取られる | 「次の作業・費用は本見積に含みません」 |
| 有効期限 | 金額と条件が有効な期間を示す | 数か月後に同じ金額での発注を求められる | 「本見積の有効期限は○年○月○日です」 |
あいまいな言葉を数と条件に置き換える
| あいまいな書き方 | 置き換えた書き方 |
|---|---|
| 画面一式 | 画面12枚(一覧4、登録・編集5、確認3)。内訳は機能一覧 第1.2版のとおり |
| 軽微な修正は対応します | 受入テストで見つかった、仕様書と動作の相違の修正を含みます。仕様の変更は別途見積とします |
| 必要に応じて打ち合わせ | 定例の打ち合わせは週1回・1時間・オンライン、全12回を含みます |
| 既存データを移行 | 備品マスタ約300件、利用者マスタ約150件を、指定の形式で受領して1回登録します |
| 適宜サポートします | 利用開始後30日間、平日10時〜17時にメールでの問い合わせに対応します |
| 一般的なブラウザに対応 | 対応ブラウザは、発注時点の最新版の2種類(名称を記載)とします |
| 速やかにご確認ください | 成果物の確認は、提出から5営業日以内にお願いします |
前提条件の文例集(分類別)
そのまま貼って、数と名称を書き換えて使えます。〔 〕の中は自分の内容に置き換える箇所です。
見積の段階と根拠
・本見積は〔概算/詳細/確定〕見積です。
・本見積は、〔2026年9月25日〕付「〔備品予約システム 要件定義書 第1.2版〕」の内容に基づいています。
・上記の資料に記載のない機能・作業は、本見積に含みません。
・概算見積のため、要件定義の完了後に詳細見積を改めて提出します。金額は要件の内容により変わることがあります。
範囲
・対象の機能は、機能一覧 第〔1.2〕版に記載の〔14〕機能、画面〔12〕枚、帳票〔2〕種とします。
・対応する端末は〔パソコン〕とし、対応ブラウザは〔発注時点の最新版の2種類(名称を記載)〕とします。
・利用者数は〔150〕人、同時に利用する人数は〔30〕人までを想定しています。
・外部システムとの連携は、〔社内の認証基盤(1種類)〕との連携のみとします。
・画面のデザインは、〔当社の標準の画面部品〕を使用します。
体制と役割分担
・依頼側の窓口は〔1〕名とし、仕様に関する回答はこの窓口から受領します。
・仕様に関する質問への回答は、〔3〕営業日以内にいただけることを前提とします。
・定例の打ち合わせは〔週1回・1時間・オンライン〕、全〔12〕回を含みます。
・業務の内容に関する資料(〔現行の予約台帳、備品の一覧〕)は、依頼側から提供いただきます。
・受入テストの項目の作成と実施は依頼側で行い、当社は〔5〕人日の範囲で支援します。
環境
・開発環境と検証環境は当社で用意します。本番環境は〔依頼側〕で用意いただきます。
・本番環境の利用料、ドメイン、証明書、ソフトウェアのライセンス費用は本見積に含みません。
・本番環境への接続に必要なアカウントと接続手段は、〔作業開始の5営業日前〕までに提供いただきます。
・作業は当社の事業所内で行います。依頼側の事業所での作業が必要な場合の出張費は、別途実費を請求します。
スケジュール
・作業期間は、発注日の翌営業日から〔3〕か月を想定しています。
・〔2026年10月30日〕までに発注をいただけない場合、作業の開始日と完了日を再度調整します。
・依頼側からの資料の提供や回答が前提の期日より遅れた場合、遅れた日数に応じて完了日を見直します。
検収・成果物
・成果物は、〔要件定義書、基本設計書、詳細設計書、プログラム一式、テスト結果報告書、操作説明書〕とします。
・成果物の確認は、提出から〔5〕営業日以内にお願いします。期間内に連絡がない場合の扱いは、契約書の定めに従います。
・検収の基準は、〔合意済みの受入テスト項目がすべて合格すること〕とします。
・検収後〔○か月〕以内に見つかった、仕様書と動作の相違の修正は本見積に含みます。期間と範囲は契約書の定めに従います。
変更時の扱い
・発注後に仕様の追加・変更が生じた場合は、影響する工数と期間を提示し、別途見積のうえ合意してから着手します。
・変更の依頼は〔変更依頼書〕で受け付け、口頭のみの依頼では着手しません。
・画面の文言や配色の調整は、各画面〔2〕回までを含みます。3回目以降は別途見積とします。
・前提条件に記載の数(機能数、画面数、データの件数、打ち合わせの回数)を超える場合は、別途見積とします。
対象外
次の作業・費用は本見積に含みません。
・利用開始後の運用・保守(別途、保守の見積を提出します)
・本番環境の構築と利用料、ソフトウェアのライセンス費用
・既存データの整理・修正(重複の解消、表記の統一)
・利用者向けの集合研修(操作説明書の提供と、管理者向けの説明1回は含みます)
・性能試験、セキュリティ診断
・〔スマートフォン〕向けの画面
有効期限・金額
・本見積の有効期限は〔2026年11月4日〕です。期限を過ぎた場合は、改めて見積を提出します。
・金額は税抜で記載し、消費税は請求時点の税率で別途計算します。
・消費税の1円未満の端数は〔切り捨て〕とします。
・管理費は工程別内訳の小計の〔10〕%、予備費は同じ小計の〔5〕%です。
・予備費は、見積の時点で見通せない作業に充てる費用です。使用する場合は事前に内容を報告します。
予備費の扱い(使わなかった分をどうするか)は取り決めによって変わるので、文例には入れていません。自社の規程と契約内容に合わせて1行加えてください。
見積書の全体テンプレート
項目・内訳・条件を1つにまとめたMarkdownのテンプレートです。
# 御見積書(〔概算/詳細/確定〕)
- 見積番号: 版: 発行日:
- 宛名:
- 発行者:(会社名・部署・担当者・連絡先)
- 件名:
- 作業期間:
- 有効期限:
- 支払条件:
## 金額
- 税抜合計: 円
- 消費税( %): 円
- 税込合計: 円
## 工程別内訳
| 工程 | 作業 | 工数(人日) | 単価(円/人日) | 金額(円) |
|---|---|---|---|---|
| | | | | |
| 小計 | | | | |
| 管理費(小計の %) | | | | |
| 予備費(小計の %) | | | | |
## 成果物
-
## 前提条件
1. 見積の段階と根拠:
2. 範囲:
3. 体制と役割分担:
4. 環境:
5. スケジュール:
6. 検収:
7. 変更時の扱い:
## 対象外
-
## 備考
-
確かめて分かったこと
記入例をコードで検算して分かった、見落としやすい点です。
- 予備費を「小計」に掛けるか「小計+管理費」に掛けるかで、29,505円の差が出ました。 同じ5%でも295,050円と324,555円になります。行の名前に「小計の5%」と掛ける対象を書いておく理由です。
- 管理費と予備費を足すと、税抜合計は小計の1.15倍になります。 小計5,901,000円に対して税抜合計は6,786,150円で、差は885,150円です。内訳の小計だけを見て予算を組むと、この分が不足します。
- 税抜合計を1万円単位に丸めると、3,850円の差が出ました(6,786,150円 → 6,790,000円)。丸める場合は、丸めた金額と、内訳の合計との差をどの行で調整したかを書いておくと、検算した人が迷いません。
- 工数に0.5人日の端数があっても、単価が偶数なら金額は整数になります。 12.5人日 × 42,000円は525,000円でした。単価や率によっては1円未満の端数が出るので、切り捨て・四捨五入のどちらにするかを文例のように書いておきます。
- 実装の金額は小計の34.2%で、設計(要件定義・基本設計・詳細設計の合計37.4%)のほうが大きくなりました。 内訳を工程で分けて示すと、「プログラムを書く以外」にかかる費用が読み手に伝わります。
つまずきやすい点と直し方
| 起きやすいこと | そうなる理由 | こうするとよい |
|---|---|---|
| 「これも含まれると思っていた」と言われる | 対象外が書かれていない | 対象外の節を設け、運用・保守、環境の費用、データの整理などを明記する |
| 概算の金額が契約金額として扱われる | 表題に段階が書かれていない | 表題と前提条件の1行目に「概算」と書き、詳細見積の提出時期を添える |
| 数か月後に同じ金額での発注を求められる | 有効期限がない、または「1か月」とだけ書いてある | 有効期限を日付で書く |
| 内訳の合計と合計金額が合わない | 手入力や丸めの途中で差が出た | 数式か検算コードで求め、丸めた場合は調整した行を書く |
| 仕様の変更と不具合の修正の区別で話が止まる | 「軽微な修正」のような幅のある言葉を使っている | 「仕様書と動作の相違の修正は含む、仕様の変更は別途見積」と分けて書く |
| 再提出した見積のどれが最新か分からなくなる | 見積番号に版がない | 見積番号と版を付け、発注書・契約書で引用する |
よくある質問
Q. システム開発の見積書には何を書きますか? A. 基本情報(表題・番号・宛名・件名)、金額(合計と工程別内訳)、条件(前提条件・対象外・有効期限・納期・成果物・支払条件)の3つの区分を書きます。金額の根拠にした資料の名前と版も入れます。
Q. 見積の前提条件とは? A. その金額が成り立つための条件です。範囲(機能数・画面数)、体制(窓口・回答の期限)、環境、スケジュール、検収、変更時の扱いを、数と期日で書きます。
Q. 概算見積と詳細見積の違いは? A. 概算見積は要件が固まる前に予算の目安として出す見積、詳細見積は要件がまとまった後に工程別の内訳を付けて出す見積です。概算では仮に置いた数を前提条件に書き、金額に幅を持たせます。
Q. 見積書の有効期限はどのくらいにしますか? A. 期間に決まった長さはなく、自社の決まりに合わせて日付で書きます。単価や体制を確保できる期間を目安に決め、過ぎた場合は改めて見積を提出する旨を添えます。
Q. 管理費や予備費は内訳に書いたほうがよいですか? A. 行を分けて、掛ける対象と率を書くことをおすすめします。各工程の単価に含める方法もありますが、行を分けたほうが、何の費用かを説明しやすく、検算もしやすくなります。
Q. 「一式」と書いてはいけませんか? A. 使えますが、内容が数で分かる資料(機能一覧の版など)を必ず引用します。「画面一式」ではなく「画面12枚。内訳は機能一覧 第1.2版のとおり」と書くと、範囲の認識がそろいます。
まとめ
- 見積書は、基本情報・金額・条件の3つの区分で書きます。
- 後の追加費用のやり取りを左右するのは、前提条件・対象外・有効期限の3つです。
- 前提条件は、範囲・体制・環境・スケジュール・検収・変更時の扱いに分け、数と期日で書きます。
- 対象外は「含みません」と明記し、有効期限は日付で書きます。
- 内訳は工程・作業・工数・単価・金額の5列。管理費・予備費は掛ける対象と率を行の名前に書きます。
- 概算・詳細・確定のどの段階の見積かを、表題に書きます。
- 金額は数式か検算コードで求め、丸めや端数処理の方法も書面に残します。
本記事の内容は、ご自由にお使いください。
ご利用の際は、出典として本ページへのリンクを記載いただけますようお願いします。
(記載例)出典:株式会社RJC「システム開発の見積書の項目と内訳 前提条件の書き方と文例」
株式会社RJC ― SI事業・SES事業・AI駆動開発。RJCは一緒に成長を楽しめる会社です。
WE ARE HIRING
RJCで一緒に開発しながら、
成長を楽しみませんか?
RJCは、Web・モバイル・AIを活用した開発プロジェクトで、テックリードやPM・PMOも活躍するシステム開発会社です。会社を知る、待遇を確かめる、話を聞いてみる。気になるところ見てみてください!
- 127日年間休日
- 12時間平均残業時間
- 毎日ガチャ遊びココロも大切にする福利厚生。アマギフなどの賞品ラインナップ!
ほかにも、チケットレストラン、書籍読み放題、2年ごとの慰労報奨(休暇 or 金一封)、11期連続の黒字決算。