カスタムWebアプリ開発と既製SaaSの選び方

カスタムWebアプリ開発が仕様書から始まることは、ほとんどありません。始まりはたいてい一枚の表計算ファイルです。誰かが一つの項目を管理するために作り、そこに二列目が加わり、次にシートが増え、やがて一人しか理解できない数式が書き足されます。三年後、そのファイルにはスケジュールと価格表と顧客情報の半分が入っており、四人が同時に編集していて、どのコピーが最新なのかを自信をもって答えられる人はいません。

そこが本当の分岐点であり、内製か購入かを論じる記事の多くが扱っていない地点でもあります。あなたが選んでいるのは、白紙の状態と完成品のどちらかではありません。動いてはいるが脆い業務から抜け出す三つの道、つまり製品を買うか、ノーコード基盤で組み立てるか、自社の働き方に合わせたソフトウェアを発注するかの選択です。

カスタムWebアプリを作るべきか、SaaSを買うべきか。 原則は購入です。ただし三つの条件のうち二つ以上が当てはまる場合は別です。その業務が間接コストではなく競争上の差別化要因であること、働き方を歪めずに合う製品が存在しないこと、そして仕事の大半が連携作業であること。当てはまるのが一つだけなら、製品に設定を加えるほうがほぼ確実に安く済みます。受託開発には、構築費用のおよそ15から20パーセントが毎年、永続的に発生する運用コストの下限もついてきます。

業務の柱になってしまった表計算ファイル

このパターンは名前を付けられるほど具体的で、名前を付けて初めて自分たちのことだと気づくチームがほとんどです。

始まりは一人と一つの目的です。今週どの案件が入っているかを知りたい人がシートを開きます。二人目が読む必要が出てきて、共有ドライブに移ります。三人目が編集する必要が出てきて、同じセルに複数人が同時に入力するようになります。次に月ごとのシートが増えます。次に別ファイルへの参照が入ります。そして、すでに退職した外部委託者が書いたマクロが加わります。

兆候は共通しています。ファイル名に日付と版番号の接尾辞が付いています。正本が一つあり、誰が持っているかを全員が知っています。新入社員の受け入れは、手順を説明することではなくファイルを見せることになります。手順がほかのどこにも書かれていないからです。

この段階になると、その表計算ファイルはもう文書ではありません。アクセス制御も監査証跡も入力検証もなく、胸を張って説明できるバックアップ方針もなく、保守できる人が一人しかいないアプリケーションです。それは動いています。だからこそ誰も置き換えてこなかったのであり、だからこそ今になって置き換えるのが高くつくのです。

現状維持が実際に払っているコスト

誰も表計算ファイルの費用を数えないので、無料に見えます。実際には無料ではなく、その計算は自社の数字でも簡単に試せます。

まず再入力から始めます。二人がそれぞれ一日45分を、シートと会計ソフトと共有メールボックスの間でデータを移すことに使っているとすれば、週に7時間半、年間45週で約340時間になります。人件費を含めた時間単価をGBP 22とすれば、画面から画面へ数字を写す作業に年間およそGBP 7,500を払っている計算です。そしてその支出が生むものは、入力ミスをする機会だけです。

次に突合作業を足します。誰かが毎月シートを正式なデータと照合し、どちらの版が正しいかを判断するのに半日を使います。さらに、遅れて見つかる誤りを足します。先月の価格で送った見積書、二重に入れてしまった予定、見逃した更新期限。どれも金額としては小さく、不機嫌な顧客を一人生むだけで、どの予算項目にも現れません。

そして属人化のリスクを足します。数式を理解しているのは一人だけで、その人が病気のとき、休暇のとき、あるいは退職したあとは、業務は当て推量に落ちます。

表計算ファイルの中の個人データも規制対象のデータ

そのファイルに氏名、連絡先、従業員記録、顧客情報が入っているなら、それは個人データであり、データベースの場合とまったく同じように英国GDPRが適用されます。

ICOはその要件について明確です。データセキュリティの手引きは、英国GDPRの重要な原則の一つは適切な技術的および組織的措置によって個人データを安全に取り扱うことであり、それらの措置はシステムとその中の個人データの機密性、完全性、可用性を確保しなければならないと述べています。ノートパソコンの上の表計算ファイルには行単位の権限も保存期間の規則も誰が何を読んだかの記録もなく、誰かがメールで送るたびに丸ごと複製されます。

