ガイド

中小企業がカスタムソフトウェア導入で犯す7つの失敗

カスタムソフトウェアは、中小企業にとって最も賢い投資にもなれば、最も苦しい出費にもなります。その違いはコードにあることはほとんどありません。一行も書かれる前に人々が犯す、避けられる7つの失敗にあるのです。

Have a nice dayHave a nice day読了 約3分
中小企業がカスタムソフトウェア導入で犯す7つの失敗

カスタムソフトウェアのプロジェクトで痛い目に遭った中小企業の多くは、出来の悪いプログラマーのせいで痛い目に遭ったのではありません。プログラミングが始まる何週間も前に痛い目に遭っているのです。キックオフ会議で、メールのやり取りで、握手の場で、その時には小さく思えた一つの判断によって。コードが届く頃には、失敗はすでに組み込まれています。良い知らせは、これらの失敗が退屈なほど繰り返し起こるということです。つまり、どんな形をしているかを知っていれば避けられるのです。

私はこうしたプロジェクトを、テーブルの両側から、数多く内側で見てきました。ある会社にとっては、それなしの仕事が想像できないほどのツールになりました。別のものは、半分しか出来ていないログイン画面、緊張した請求書をめぐる争い、そして二度とカスタムには手を出さないと誓う経営者になりました。歯がゆいのは、この二つの結末を分けたものがいかに小さかったかです。技術が問題であることはめったにありません。技術をめぐる判断こそ、ほぼ常に問題でした。

そこで、中小企業がオーダーメイドのソフトウェアを発注するときに、私が何度も繰り返し目にする7つの失敗をご紹介します。避けるのに技術的な知識は一切必要ありません。署名する前に、それらが存在することを知っておきさえすればよいのです。

失敗1:問題を理解する前に解決策を買う

最も高くつく失敗は最初に起こり、しかも無害に聞こえます。「Xをするアプリが必要だ」。誰かがそう口にする頃には、たいてい解決策の形——ダッシュボード、ポータル、モバイルアプリ——をすでに決めてしまっており、実際の問題を平易な言葉で書き留めた人は誰もいません。すると開発は、誤ったものを忠実に、美しく仕上げてしまうのです。

良いソフトウェアは機能の一覧ではなく、問題の記述から始まります。「うちの事務チームは、メールの注文を一件ずつ会計システムに打ち直していて、二人がかりで半日かかる」——これは問題です。「カスタムCRMが必要だ」——これは、誰も名前を付ける手間をかけなかった問題に対する解決策の当て推量です。前者は安く解決でき、測定もできます。後者は、お金を使う際限のない招待状です。

ホワイトボードの前に立つ中小企業の経営者と開発者。経営者は画面のモックアップではなく、入り組んだ実際の業務フローを手描きした図を指している。温かみのあるオフィスの光
カスタムソフトウェアに費やす最も安い一時間は、誰かが画面を設計する前に、本当の問題を図に描き出す一時間です。

失敗2:何もかも一度に作ろうとする

カスタムソフトウェアは十年に一度の買い物のように感じられるため、人々は十年分の願いをバージョン1に詰め込もうとします。どの部署も要望を追加します。「ついでに」という声すべてにイエスが出ます。範囲は膨れ上がり、納期は三倍になり、誰かが使い始めるはるか前に、プロジェクトは自らの野心の重みで崩れ落ちます。

成功する企業はその逆をします。問題のうち最も苦痛な一切れだけを選び、それを最初に作ります——数か月以内に、本番で動く本物のものを。そして実際の利用に、次は何かを語らせます。これは単に安いだけではありません。より安全なのです。賭け金がまだ小さいうちにアイデアが機能するかを学べます。半年と高額な請求書のあとで、間違ったものを設計したと気づくのではなく。

完成して毎日使われている小さなものは、80%出来ていてステージングサーバーで静かに死につつある壮大なものに勝ります。
40項目の願望リストを差し出してくる客に、私が必ず言うこと

その下には厳しい真実が潜んでいます。あなたは実のところ、まだ何が必要かを分かっていません。最初の段階では、誰にも分かりません。問題に対するあなたの理解は、実際の人々が実際のツールに触れた瞬間に変わります。すべてを前もって作ることは、最も早く、最も情報の乏しかった推測を固定してしまいます。一切れずつ作ることは柔軟性を保ち——まだ学んでいる間、予算を抑え続けます。

失敗3:価格だけで選ぶ

見積もりを三社から取ります。一社が他社より劇的に安い。ほっとして、そこに決める。これは小さなプロジェクトを高くつくものに変える、最も確実な方法の一つです。安い見積もりが作業の安さを意味することは、ほぼ決してないからです。たいていは、双方が仕事を別々に理解していたことを意味します。

低い数字はしばしば、いくつかのうちのどれかを示します。十分に質問しなかったために範囲を低く見積もった、後の変更要望で利幅を稼ぐつもりだ、あるいは経験が浅く、まだ自分が何を知らないかを知らない。どれも良い結末を迎えません。表向きの価格は、提案書の中で最も役に立たない数字です。重要なのは、その業者があなたの問題を明確に理解しているか、気まずい質問をするか、そして含まれていないものについて正直かどうかです。

