AI時代の稟議・上申はどう変わるか｜持ち物・判断の単位・撤退ラインの3つの変化と、変わらない1つ

筆者は電力会社にいたころ、本社で新規事業の検討をしていました。稟議書——社内では「お諮り文書」と呼んでいました——を何本も書く側の人間でした。いまはAIとアプリを作る側にいます（経緯は自己紹介にあります）。

そんな筆者から質問します。企画書がAIで一晩で書けるようになったいま、上申で「持っていくもの」は、何が変わると思いますか？

先にことわっておきますと、この記事は稟議書の書き方の話ではありません。稟議に何を書くべきかは、業種や会社風土であまりにも違いすぎて、元電力会社社員一人の経験では語れません（書き方そのものは稟議書の書き方が詳しいです）。ここで考えたいのは、上申というプロセスそのものが、AI時代にどう変わるのか。書く側から作る側に移った筆者の目で、勝手に考えてみます。

お諮り文書の作法

まず、当時の話からです。

筆者が参加していたのは、事業変革に伴う人員の再配置を検討するにあたり、「人間でなければ出来ないけど、インスタントに人材育成可能で、ちょっと稼げるくらい（損しないが妥協ライン）」の新規事業を検討するという、なんとも消極的なプロジェクトでした。

こうなると当然に、上司が最初にチェックするものは見込み収益ではありません。当時最初に見られたのは撤退ラインと、二重三重のコケないプランでした。「コケたらどうすんの？」「どこで逃げんの？」「逃げた後どうすんの？」。ここが見えやすく書けていない稟議は、収益の数字がどれだけ立派でも、その他の内容には見向きもせずに返却です。

そのうえで見られていた数字を、突っ込まれた順に並べます。

要員数。 何人でやるのか。人は最も高い費用で、最も動かしにくい資源だからです。当時は人材の有効活用が主たる検討事項であったので当然でもありますね。

費用規模。 初期にいくら、月々いくら、年間いくら。ここは誰でも書きます。

見込み収益と、その根拠。 収益そのものより「なぜその数字なのか」が見られます。根拠の薄い大きな数字は、根拠の厚い小さな数字に負けました。

生産性の根拠。 一人の作業員が、一時間で、どれだけの作業量をこなせるのか。この一行が、要員数と費用と収益を全部つないでいます。ここが曖昧だと、上の三つも曖昧だと見なされる訳です。

この「一時間あたりの作業量」は、机の上では出てきません。現場に行って、実際の作業を見て、時計を持って数える。あるいは似た作業をしている拠点の実績を借りてくる。稟議の一行の裏に、そういう地味な作業が張り付いていました。

もう一つ、当時の会社にはトヨタ式カイゼンの思想が入っていて、「減らす」「無くす」が十分に検討されているかも重点的に見られました。新しいことを足す前に、いまある業務のどれを無くせるのか。提案する事業には「無駄」が残っていないか。足す稟議より、無くす稟議のほうが通りやすい社内情勢でした。

慣れた日と、最悪の日

生産性の根拠には、もう一段の掘り下げがありました。

一つは、作業員が手慣れたあとの生産性。初日の速さと、三か月後の速さは違う。慣れによる向上を見込んでいるのか、いないのか。

もう一つは、環境が極端に変わったときの生産性。降雪、台風。作業が遅くなるどころか、できなくなる日がある。その検証が入っているか。

つまり生産性は、「いちばん良い日」ではなく「慣れた日」と「最悪の日」の二回で測られていた訳です。この二回測りは、あとでもう一度出てきます。

ここで一度、地図を広げます。筆者が見ていたのは、一つの会社の一つの部署のお諮り文書だけです。AI時代の稟議や上申が世間でどう論じられ、数字がどうなっているのかを、公開資料で補助線を引いておきます。読み飛ばして次の章へ進んでいただいても、話はつながります。

「分厚いほど通る」の地図 ― AI時代の稟議・上申とは・変わること3つと変わらないこと

稟議・上申・決裁の違い

言葉を先に揃えます。稟議は、案件を書面にして関係者へ順に回し、同意を集める手続き。上申は、下位の者が上位の者に意見や案件を申し出ること全般で、稟議はその代表的な形式です。決裁は、権限を持つ人が可否を決める行為。筆者の元の職場では、稟議書のことを「お諮り文書」と呼んでいました。本記事では「稟議」と「上申」をほぼ同じ意味で使い、書く側の目線で話を進めます。書面の構成や科目の話は稟議書の書き方に譲ります。