結果は机上の話ではありません。2024年10月、ICOは北アイルランド警察にGBP 750,000の制裁金を科しました。情報公開請求に応じて公開された表計算ファイルの隠しデータが、PSNIの警察官と職員9,483人全員の姓、イニシャル、階級、職務を露出させたためです。執行通知は第5条1項(f)、第32条1項および第32条2項を挙げています。ICOの公的機関向けの方針がなければ、制裁金はGBP 5,600,000になっていました。

業務を表計算ファイルで回している組織には、どこかに必ずそういうワークシートがあります。

製品を買う。SaaSが明らかに正解のとき

これはほとんどの場合の答えであり、結びの段落で片付けるのではなく、最初に主張されるに値します。

あなたの業務がありふれたものなら、その製品はすでに存在し、あなたが作れるどんなものよりも安く手に入ります。給与計算、経費精算、ヘルプデスクのチケット管理、予約受付、電子署名、記帳、採用管理。誰かが十年と大きな開発チームを、あなたがまだ出会っていない例外処理に費やしています。うるう年の不具合、付加価値税率の変更、締め後に届く返金。

同時にあなたは、自分で払うことになるはずだった労働も買っています。ベンダーが稼働率、セキュリティパッチ、ブラウザの変化への追随、アクセシビリティ対応、そして顧客が求めるコンプライアンスの証跡を引き受けます。そのどれも機能一覧には現れませんが、すべて実際のお金です。

正直な判定基準は、その製品がすべてをこなせるかどうかではありません。あなたが大切にしていることを何も変えずに、重要な80パーセントをこなせるかどうかです。食い違いが、自社では「案件」と呼ぶものをソフトウェアが「チケット」と呼ぶことだけなら、ソフトウェアを買って呼び方を変えるべきです。

カスタムWebアプリ開発を正当化する三つの条件

受託開発を正当化するのは戦略であって、苛立ちではありません。本当に開発を支える条件は三つあり、有用な経験則は、そのうち少なくとも二つが必要だということです。条件が一つだけなら、製品に設定を加えて解決するほうがほぼ常に安く済みます。同じ判定基準は企業規模でも成り立ちます。桁の違う規模についてはCRMとERPの内製か購入かのガイドで扱っています。

その業務は間接コストではなく差別化要因か

その業務が二倍良くなったとき、顧客が気づくかどうかを考えてください。何も気づかないなら、それは間接コストなので買うべきです。給与計算が優れていても仕事は取れないからです。しかし、配車の組み方の工夫で一台あたり一件多く回れる専門工事会社や、与信審査の規則そのものが商品である貸金業者は、そのソフトウェアを通して競争優位を動かしています。競合が同じ月額で買える優位性を、あなたが買うことはできません。

業務を歪めずに合う製品が存在しない

どの製品も仕事の流れについての前提を内包しており、それが自社に合っていない兆候は、その製品を採用すると利益を生んでいる何かをやめざるをえないことです。製品が表現できない基準で見積もりを出していて、その出し方こそが顧客に選ばれる理由なのであれば、その製品はライセンス料と引き換えに、もっと平凡になれと求めているのです。

連携こそが本当の仕事

面白い部分が画面ではないこともあります。一つ目のシステムから在庫を、二つ目から価格を、三つ目から技術者の空きを引き出し、結果を四つ目に書き込む。労力の大半が連携である場合、ユーザーインターフェースは自社の配管の上に載る薄い層にすぎず、製品に組み込まれた画面はもっとも必要のない部分になります。この条件はもっとも過小評価されやすく、そして中間の罠が潜んでいる場所でもあります。

中間の罠。買ったうえで結局は作る

もっとも高くつく結末は、どちらの道もきれいに選ばなかった場合です。安く見えたから製品を買い、その製品を自社の業務に合わせて曲げるために受託開発よりも多く払い、そのうえライセンス料も払い続けるという結末です。

それは少しずつ起こり、一つひとつの判断はどれも筋が通っています。製品が合わないので導入パートナーを起用します。パートナーはベンダー独自のスクリプト層に設定を書きます。それはコードですが、製品の内側にあるためコードには感じられません。次にほかの二つのシステムと連携させる必要が出て、連携基盤を購入します。次にベンダーがメジャーバージョンを出し、あなたのカスタマイズは回帰テストが必要になります。