失敗4:ソフトウェアが一度きりの買い物ではないことを忘れる

カスタムソフトウェアはしばしば、家具のように売り込まれ、買われます。一度払えば、永遠に自分のもの、と。そうではありません。ソフトウェアは動き続ける世界の中で生きています——OSは更新され、ブラウザは変わり、セキュリティ修正が降ってきて、あなたの事業は移り変わり、連携先のツールはルールを変えます。誰も保守しないツールは、ゆっくりと動かなくなり、やがて最悪のタイミングで壊れます。

これは中小企業をひどく苦しめます。保守費用が契約時には見えないからです。あなたは二つの見積もりを開発費で比べ、より重要な問いを決して尋ねません。これを毎年、生かして健全に保つのにいくらかかるのか? ホスティング、更新、小さな修正、事業の進展に応じた折々の変更——これを、保険や会計と同じように、当たり前に続く費用項目として計画してください。たいていは控えめな額ですが、それも予期している場合に限ります。

費用契約時に明白か?計画に入れる
初期開発はい言うまでもなく
ホスティングとインフラ時々毎月、継続的に
セキュリティ更新と修正まれに年間で予算化
成長に伴う変更まれに見込んでおく
導入支援と研修ほとんどない初日から組み込む
コードとデータの所有ほとんどない着手前に取り決める
人が覚えている費用と、忘れてしまう費用。

失敗5:要件を曖昧なまま、責任者なしで放置する

「あなた方が専門家なのだから、良いものを作ってください」は寛大に聞こえます。実際にはこうしてプロジェクトは漂流します。あなたの事業を最もよく理解しているのは、あなたとあなたのチームであって、開発者ではありません。ぼんやりした依頼書を渡して姿を消せば、業者は隙間を最善の推測で埋め、あなたはその推測を最悪のタイミング——納品時、変更が最も高くつくとき——に知ることになります。

あなたの側で埋めるべき役割が二つあり、中小企業は決まってそのどちらも埋めません。一つ目は唯一の意思決定者——イエスと言え、部署間の対立を裁定でき、何週間も質問に答えられないほど多忙ではない一人です。二つ目は、肝心な部分について具体的になる意志です。境界事例、事業が常に手作業でさばいてきた奇妙な例外、誰もが知っているのに誰も書き留めなかった規則。それこそ、ソフトウェアが正しく扱う必要のあるものです。

二分割のイラスト。片側には一人の明示された意思決定者がいる明快でまっすぐな道、もう片側には多くの人がばらばらの方向へ引っ張り合う、もつれて輪を描く道。すっきりした編集的フラットスタイル
権限を持つ一人の意思決定者がプロジェクトを前に進めます。責任者のいない委員会は、スケジュールが死ぬ場所です。

失敗6:コードとデータの所有者を尋ねない

これは静かな失敗で、何年も後に最も痛むものです。カスタムソフトウェアにお金を払い、自分のものだと思い込む。やがて業者との関係がこじれ、あるいは値上げされ、あるいはただ姿を消す——そして、身動きが取れないと気づきます。ソースコードを持っていない。データは彼らしかアクセスできないシステムの中にある。あなたの事業全体が、もはや信頼できない会社に依存し、交渉材料は何もないのです。

これらを防ぐのに弁護士は要りません。必要なのは、まだすべての交渉力を握っている着手前に尋ねる、三つの平易な質問です。これが完成したとき、ソースコードは誰のものになりますか? 自分のデータすべてを、使える形式で、好きなときにエクスポートできますか? そして、もし袂を分かつなら、私は正確に何を持って去れますか? 評判の良いパートナーは、これらにたじろがず答えます。ここでの躊躇は、全工程で最大の危険信号です。

  • ソースコードを所有すること、または公正で明確なライセンスを持つことを、書面で取り付ける。
  • 自分のデータを標準的な形式で、要求に応じて、許可なくエクスポートできることを確認する。
  • 別の開発者が引き継げる程度に、作業が十分に文書化されていることを確かめる。
  • ありふれた既知の技術で同じ仕事ができる場面では、独自仕様による囲い込みを避ける。
  • 将来業者を変えるとき、ホスティングとアカウントがどうなるかを前もって取り決める。

失敗7:リリースをゴールラインと扱う

ソフトウェアが納品され、動き、皆ほっとする。プロジェクトは完了と宣言されます。半年後、チームの半分は静かに古い表計算に戻っており、高価な新ツールは二人が一つの用途で使うだけ。開発は成功しました。定着は失敗したのです——この二つはまったく別の問題です。