AI時代の稟議・上申とは

AI時代の稟議・上申とは、企画書や計画書がAIで短時間に書けるようになった環境で、判断を求める側と判断する側の間で「何を根拠に、どの単位で、いつ判断するか」を組み直す話です。書き方の話ではなく、プロセスの話。本記事の見立てでは、変わるのは「持ち物」「お諮りする単位」「撤退ライン」の三つで、変わらないのは「決裁者の目線がダメだったときに向くこと」です。

なぜいま、上申のプロセスが問われるのか

理由は単純で、企画書を作る速さと、判断する速さの差が開いたからです。社内の別の筆者は、この現象を企画インフレと決裁渋滞という言葉で整理しています。ARCHECOの「生成AI時代の新規事業開発 実態調査」（2026年・生成AIを週1回以上使う新規事業担当者と経営層420名）では、企画や検証が形になるスピードが「速くなった」との回答が90.7%に達する一方、「企画が生まれるスピードに検証・意思決定が追いついていない」が33.8%でした。企画は速い、判断は昔のまま。その差を埋める場所が、上申のプロセスです。

数字で見る「投資は増え、成果は追いつかない」

指標	数値	出典
今後12か月でAI投資を拡大する日本の経営層	78%（グローバル平均82%）	アクセンチュア「Pulse of Change」日本版（2026年8月）
AIで全社的・持続的な成果を「すでに実現できている」日本の経営層	13%（グローバル平均23%）	同上
AIの取り組みが「経営会議に報告できるレベルの定量的成果」を生むことに十分な自信がある	48%（グローバル平均55%）	同上
生成AIを導入済み（プライム上場企業・部長以上700名）	95.6%、うち全社導入47%	デロイト トーマツ（2025年8月）
生成AI導入後、社員の生産性が「変化なし」	56.0%→28.6%（前年比）	同上
言語系生成AIの導入効果「期待を大きく超えた」／「おおむね想定通り」／「一定の効果」	4.0%／33.1%／36.1%	JUAS「企業IT動向調査2025」速報
DXの取り組みで「成果が出ている」企業	64.3%（2023年度）	IPA「DX動向2024」

投資を増やす経営層が八割近くいて、成果を出せていると言える経営層は一割強。そして「経営会議に報告できる数字を出せる自信がある」のは半分以下。この最後の一行が、本記事の主題そのものです。上申する側が、経営会議で通る根拠を持てていない。

決裁者が信じるものが、変わった

分厚い資料は、かつて「ここまで考え抜いた」という証明書でした。AIで資料が一晩で書ける以上、その証明書は効かなくなります。決裁渋滞の記事は、代わりに決裁者が信じるものは「一次情報」、つまり実在の顧客や現場に当てて得た事実だと整理しています。AI導入の上申に当てはめると、一次情報とは「現場の人が動くものを触った結果」です。本記事の「持ち物」の話は、ここにつながります。一次情報の集め方そのものは一次情報とはにまとまっています。

変わること1｜持ち物: 計画書から、動くものと現場の反応へ

計画書を薄くしろ、という話ではありません。計画書の「想定」の部分を、動くものを触ってもらった「事実」に置き換える、という話です。AI導入なら、一週間で試作を作り、現場の数人に触ってもらい、「開くか、開かないか」の反応を持っていく。試作の作り方と費用の考え方はプロトタイプ開発とはに、配っても使われない問題は生成AIを導入したのに定着しない話にあります。

変わること2｜お諮りする単位: 全面GOから、段階の許可へ

観点	全面GO型の上申（当時）	段階型の上申（筆者案）
お諮り事項	本事業の実施について	本事業の試作と現場検証（二週間・◯万円）について
持ち物	分厚い計画書	動くもの＋現場の反応＋薄い紙
撤退ライン	累積損失の線を最初に一本	段階ごとに「ここまでで止める」を先に合意
判断する側の負担	重い。差し戻しが防御になる	軽い。「二週間なら」で通しやすい
差し戻されたとき	三か月分の検討がやり直し	二週間分の試作を直して再提出
次の上申	別案件として起案	前回の実績報告を兼ねて、次の段階をお諮り