その時点であなたは、カスタムソフトウェアのコストをすべて負い、所有の利点は何も得ていません。読めないコードベース、自分で管理していない場所での稼働、一つの製品の中にしか存在しない言語、そして日額が予算項目になったパートナーによる保守。そうした数字がどう積み上がるかはカスタムソフトウェア開発の費用のガイドで扱っています。

罠にはまっている兆候

罠は抜け出すより見つけるほうが簡単で、探せば信号は明白です。

• 導入パートナーへの支払いが初年度のライセンス料を上回っている。
• 実質的に一つの製品の管理が誰かの常勤業務になっている。
• ベンダー独自のスクリプト言語でロジックを書いており、社外の誰にも読めない。
• ベンダーが更新するたびにカスタマイズの回帰テストが必要になるため、更新を先送りしている。
• この製品にデータを供給するためだけに存在する連携基盤に料金を払っている。
• 製品が表現できないものがあるため、製品と並行して裏の表計算ファイルを維持している。

最後の一つがもっとも分かりやすい兆候です。ソフトウェアを購入したあとも表計算ファイルが生き残っているなら、そのソフトウェアは問題を解決していません。

第三の道としてのノーコードとローコード

ノーコードかカスタムかという問いは脚注扱いでは不十分です。社内ツール開発において、ローコード基盤はしばしば正解であり、おもちゃではないからです。

Airtable、Retool、Microsoft Power Appsのような基盤を使えば、データベース、フォーム、権限、自動化を備えた本物の複数人向けアプリケーションを、誰も雇わずに、数か月ではなく数日で作れます。ホスティング、バックアップ、認証、モバイル表示も引き受けてくれます。業務の柱になった表計算ファイルを、きちんとしたアクセス制御と監査証跡のある何かに移すという具体的な仕事に関しては、大きなリスク削減へのもっとも速い道であることが多いのです。

同時にこれらは席数課金であり、その事実が、規模が大きくなっても正解であり続けるかどうかを決めます。

ノーコードが本当に強い場面

強いのは、問題の形がレコード、フォーム、ビュー、単純な規則である場合です。資産台帳、承認待ちの一覧、顧客の受け入れチェックリスト、会議室の予約。もっとも強いのは、業務を理解している本人が自分で作れる場合です。要件が仕様書に翻訳され、また戻される過程を生き延びる必要がなくなるからです。

価値が出るまでの時間でも勝ちます。毎日使われる二週間で動く道具は、まだ設計中の六か月後の完璧な道具に勝ちますし、作った版が本当の要件は何だったのかを教えてくれます。

ノーコードが壁にぶつかる場所

壁はたいてい五つのうちのどれかです。現実の行数での性能。ビューが数十万件を絞り込む必要が出たときです。少しでも複雑な権限。レコードの状態と閲覧者の所属に依存する行単位の規則などです。二つの処理が両方成立するか、どちらも成立しないかでなければならない整合性。変更を本番前に確認する手段がないことが多いためのテストとバージョン管理。そして、どの遷移が正当かを規則が定める本物の状態機械。

壁には少しずつ近づくのではありません。一時間で終わるはずの変更が不可能だと分かったときに、いきなりぶつかります。

席数課金が規模で何をするか

席数課金は十人なら安く、四百人では擁護しがたくなります。公開されている料金でそれを示すのは簡単です。

Retoolの料金ページは、英国クラウド向けのBusinessプランをビルダー一人あたり月額GBP 40、社内ユーザー一人あたりGBP 12と示しており、TeamプランはGBP 8とGBP 4です。MicrosoftはPower Apps Premiumを年払いで一人あたり月額GBP 16.90、付加価値税別と示しており、2,000席以上ではGBP 10.80に下がります。AirtableはTeamをUSD 20、BusinessをUSD 45と、いずれも一人あたり月額、米ドル建ての年額請求で公開しています。

これを先に伸ばしてみます。Retool Businessで40人、うち3人がビルダーなら、年間およそGBP 6,800です。同じ構成で400人なら年間およそGBP 59,600になり、人を足した瞬間にまた増えます。Power Apps Premiumなら、400席は付加価値税別で年間およそGBP 81,000です。

