■http://anond.hatelabo.jp/20160316184340

ビジネスモデルの違いが大きいよね。

サービス開発とSI開発を比較すると

サービス開発は、沢山の人にプログラムを使い続けてもらうことで収益を上げるモデル。

SI開発は、作ったプログラムで業務効率化をはかり人件費を節約して収益を上げるモデル。

なので

サービス開発は、利用者が魅力を感じるために改善し続ける必要があり、継続投資に意味がある。

UIの改善、パフォーマンスの改善、接続数のスケール、セキュリティ、他社サービスとの接続、各種デバイスへの対応などなど。

技術力こそが命だし、技術者の開発力が収益の源泉になる。

ライバルにユーザーを取られたらサービス終わっちゃうもんね。

早くローンチが重要な場合もあるので、まずベータで出してブラッシュアップさせてVer1.0を目指すことも可能。

一方SI開発は、簡単に言うと人件費を減らす為のもの。

受注業務で１０人が電話やFAX応対してたのをWeb化、自動化して３人で回せるようにする。

営業が残業して顧客情報をExcelで管理してたのを一元化して残業代を削減する。

とかとか。

なので開発予算が最初に決まるし、継続的に高いお金をかけて改善していく意味もほとんどない。

（システム導入時のようなコストインパクトを改善では出すのが難しい）

素敵なUIにする必要はないし、少しくらい応答が遅くても問題ない。「運用でカバー」だ。

難易度が高い開発を高いお金をかけてやる必要はない。

削減予定の人件費を超えてしまっては本末転倒。

オーダーメイドなので開発費は高くなる上に

継続的に改善しないので、導入時点でVer1.0どころか、2.0、3.0 の機能を求められる場合もある。

ベータ版からはじめましょうとか基本的に許されない。

そりゃ保守的になる。

枯れた技術・設計がいいし、少しでも安いエンジニアを使いたくなる。

見積もりハズしたら赤字ですよ。

一方重要になるのはスケジュールとコスト。

設計の手戻りは許されないので、顧客との調整力、フェーズごとに仕切れる段取り力、「ここまでしかやらない」と言える交渉力

決められた作業を決められた期間に決められたコストで実行するマネジメントが重要になる。

SIerの儲けの源泉は、類似プロジェクトを沢山こなして

業務ノウハウを溜めて、見積もり精度をあげること。

プログラムは自社フレームワーク化して、コーディングをパターン化していくこと。

新規サービス開発で求められるような技術力は基本的に不要だし、技術動向は一部のR＆D部門の数名が研究していればOKな世界。

根本的に力学が違うのかなと。

マイナンバーやeTax関連でも、クラウドサービス化して「利用者が増えれば収益が上がるモデル」になってるところは

高い技術力の人がいて頑張ってるんじゃないですかね〜

Permalink | 記事への反応(0) | 23:21

ツイートシェア