段階型は、決裁者側が設計を変えなくても、書く側が「お諮り事項」の一行を書き換えるところから始められます。段階の区切り方はPoCの考え方に近く、PoCの進め方と、段階が増えすぎて止まるPoC疲れの両方を読んでおくと、単位を小さくしすぎる失敗も避けられます。

変わること3｜撤退ライン: 損失の線と、優位性の線

当時の撤退ラインは「累積損失がいくらになったら」でした。サービスの検討から開始までが速くなった環境では、これに「先行した優位性が消えたら」の線が加わります。稼げるモデルを早く作り、優位性が薄れたら捨てる、という判断です。撤退ラインを何で測るか、誰が決めるかの設計は新規事業の撤退基準が体系的に整理しています。

変わらないこと｜決裁者の目線は「ダメだったとき」に向く

持ち物が変わっても、人と金を預かる側が最初に見るのは「うまくいかなかったらどうするか」です。当時の上司の目線が撤退ラインの欄で止まっていたのと同じで、AI導入の上申でも「浮いた人はどうするのか」「AIが外した日はどうなるのか」に先に答えておく必要があります。

当時見られていた項目と、AI導入向けの書き換え

項目	当時のお諮り文書で見られていたこと	AI導入の上申での書き換え
要員数	何人でやるのか	誰の何時間が浮くのか。浮いた時間を何に割り当てるのか
費用規模	初期・月々・年間	初期・月額に加え、検討と試作にかけた時間も書く
見込み収益と根拠	なぜその数字なのか	削減額ではなく、浮いた時間で生む新しい稼ぎ
生産性の根拠	一人一時間あたりの作業量。慣れた日と最悪の日	慣れたあとの速さと、AIが外した日の手戻り
撤退ライン	累積損失の線。二重三重のプラン	損失の線＋先行優位が消えたときの線。段階ごとの止めどころ
減らす・無くす	足す前に無くせないか	AIを足す前に、その業務を無くしたり変えたりできないか

人件費削減だけの上申が通らない理由

業務を完全に自動化しない限り、人件費は減りません。業務が三割速くなっても給料は三割減らない。決裁者はそれを知っているので、「削減額」だけの上申は「で、その人はどうするの？」で止まります。通るのは、浮いた人材を何に割り当てて新しい稼ぎを生むのかが、削減とセットで書かれている上申です。AI導入の費用の内訳そのものはAI導入の費用が整理しています。

生産性は二回測る

「慣れた日」と「最悪の日」です。慣れた日は、担当者がAIの使い方に慣れたあとの速さ。初週の速さで見積もると外れます。最悪の日は、AIが外したときの確認と修正の時間。AIの出力は毎回同じではないので、外した日の手戻りを最初から根拠に入れておきます。

試作を持っていくときの注意

一週間で作れるのは「動くもの」であって「本番で使えるもの」ではありません。試作は捨てる前提か育てる前提かを先に決め、育てる前提なら本番化の費用を別に見積もる必要があります。また、触ってもらう現場の人は、賛成してくれそうな人だけでなく、いちばん使わなさそうな人を一人入れておくと、反応の信頼度が上がります。

進め方｜書く側から始める5ステップ

決裁者の設計変更を待たずに始める手順です。

1. お諮り事項を一行書き換える: 「本事業の実施について」を「試作と現場検証（◯週間・◯万円）について」に
2. 止めどころを先に書く: 期間と費用の上限、そして「この反応が出なければ止める」の線
3. 一週間で動くものを作る: 完璧な指示書を作らない。動くものを見てから直す
4. 現場の三人に触ってもらう: 賛成派、中立、いちばん使わなさそうな人。「次の日も開くか」を聞く
5. 実績報告を兼ねた次の上申を書く: 上半分に結果、下半分に次の段階の許可願い

よくある失敗

試作を作ったのに、紙の計画書を従来どおり分厚く作って、判断の材料が増えただけになる。単位を小さくしすぎて、段階が増え、PoCが何周も回って止まる。人件費削減だけを根拠に書いて、「その人はどうするの？」で差し戻される。試作を賛成派にだけ見せて、配ったあとに使われない。どれも、持ち物か単位か撤退ラインのどれかを、当時のまま持ち込んだときに起きます。

——地図はここまで。当時の稟議に書けなかったことの話に戻ります。

