「デジタル化とは何か」を20問で整理した記事を読んで——中小企業にとってのデジタル化の本質を改めて考える
デジタル化の定義は語る人によって揺れるが、この記事はその輪郭をQ&A形式で手際よく整理しており、受託開発の現場でクライアントと議論するときに共通言語として使えると感じた。
要点 (事実のみ)
- 記事は「情報化の本質は業務のデータ化（業務をオンラインに載せること）、デジタル化の本質はデータの業務化（データから業務の示唆を得ること）」と定義している
- SaaSは機能が固定されているため業務フローを合わせる必要があり、カスタム開発は既存フローに合わせてシステムを設計できると説明している
- 大企業のデジタル化プロジェクトは単体で数十万〜数百万元規模になる一方、中小企業は無料ツールや安価なSaaSで月数百〜数千元で十分な効果が得られるとしている
- 「デジタル化は人を完全に置き換えるか」という問いに対し、現時点で大多数の業種では不可能であり、目的は「人を解放してより意味のある仕事に向かわせること」だと述べている
- デジタル化転換の最大の難所は、コスト・リスク・効果の動的なバランスをとること、すなわち技術ツールの使用自体が目的化してしまうことだと指摘している
徐 聖博の見解
この記事が「情報化」と「デジタル化」を明確に切り分けている点は、私が日々クライアントと話す中で最もよく発生する混乱を解消してくれる整理だと思う。「システムを入れました」で止まっているのが情報化であり、そこから得られたデータを使って意思決定や業務設計を変えていくのがデジタル化だ、という定義は実務的に正確だ。
一方で私が現場でよく見るのは、この「段階」が必ずしも順番に進まないという現実だ。記事も問14で「情報化と数字化は同時に進められる」と述べているが、私はここが最も重要な論点だと考える。中小企業が受託開発に来るとき、「まず業務フローをシステムに乗せたい」と「データで経営判断をしたい」は切り離せない要件として同時に出てくることが多い。設計段階からログ設計やデータモデルをデジタル化用途に合わせて作り込んでおかないと、後から「データが使えない」という状態に陥る。これはシステムを作る側の責任だ。
SaaS vs カスタム開発の整理（問9）も現場感がある。「SaaSは機能が固定されているため業務フローを合わせる必要がある」というのはその通りで、私たちがクライアントに問うのは「現在の業務フローが本当に最適化されているか」という点だ。フローに問題があるならSaaS導入を機に変えてしまったほうが良い場合もあるし、逆に業種特有の商慣行が深く絡む領域ではカスタム開発のほうが長期コストが低くなる。ツール選定の前に業務設計の議論が必要なのはどちらの場合も変わらない。
「デジタル化の最大の難所はコスト・リスク・効果の動的バランス」という指摘（問19）は、発注側の意思決定者にも刺さる言葉だと思う。PoC段階で意味のある検証ができていないまま大きな予算を積んでしまうプロジェクトを、私たちは何度も見てきた。スコープを小さく切って検証し、データが使える状態を段階的に作っていくことが、特に中小企業には合っている。
(編集レンズ: 発注側 / 中小企業 / 開発実務への含意、実装・運用視点)