どの料金も不当ではありません。要点は、請求額が提供された価値ではなく人数に連動しており、人数は増えるということです。

ロジックが独自ツールの中にあるときの出口問題

どの基盤もデータは書き出せます。アプリケーションを書き出せるものはありません。

行はCSVかAPIで出てきますし、契約前に誰もがそこは確認します。出てこないのは、あなたが作ったものです。自動化、数式列、権限規則、条件付きフォーム、一件の申請を三つの通知と一つの状態変更に変える流れ。そのロジックこそが資産であり、正しくするのに何か月もの判断を要したのに、実行できるのは一社のランタイムだけです。

現実的な帰結は、ローコード基盤からの離脱は移行ではなく作り直しだということです。データは返ってきますが、アプリケーションはどこか別の場所で書き直すことになります。しかも、基盤そのものが仕様書だったために、書き残された仕様書はありません。

これは使うなという主張ではなく、規則の記述をツールの外に文書として持っておけという主張です。

三つの道の五年間の総保有コスト

人がよく行う比較は、特定の形でごまかされています。一方の道を完全に費用計上した版と、もう一方の道の表示価格を並べるのです。40人と、表計算ファイル一つと小さなサブスクリプション二つを置き換える業務アプリケーション一つを想定します。以下は見積もりではなく計画のための例示的な数値であり、もっとも動くのはあなたの構築費用です。

文章にすると、40人ではノーコード基盤が五年でおよそGBP 75,800となり勝ちます。カスタム開発は約GBP 94,500で二番手です。GBP 45,000の構築費にGBP 1,800のホスティングと年間GBP 8,100の保守を足しても、SaaSの道が積み上げるライセンス、ミドルウェア、管理の合計には及ばないからです。製品を買う道が約GBP 135,000で最下位になりますが、その理由はライセンス単体ではなく中間の罠です。

同じ表が四百人で逆転する理由

入力を一つ、つまり人数を変えると、順位は完全に入れ替わります。これは開発が合理的になる、もっともよくある理由です。

400人では、一席あたり月額GBP 30のSaaSライセンスだけで年間GBP 144,000になり、同じミドルウェアとより大きな管理負荷を加えると五年合計はGBP 800,000を超えます。ノーコードの道は約GBP 375,000です。カスタム開発はほとんど動きません。人数が増えてもホスティングと保守の予算が少し増えるだけなので、構築費を倍のGBP 70,000にしても五年合計は約GBP 153,000にとどまります。

理由は構造的です。席数課金は組織とともに増える変動費であるのに対し、カスタムシステムは固定費に小さな変動費を足したものであり、その変動費はインフラ、つまり安いものです。この逆転が自社にとって重要かどうかは、技術的な判断ではなく事業予測の問題です。

カスタム開発の継続コストの下限

カスタムの見積もりから抜け落ちる項目は、決して止まらない項目です。受託アプリケーションにはコストの下限があり、誰も機能を要望しない静かな年でもゼロにはなりません。

その下限を構成するのは、ホスティング、監視、復元を実際に試したバックアップ、TLS証明書、セキュリティパッチ、依存関係の更新、そして月曜の九時に壊れたときに電話に出る人です。当初の構築費のおよそ15から20パーセントを年額として見込んでください。これは公表された統計ではなく、この種の案件がどう振る舞うかから導いた計画上の前提ですが、私たちが予算を組むときの数字であり、これを含まない見積もりは完全な見積もりではありません。ソフトウェア保守費用の記事でさらに細かく分解しています。

上の五年合計はいずれも、この項目に予算が付いていることを前提にしています。これを省く案件はその金額を節約しているのではなく、先送りしてのちに作り直しとして支払っているだけで、それこそが技術的負債の意味するところです。

保守されないソフトウェアは劣化する

二年間手を触れずに動いてきたアプリケーションは、安定しているのではありません。パッチが当たっていないのであり、その違いは重要です。

あなたのコードは何も変わっていませんが、その周囲はすべて変わりました。言語ランタイムは公表された計画に沿って提供終了を迎えます。Node.jsは現在バージョン26をCurrentとし、バージョン24と22を有効なLTS系列としています。つまりバージョン20以前で作られたものはすでにサポート外で、セキュリティ修正を受け取っていません。依存関係には公表された脆弱性が積み上がります。ブラウザはCookieとストレージの扱いを変えます。決済事業者はAPIのバージョンを終了し、期限を通告してきます。