無料だった時間

白状しますと、当時の稟議には、いま思えば抜けていたものが二つあります。

一つは、検討する側の人件費です。これは当時従業員だった筆者が心配することでもなく、もっと上位階層で織り込まれていた費用だとは思いますが、それにしても人手を掛けて検討していました。会議を重ね、資料を作り直し、根回しをする。その時間は、稟議の上では無料でした。一本の稟議が通るまでに、何人が、何回集まり、資料を何版作り直したか。一本の稟議に関わる人はざっと二十名、関連する打ち合わせは日に一、二回はありました。それを人件費に換算したら、事業そのものの初期費用に迫る稟議もあったはずです。

もう一つは、事業の継続性に、AIやロボットの台頭を織り込めなかったことです。当時は自動運転などが話題になり始めたころで、「この事業は、数年後にAIやロボットで前提が変わるかもしれない」と雰囲気を感じていても、それを稟議の言葉で表現する手段がなかった。書けないので、書かない。書かないので、判断にも入らない。（鋭い上司が居なければ、ですよ、、、笑）

この二つを頭の隅に置いて、作る側に回ってからの話をします。

足掛け二年と、一週間

筆者がバイブコーディングを始めたてのころ、こだわり満載のフルコードのホームページを作るのに、足掛け二年以上かかりました。これは黎明期のバイブコーディングがそのようなものだったということではなく、そもそもコーディング素人たる筆者が取り組んだことも主たる要因です。しかし、いまは道具が進化して、プロトタイプを完成させるのには一週間あれば十分です。

二年かかった理由は、スキルや当時の道具の品質の問題だけではありません。構想の段階で「完璧なものを一発で」作ろうとしたからです。構想時点の自分の「最良」と思える判断と、動くものを見たあとの自分の判断は、しばしば違うことがあります。動くものを見て初めて「これは要らなかった」「ここはこうしたい」が分かる。だから完璧な成果物が欲しくて必死にプロンプトを作ることに時間を使うのは、いまの筆者から見ると無駄でした。プロトタイプを高速で作って、動くものを見てからこだわりを注入して、完成に近づけていく。これが、少なくとも現時点ではいちばん速い。

ここで、あのお諮り文書のことを思い出した訳です。

分厚い計画書というのは、構想時点の判断で書いた「完璧なプロンプト」そのものでした。動くものを見る前の自分が、動くものを見る前の上司に、紙で説明する。判断の材料が両方とも「見る前」なのだから、資料を厚くしても判断の質はそれほど上がらない。当時は、それしか手段がなかっただけです。

持ち物が、紙から動くものに変わる

ここからが本題です。

企画書がAIで一晩で書けるようになった、とよく言われます。でも筆者が変わったと思うのは、企画書を書く速さではありません。「無料だった時間」の使い道です。

当時、検討する側の時間は稟議に載らない代わりに、会議と資料の作り直しに消えていました。いまなら、その時間の一部を試作に振り向けられます。AI導入の上申であれば、一週間で動くものを作って、現場の三人に触ってもらって、その反応を持っていく。分厚い計画書の代わりに、動くものと、触った人の反応。これが、筆者の考えるAI時代の上申の持ち物です。

なぜ反応まで持っていくのか。AI導入でいちばん怖いのは、精度が足りないことではなく、配ったのに使われないことだからです（この話は別の記事で書きました）。使われるかどうかは、紙の上では分からない。現場の人が実際に触って、「これなら開く」「これは開かない」と言った事実だけが根拠になります。当時の筆者が時計を持って現場の作業を数えに行ったのと、同じ種類の地味な作業です。数えるものが「一時間あたりの作業量」から「触った人が、次の日も開くか」に変わっただけ、とも言えます。

同じ現象を、決裁する側から見た記事が社内にあります。決裁渋滞では、決裁者が信じられるものが「一次情報」に変わった、と書かれています。筆者の言い方だと、AI導入の上申における一次情報とは「現場の人が動くものを触った結果」で、それを持っていける速さが、いまは一週間になった。決裁者側の設計変更はあちらに譲って、ここでは書く側の持ち物の話に絞ります。

一つだけ補足しますと、「動くものを見せれば通る」という話ではありません。動くものを見せると、通らない理由が早く分かる、という話です。紙で三か月かけて差し戻されるより、一週間で「これ、現場は開かないな」と分かるほうが、検討する側の人件費も、上司の時間も、はるかに安く済む訳です。