人々が新しいツールに抵抗するのは、愚かだからでも頑固だからでもありません。新しいやり方が不慣れで、古いやり方が一応まだ通用するから抵抗するのです。それを乗り越えるには、誰も予算化しなかった意図的な努力が要ります。少しの研修、その変化がその人自身をどう助けるかという明快な理由、最初の数週間に判断抜きで素朴な質問に答える人、そして滑り戻る逃げ場がないよう古いやり方を退役させる断固たる決断です。

  1. 1
    まず小さなグループに展開する
    全社の前に、乗り気な数人にツールを展開しましょう。彼らが粗削りな点を見つけ、社内の推進者になってくれます。
  2. 2
    会社の利益ではなく、個人の利益を示す
    「これは会社の経費を節約する」では誰も動きません。「これで住所を二度打ちしなくて済む」が人を味方につけます。
  3. 3
    質問の窓口役を一人決める
    最初の一か月は、誰かが素朴な質問を引き受けます。最初の一週間の摩擦が、定着を永遠に殺すのです。
  4. 4
    古いやり方を本当に止める
    古い表計算が存在する限り、人はそれを使い続けます。新ツールが動いたら、逃げ場を退役させましょう——穏やかに、しかし明確に。
和やかな実践研修のセッションで、画面を囲む小さなチーム。一人が他の人を導いており、雰囲気はくつろいで前向き。柔らかな自然光
ソフトウェアは一度作られます。定着は最初の数週間で勝ち取られます——研修と忍耐、そして乗り換える一つの確かな理由によって。

まとめ:買い手の心構え

この七つを読み返すと、一本の糸が通っています。技術的なものはほとんどありません。それらは、明確さ、所有、そして抑制についてです——買い物に出る前に問題を知ること、小さな歩みで作ること、価格ではなく理解で業者を判断すること、ツールの誕生だけでなく一生を計画すること、関与し続けること、出口を守ること、そしてリリースを本当の仕事の始まりと扱うこと。

カスタムソフトウェアは、誰もが共有する既製ツールを卒業した中小企業にとって、本当に最良の投資の一つです。あなたの働き方に正確に合わせて形作られたシステムは、事業を他人の製品に合わせて捻じ曲げさせるのではなく、現実的で長く続く強みになります。そこへ到達する企業は、最大の予算を持つ企業ではありません。上記の七つの失敗を避けた企業です——そしてそれはお金ではなく、判断の問題なのです。

カスタムソフトウェアをお考えですか?

最も価値ある対話は、たいてい何かが作られる前に起こります——そもそもカスタムソフトウェアが必要かどうか、必要ならどの最小バージョンから始める価値があるかを、一緒に見極めるときです。圧力も専門用語もありません。

私たちのカスタムソフト開発をご覧ください

よくある質問

中小企業向けのカスタムソフトウェアの費用はどれくらいですか?
「カスタムソフトウェア」は小さな社内ツールから本格的なプラットフォームまでを指すため、費用は大きく変わります。より役立つ問いは、最初の役立つ一切れにいくらかかるかです——そして一度にすべてを作ろうとするのを我慢すれば、それは驚くほど控えめなことがよくあります。業者があなたの問題をきちんと理解する前に提示された数字には警戒し、開発だけでなく、継続的なホスティングと保守も織り込むのを忘れないでください。
カスタムソフトウェアは既製ツールより優れていますか?
自動的に優れているわけではありません。標準的な製品があなたの働き方に合うなら、既製ソフトウェアの方が安く速い。カスタムが勝るのは、業務が本当に独特なとき、共有ツールを卒業したとき、あるいは複数の製品をつなぎ合わせる方が、合う一つを作るより苦痛になったときだけです。まず、自分がどの状況にいるかを正直に見極めることから始めてください。
ソフトウェア業者の良し悪しはどう判断すればよいですか?
お金を払う前の振る舞いを見てください。良い業者は多くの質問をし、高くつく要望や不賢明な要望には異を唱え、含まれないものについて具体的で、コードとデータの所有に関する質問にためらわず答えます。何にでも同意し、最初の打ち合わせで自信たっぷりの数字を出す相手には用心してください。
カスタムソフトウェアのプロジェクトでは、コードは誰のものになりますか?
最初に取り決めたとおりです——だからこそ最初に取り決めねばなりません。作業に対価を払ったのなら、ソースコードを所有する(または明確なライセンスを持つ)べきであり、いつでも自分のデータすべてをエクスポートできるべきです。まだ交渉力があるうちに、お金が手を離れる前に取り決めてください。評判の良いパートナーは、それを書面にします。
なぜこれほど多くのカスタムソフトウェアのプロジェクトが失敗するのですか?
コードのせいであることはまれです。問題が明確に定義されなかった、範囲が一度にすべてをやろうとした、顧客側で誰も意思決定の責任を負わなかった、あるいは人々に実際に使ってもらう計画なしにツールをリリースした——だから失敗するのです。これらは技術ではなく、プロセスと判断の、避けられる失敗です——そこが励みになる点です。
Have a nice day
Have a nice day
編集部

Have a nice day は、中小企業のデジタル化を支援するソフトウェアスタジオです。スライド上だけでなく、日々の業務で本当に機能する自動化・AI・カスタムソフトウェアを提供します。

関連サービス