ホーム読みもの

kintone と Power Apps、どっちを選ぶか(Power Platform寄りの人間が正直に書きます)

機能比較ではなく、選び方の分かれ目を書きます。すでにMicrosoft 365を全社で使っているか、社外の人が触るか、直す人が誰か。この3つでほぼ決まります。

読了 約4分 kintonePower Appsツール選定

「業務アプリを作りたいんですが、kintone と Power Apps はどう違いますか」

先に立場を書いておきます。私は Power Platform 側の実務が長い人間です。なので見方は中立ではありません。そのうえで、kintone を選んだほうがいい場面は実際にあるので、そこも書きます。

機能表を並べても選べません。分かれ目は3つです。

分かれ目1:すでに Microsoft 365 を全社で使っているか

これがいちばん大きいです。

すでに全社で Microsoft 365(Teams、SharePoint、Outlook)を使っているなら、Power Apps 側にかなり寄ります。理由は機能ではなく、周辺が全部つながっているからです。

  • ログインは既存のアカウントのまま。IDを増やさなくていい
  • 権限は既存の組織・グループをそのまま使える
  • 承認は Teams に飛ぶ。既読も反応も普段の場所で完結する
  • データは SharePoint リストに置ける。追加費用が発生しない範囲で始められる

逆に、Microsoft 365 を使っていない、あるいはメールだけ別のものを使っている——という会社なら、この利点はほぼ効きません。その場合は kintone のほうが素直です。

分かれ目2:社外の人が入力するか

社外の取引先や顧客に入力してもらうなら、kintone のほうが取り回しが楽です。ゲストユーザーの仕組みが分かりやすく、料金の見通しも立てやすい。

Power Apps で社外の人を入れようとすると、認証まわりの検討が一段増えます。できないわけではありませんが、「社外1社に月1回だけ入力してもらいたい」程度の要件に対しては、重いです。

社内で完結するなら、この差は出ません。

分かれ目3:作ったあと、誰が直すか

ここも実務的に効きます。

情シスがいない、あるいは1人で兼務している会社では、kintone のほうが続きやすい傾向があります。

  • 画面から項目を足すのが分かりやすい
  • 日本語のドキュメントとサポートが揃っている
  • 困ったときにパートナー会社が探しやすい

Power Apps は、自由度が高いぶん、作り方の幅も広いです。同じものを3通りの方法で作れてしまうので、作った人の癖が出ます。担当者が変わったときに「なんでこうなっているのか分からない」が起きやすいのは、正直こちら側です。

これは作り方で防げます(Excelの転記作業を自動化する前に に書いた、日本語の変数名・1ページの手順書・作る過程を見せる、といったこと)。ただし放っておくと防げません。


まとめると

条件寄る方
Microsoft 365 を全社で使っているPower Apps
Microsoft 365 を使っていないkintone
社外の人が入力するkintone
社内で完結するどちらでも
情シスがいない・1人兼務kintone
内製する人を育てる前提があるどちらでも(作り方次第)
承認をTeamsで回したいPower Apps
すでに他のSaaSを多く使っていて連携が要るkintone(プラグイン・連携サービスが厚い)

「Microsoft 365 を全社で使っていて、社内で完結する業務」なら Power Apps。それ以外は kintone を先に検討する価値がある、というのが正直なところです。

選ぶ前に、もっと効く問い

最後にひとつだけ。この質問が来たとき、私はよくこう聞き返します。

「そもそも、アプリを作らないと解けない問題ですか」

  • 入力を集めるだけなら、Microsoft Forms で足りることがあります
  • 一覧で見て絞り込めればいいなら、SharePoint リストで足りることがあります
  • 通知と集計だけなら、Power Automate だけで足りることがあります

アプリを作ると、作った瞬間から面倒を見る対象が1つ増えます。それに見合うかどうかは、ツール選定より手前の話です。

ここを飛ばして比較検討から入ると、どちらを選んでも「思ったほど楽にならなかった」になりがちです。

まとめ

  • 分かれ目は3つ。M365を全社で使っているか/社外の人が触るか/直す人は誰か
  • M365全社+社内完結 → Power Apps。それ以外 → kintone を先に検討
  • Power Apps は自由度が高いぶん、作った人の癖が残りやすい。作り方で防ぐ必要がある
  • そして、アプリを作らずに解ける可能性を先に潰しておく

どちらを選ぶにしても、依頼内容が固まっているほど比較が正確になります。資料室に置いてある開発依頼まとめシートは、うち以外に出してもらって構いません。同じものを複数社に渡したほうが、比較として正しくなります。

この記事で使うシートを配っています

XLSX

開発依頼まとめシート

業務アプリを外に頼むとき、これを埋めて渡すと見積りのブレが小さくなります。人数・元データ・承認の段数・期限・あとで誰が直すかの5項目に、後から揉めやすい定番の要否チェックを足した1枚です。

ダウンロード(無料・登録不要)

Excel(.xlsx) / 10 KB ※社内での利用・改変・配布は自由/転載・再配布・販売は不可

読んだうえで「うちの場合はどうか」を話したい方へ

OKD SOFT は、生成AI(Microsoft 365 Copilot / Copilot Studio)と Power Platform を使った業務改善・内製化支援をしています。作って渡して終わりにせず、担当の方が自分で直せる状態までご一緒します。

「何から手をつければいいか分からない」の段階でも大丈夫です。まずは現状をうかがうところから。