どれもあなたの落ち度ではなく、どれもあなたの問題です。受託システムには、それを代わりに吸収してくれるベンダーがいないからです。これこそが購入の、本物の構造的な利点です。他社の開発チームが毎週、床が腐らないように手を入れており、ライセンス料はその費用なのです。自社の保守予算はまったく同じ作業を買うものであり、計画的に払うか、緊急事態として払うかの違いしかありません。

自社の席数の損益分岐点を求める

分岐点は十分ほどで計算できますし、所有権をめぐるどんな議論よりも財務責任者を納得させます。

製品の道の月額を、ライセンス、ミドルウェア、管理に費やす人件費の割合まで含めてすべて足します。そこからカスタムシステムの月額運用費、つまりホスティングと年間保守予算の十二分の一を引きます。構築費を残った額で割ります。答えが、構築費を回収するまでの月数です。

40人で計算すると、SaaSの道は月におよそGBP 2,150、カスタムシステムは月におよそGBP 825なので、月間の差額はおよそGBP 1,325です。GBP 45,000の構築費はそれで約34回割れるので、回収は二年十か月ほどになります。400人では回収は一年未満に縮みます。

注意点が二つあります。ここでもっとも不確かな数字は構築費なので、提示された見積もりと、その50パーセント増しの両方で計算してください。そして回収に三年以上かかる案は弱い案です。あなたの業務がそれほど長く変わらずにいるとは限らないからです。

データと囲い込みは両方向に働く

ベンダーロックインは開発を選ぶ標準的な論拠であり、それは本当です。同時に、それは話の半分でもあります。誰も文書化しなかったカスタムシステムもまた囲い込まれているからです。

製品側では、契約前に実際に何が出てくるかを確認してください。レコードはたいていきれいに出ます。添付ファイル、過去の監査ログ、コメントの連なり、権限の構造、レコード間の関係はしばしば出てきません。実用的な判断基準は書き出しボタンがあるかどうかではなく、書き出しだけで動く代替システムを立ち上げられるかどうかです。

カスタム側の、等しく反対向きのリスクは、READMEもテストも運用手順書もなく、認証情報がノートパソコンの設定ファイルに置かれ、リポジトリが個人アカウントにある、外部委託者一人が作ったシステムです。それはSaaSの囲い込みより悪いことです。ベンダーは少なくともまだ営業しているのですから。

対策は契約上のものであり、最初に要求しておけば安く済みます。リポジトリは自社で所有し、文書と運用手順書を名前の付いた成果物として求め、二人目の技術者がその文書だけで配備できることを要件にしてください。最終支払いの前にその主張を試してください。契約条項については完全な発注者ガイドで詳しく扱っています。

それぞれのモデルでのセキュリティとコンプライアンス

責任の分担は道によって異なりますが、まったく動かないものが一つあり、ここを取り違える例はよくあります。

英国GDPRのもとで、あなたは管理者です。ICOは管理者を、単独でまたは他者と共同で個人データの処理の目的と手段を決定する主体と定義し、処理者を管理者に代わって個人データを処理する主体と定義しています。SaaSベンダーはほぼ常に処理者です。コンプライアンスを立証する責任はあなたに残り、ICOは管理者が自らの処理者について責任を負い、第28条3項が要求する条項を含む拘束力のある契約を結ばなければならないと明言しています。

ベンダーが本当に担うのはインフラ層です。物理的な安全、基盤へのパッチ適用、ネットワーク制御、そして多くの場合は認証です。NCSCの責任共有モデルは、SaaSであっても三つのことは自社に残ると明確にしています。そのサービスが自社のセキュリティ要件を満たすかの評価、安全な設定、そしてどのデータを載せるかの判断です。

カスタム開発では、技術層の全体も引き受けます。パッチ適用、アクセス制御、暗号化、ログ、バックアップと復元です。それがコードとしてどう見えるかはGDPRの技術的コンプライアンスの記事で扱っています。法的な立場は、どちらの道を選んでも変わりません。

アクセシビリティは社内ツールにも適用される

社内ツールは、使う人に障害があるはずがないという前提で作られることが日常的にあります。それは誤りであり、組織によっては違法でもあります。