お諮りする単位が、小さくなる

持ち物が変わると、お諮りする単位も変わります。

当時の稟議は、事業への全面GOを一発で取りにいくものでした。だから撤退ラインと二重三重のプランを、最初の一枚で全部書く必要があった。一週間で動くものが作れるなら、最初にお諮りするのは全面GOではなく、「二週間と、これだけの費用で、動くものを作って現場に当てる許可」で足ります。

これは、決裁者が設計を変えてくれるのを待たなくても、書く側から仕掛けられます。稟議の一行目、「お諮り事項」の欄を書き換えるだけです。「本事業の実施について」ではなく、「本事業の試作と現場検証（二週間・◯万円）について」。上司が判断するものが軽くなれば、「コケたらどうすんの？」への答えも軽くなる。「コケたら二週間と◯万円で止めます」で済む訳です。

撤退ラインも、一本増えます。基本の撤退ラインは「累積損失がいくらになったら」です。しかし、AI開発においてはサービスの検討スタートから事業開始までの速度が目まぐるしい勢いで上昇しています。すると、稼げるモデルを早急に作って、先行してサービスを展開した優位性を失ったら即座に捨てる、という判断もあり得ると筆者は思っています。損失の線に加えて、「先行優位が消えたら」の線。サービスを生み、旬を味わい、味が薄くなったら捨てる。これ自体は経営側、つまり上申される側が考えることなのかも知れませんが、新規事業を検討するうえで、そのサービスの旬はいつ頃まで続きそうなのかに思いを馳せることが出来ているのも、良い検討かと思います。撤退基準そのものの設計は新規事業の撤退基準が詳しいので、ここでは「稟議に撤退ラインを二本書くことも一案」とだけ言っておきます。

お諮り文書は、報告書を兼ねる

単位が小さくなると、紙の性格も変わります。

当時のお諮り文書は、まだ何もしていない段階で「これからやることの許可」を求める紙でした。実際にやってみてどうだったかは、別の文書で、別の日に報告するものでした。

二週間の試作を通した次の上申は、その試作を現場に当てた結果を報告しながら、次の二週間の許可を求める紙になります。一枚目の上半分が「やらせてもらった結果」、下半分が「次にやらせてほしいこと」。お諮り文書が、実績報告を兼ねる文書に変わる訳です。上司から見れば、「やらせてみたらどうだったか」が毎回一枚目に載っている。当時、生産性の根拠を集めるために時計を持って現場を数えに行った地味な作業が、上申の紙そのものに組み込まれる、とも言えます。

これは、書く側にとっても楽な変化だと思っています。まだ起きていないことを二重三重に想定して書くより、起きたことを書くほうが、ずっと書きやすい。想定で埋めていた撤退ラインの欄も、「二週間やってみて、ここまでは大丈夫でした」という実績で埋められます。

上司の目線が止まる場所は、変わらない

ここまで「変わる」話をしてきましたが、変わらないものもあります。むしろ、こちらのほうが大事かもしれません。

当時、稟議を持っていくと、上司の目線は最初のページの下のほうで止まっていました。撤退ラインの欄です。そこに納得すると、目線はようやく上に戻って、収益や生産性の欄を読み始める。持ち物が動くものに変わっても、上司の目が「ダメだったとき」に向くのは変わらないと思います。人と金を預かる側の目がそこに向くのは、当然のことです。

動くサンプルに添える資料には、同じように次の「ダメだったら」を少々書き添えます。その他の項目は、AI導入に向けてこんな風にチューニングされるのではないでしょうか。

「浮いた人は、どうするの？」 AI導入の稟議で、いちばん書きやすくて、いちばん通らないのが「人件費削減」です。業務を完全に自動化しない限り、人件費は減らないからです。もしかしたら、完全に自動化しても担当者が張り付くパターンもあるかも知れませんね。業務が三割速くなっても、その人の給料は三割減らない。上司はそれを知っています。通るのは、浮いた人材を、何に割り当てて、新たな稼ぎを生むのかが削減とセットで書かれている稟議です。当時「止めたら何が残るのか」を見られていたのと、同じ構造です。