2010年平等法第20条のもとで、雇用主には合理的配慮を行う義務があります。規定、基準、慣行が生じさせる相当な不利益を避けるために取ることが合理的な措置を講じること、そして補助器具を提供することを含みます。キーボードで操作できないシフト管理システムは、障害のある従業員を相当な不利益に置きますし、顧客が決して目にしないソフトウェアだからという例外はありません。

公的機関ではその立場が明示されています。GOV.UKのアクセシビリティ要件に関する手引きは、イントラネットとエクストラネットのウェブサイトもアクセシビリティ規則の対象であり、WCAG 2.2のAAを満たさなければならず、2019年9月23日より前に公開された古い社内サイトも更新の際にはアクセシブルにしなければならないと述べています。

社内ツールがもっとも落としやすい達成基準は地味なものです。レベルAの2.1.1キーボード操作と3.3.2ラベルまたは説明、レベルAAの1.4.3コントラスト、そしてWCAG 2.2の追加分では2.4.11フォーカスの非隠蔽と2.5.8ターゲットのサイズで、いずれもレベルAAです。

ノーコードではアクセシビリティの上限を自分で決められない

これは、単に作業が増えるという話ではなく、内製か購入かの判断そのものを変えるアクセシビリティの論点です。

ノーコード基盤では、あなたはマークアップを書きません。生成するのは基盤なので、アプリケーションのアクセシビリティはそのコンポーネントライブラリの水準で頭打ちになります。日付選択がキーボードで操作できない場合や、モーダルのフォーカス管理が悪い場合、あなたには直せません。サポートに問い合わせて待つことしかできません。

上限が十分に高ければ問題はありませんし、この課題に真剣に取り組んでいる基盤もいくつかあります。問題になるのは、具体的な義務、具体的な従業員、あるいは公的機関としての責務がある場合です。是正手段が自分の管理下にも自分の日程の中にもないからです。

カスタム開発では、アクセシビリティ対応は自分たちで正しくやるべきものになります。初期費用は増えますが、依存関係はなくなります。候補となるベンダーには、そのコンポーネントを前提に業務を設計する前にアクセシビリティ適合説明書を求め、それが存在しないこと自体を一つの回答として扱ってください。

薄い最初の一枚でカスタム開発のリスクを下げる

カスタム案件が失敗する道筋は、たいてい技術的なものではありません。誰も何も使っていない段階で書かれた仕様書に、予算の全額を投じてしまうことです。

代わりになるのが薄い一枚です。一つの業務の流れを、端から端まで、本番環境で、実際の仕事をしている実在の一人が使う状態にするまでを六週間から八週間で行います。試作でもデモでもなく、本物のデータ、本物の認証、本物の配備を伴って、実際の成果を生むもっとも狭い経路です。業務が見積もりなら、その一枚は見積書を作り、価格を計算し、送信します。

その一枚は、仕様書にはできない四つのことをします。連携を証明します。驚きはそこに潜んでいるからです。チームの実際の実行速度を推定ではなく実測します。その業務の当事者の前に動くソフトウェアを置きます。これは確実に要件を変えます。そして出口を与えます。決まった額を使い、動くものを所有している状態になるからです。

そのうえで、そこに意思決定の地点を、より大きな支出を解放する前に、文書として設けてください。最初の一枚の技術的な形についてはWebアプリの作り方のガイドで扱っており、私たちがどう範囲を定めるかはソフトウェア開発サービスのページで説明しています。

午後のうちに終わる意思決定の枠組み

ここまでのどれにもコンサルティング契約は要りません。必要なのは数時間と、数字に対する正直さです。

第一に、業務を実際に動いているとおりに、手作業で処理している例外も含めて、手順として書き出します。これだけで議論が終わることも多いのです。一つだと思っていた業務が三つあったことが表に出るからです。

第二に、今日の席数を数え、三年先を予測します。第三に、製品をちょうど三つに絞り、機能一覧ではなく書き出した業務手順に対して採点します。その製品を採用すると働き方が変わる箇所をすべて印し、その変化が何かを失わせるかどうかも記録します。

第四に、中間の罠を明示的に見積もります。導入費用、ミドルウェア、そして管理に充てる人件費の割合です。第五に、三つのうち二つの判定を当てます。第六に、両方の席数で回収月数を計算します。第七に、答えがカスタムなら、システムではなく薄い一枚を発注します。

このページを閉じて買いに行くべき人

一部の読者はここで読むのをやめるべきで、そう率直に言うほうが、均衡の取れた結論よりも役に立ちます。

あなたの業務が、何千もの企業がほぼ同じやり方で回しているありふれたものなら、製品を買ってください。利用者が二十人ほどより少なく、それが変わる見込みもないなら、製品を買うかノーコード基盤で作ってください。計画できるどの期間内でも席数の計算があなたに有利に転じないからです。納品後にそのソフトウェアを所有する人がいないなら、製品を買ってください。所有者のいないカスタムシステムは、すぐに負債へと劣化するからです。

業務を文章で説明できないなら、まだ何も発注しないでください。先に書き出してください。失敗した案件の多くは、同じ部屋にいる三人が別々に理解していた説明に対して発注されたものであり、それをどんな技術力も修復できません。

三つの条件のうち一つしか当てはまらないなら、製品を買って一年後に見直してください。条件は変わります。たいていは人数が増えたからです。そして本当に必要なのが社内ツールではなく対外的なサイトなら、それは別の案件であり、私たちのウェブサイト開発の仕事が扱う領域です。

決める前に第三者の意見を得る

どちらの方向でも高くつく間違いは、コードが一行も存在しないうちに起きます。ですから今もっとも安く買えるものは、正直な評価です。

Mecanikは英国企業のための業務用ウェブアプリケーションを作っており、その仕事の大きな部分は、あなたにはそれが必要ないと伝えることです。表計算ファイルと席数と、絞り込んだ三つの製品を持ってきてください。私たちのカスタムソフトウェア開発チームが、薄い最初の一枚を見積もるか、代わりにどの製品を買うべきかをお伝えします。そのアプリケーションが社内向けではなく顧客向けなら、ウェブサイト開発から始めて、その側面を扱ったカスタムWeb開発とSaaSプラットフォームの比較もお読みください。

よくある質問

英国でカスタムWebアプリの費用はどれくらいですか。 表計算ファイル一つとサブスクリプション一つか二つを置き換える的を絞った社内アプリケーションは、構築にGBP 25,000からGBP 60,000ほどかかり、そのうち薄い最初の一枚がGBP 8,000からGBP 15,000です。さらに毎年、構築費の15から20パーセントをホスティング、パッチ適用、依存関係の更新のために見込んでください。このコストの下限は決してゼロになりません。

ノーコードはカスタムWebアプリ開発の本当の代替になりますか。 なります。レコード、フォーム、ビュー、単純な規則であれば、しばしば正解であり、はるかに速く済みます。壁にぶつかるのは、行数が多い場合、権限が複雑な場合、トランザクションの整合性、バージョン管理、本物の状態機械です。また席数課金でもあります。RetoolはBusinessプランをビルダー一人あたり月額GBP 40、社内ユーザー一人あたりGBP 12としており、十席なら安く、四百席ならかなりの額になります。

何人になると買うより作るほうが安くなりますか。 構築費を月間の差額で割ります。差額は、製品にかかる総額から、ホスティングと年間保守予算の十二分の一を引いたものです。40人なら、GBP 45,000の構築費と月額GBP 2,150の製品費用で、回収はおよそ34か月です。400人では一年未満で回収できます。席数課金は人数とともに増えるのに対し、カスタムシステムの運用費はほとんど動かないからです。

作らずにSaaSを買った場合、データ保護の責任は誰にありますか。 あなたにあります。ICOは管理者を、処理の目的と手段を決定する主体と定義しており、SaaSベンダーはほぼ常にあなたの指示に基づいて処理する処理者です。コンプライアンスの立証、処理者のコンプライアンス、そして第28条3項の契約について、責任はあなたに残ります。ソフトウェアの購入が移すのはインフラの作業であって、法的責任ではありません。

社外の誰も見ない社内ツールにもアクセシビリティ規則は適用されますか。 適用されます。2010年平等法第20条は雇用主に合理的配慮を求めており、キーボードで操作できない道具は障害のある従業員を相当な不利益に置きます。公的機関のイントラネットとエクストラネットはアクセシビリティ規則の対象にもなり、WCAG 2.2のAAを満たさなければなりません。ノーコード基盤では、アクセシビリティの上限はベンダーのコンポーネントが決めます。