「最悪の日は、どうなるの？」 「慣れた日」と「最悪の日」の二回測りは、AI導入にそのまま持ち込めます。慣れた日は、担当者がAIの使い方に慣れたあとの速さ。最悪の日は、AIが外したときの手戻りです。AIの出力は毎回同じではないので、外した日の確認と修正の時間を、生産性の根拠に最初から入れておく。降雪と台風を検証していたのと、まったく同じことです。

「無くせないの？」 そして、カイゼンの目線を一つ。AIを足す前に、その業務は無くしたり変えることで減らせないか。無くせる業務にAIを入れるのは、いちばん通らない稟議かもしれませんね。

今なら、こう持っていく

当時と、いまを並べます。

	当時のお諮り文書	AI時代の上申（筆者案）
持ち物	分厚い計画書	動くもの＋現場が触った反応＋薄い紙
お諮りする単位	事業への全面GO	二週間・◯万円の試作と現場検証の許可
撤退ライン	累積損失の線	損失の線＋先行優位が消えたときの線
生産性の根拠	慣れた日と、最悪の日（降雪・台風）	慣れた日と、AIが外した日の手戻り
検討する側の時間	無料（計上しない）	試作に振り向ける。かけた時間も書く
紙の性格	これからやることの許可願い	前の二週間の実績報告を兼ねた、次の許可願い
上司の目線が止まる場所	撤退ライン。「コケたらどうすんの？」	変わらない。＋「浮いた人はどうするの？」

念のため、、、これは「当時の上申が古かった」という話ではありません。動くものを一週間で作る手段がなかっただけで、上司たちが「ダメだったとき」を先に見ていたのは、いま思えば正しかった。作る側に回って、あの目線の止まり方をようやく理解した、というのが正直なところです。

あなたの次の上申、持ち物は紙だけでしょうか？　それとも、誰かに触ってもらった動くものを、一つ添えられそうでしょうか？

AI時代の稟議・上申のよくある質問

AI時代に、稟議書の書き方は変わりますか？

書面の構成や項目そのものは会社ごとに決まっていて、大きくは変わらないと筆者は考えています。変わるのは書き方ではなく、持っていくものと、お諮りする単位です。想定で埋めていた欄を、動くものを触ってもらった事実で埋める。全面GOを一発で求める代わりに、期間と費用を区切った試作の許可から求める。書面の型は稟議書の書き方が詳しいです。

AI導入の稟議で「人件費削減」だけでは通らないのはなぜですか？

業務を完全に自動化しない限り、人件費は減らないからです。業務が三割速くなっても、その人の給料は三割減りません。決裁者はそれを知っているので、削減額だけの上申は「で、その人はどうするの？」で止まります。浮いた人材を何に割り当てて新しい稼ぎを生むのかを、削減とセットで書くのが筆者の考える通る形です。

稟議の前にプロトタイプを作ってもよいのですか？費用は誰が持つのですか？

本記事の提案は、プロトタイプを作ること自体を最初の稟議の対象にすることです。「二週間と◯万円で動くものを作って現場に当てる許可」をお諮りすれば、費用の出どころも先に決まります。当時、検討する側の会議や資料作りの時間は稟議に載らない無料の時間でしたが、その一部を試作に振り向ける、という考え方です。

撤退ラインは、AI導入の稟議にどう書けばいいですか？

筆者は二本書くことを一案として挙げています。一本は当時と同じ「累積損失がいくらになったら」の線。もう一本は「先行した優位性が消えたら」の線です。段階型の上申なら、段階ごとに「この反応が出なければ止める」を先に合意しておくと、撤退ラインが想定ではなく実績で埋まっていきます。指標の設計は新規事業の撤退基準を参照してください。

上申の単位を小さくするために、書く側から何ができますか？

稟議の一行目、「お諮り事項」の欄を書き換えることです。「本事業の実施について」ではなく「本事業の試作と現場検証（期間・費用）について」。判断するものが軽くなれば、「コケたらどうするの？」への答えも「期間と費用の上限で止めます」で済みます。二回目以降の上申は、前回の実績報告を兼ねた次の段階の許可願いになります。

この記事は、ARCHECOが運営するメディア「AI・新規事業戦略大学」でお届けしました。ARCHECOは、UI/UXデザインとプロダクト開発を強みに、お客さまと並走しながら「使われるもの」をつくっているチームです。ご相談・お問い合わせはこちらからどうぞ。