-
Notifications
You must be signed in to change notification settings - Fork 0
DNET_CustomerAndOwnBusiness
nishi_74322014 edited this page Sep 11, 2026
·
1 revision
- 戻る(マーケティング)
マーケティングのセグメンテーションに利用可能
- 基本、SoRの領域(ただ、SoEが基幹の事業もあるだろうと)。
- パッケージ、SaaSに切り替り、アドオン開発ツールを使用する。
- しかし、スクラッチに限らず、アドオンも保守が難しくなっていく。
-
ニッチ系なので基本スクラッチだが、パッケージ、SaaS、
の利用率は、徐々に、上がっていくものと思われる。 -
SoR(Systems of Record)
- 従来型のスクラッチが残る部分。
- 従来型のSIテンプレは、ニッチ戦略に活路を見出す。
-
SoE(Systems of Engagement)
- 新型のスクラッチ開発。
-
クラウド、スマホ、
SPA((MV*) UIフレームワーク)などの重要性が高まる。 - クラウド、ネイティブの一般的な知識
- JavaScript、npm系のエコシステム
-
共通
- 絞れないし、責任が無いので成長が無い。
- ジョブ型社会で配管工プロダクション化の可能性。
-
QCDの面の責任感は有るが、
従来型では「球数・単価」共に斜陽。 -
高度なSaaS開発が可能なベンダ
などが市場から要求される可能性はある。
- クォリティ的にオワコン。
- パッケージ や SaaSに押されて死ぬフェーズ
- 唯一、ニッチ系に活路を見い出せる。
- 古くからあり、収益性も高め。
- 受託が減るため、上流シフト一択。
- オーガナイザー的な役割を果たす。
- 先行者利益はある。
- しかし、最終的にコモディティ化の勝者総取り。
- 要素系を特定分野に向けるタメ、
- ゴーイング・コンサーンし易い。
- 例えば、下位スタックを切り替えながら進む、
ビッグデータ・ソリューションなど。 - しかし、SaaS登場により安泰ではなくなった感。
- 実力(謎)が無いと出来ない。
- ラストマン戦略なのか?
- 資金調達力なのか?
-
IDE、SDK
- デファクト・スタンダード
- ただし、差別化困難
(事業側の優位性が重要)
-
RAD系
- 案外、ニーズが無い。
- IDEとEUCの狭間で中途半端。
- Visual Studioの方が強力なケースも
-
EUC系
- ツールを利用した開発自体は
- 当然、EUCなので金にならない。
- RPAは本当にEUCなのか?という話もある。
(専門部隊中心のソリューションという見方)
-
要素技術開発
- IoT、ビッグデータ、AI(要素技術の該当節を参照)
- 基本はスタック。営業はコラボレーション。
-
ソリューション開発
- IoT、ビッグデータ、AIなど要素技術の応用から、
スマホ、クラウド、認証など様々なスキルが要求される。 - ツールは、基本的にIDE、SDK。
- RADやEUCとは繋がるように設計・実装。
- IoT、ビッグデータ、AIなど要素技術の応用から、
-
パッケージ、SaaS
- 業務知識に加えて、
要素技術からソリューションまで。 - ツールは、基本的にIDE、SDK。
- RADやEUCツールを自作することも。
- 業務知識に加えて、
-
ポートフォリオを読みプログラムを造り込む準備をする。
https://www.osscons.jp/jo6hgeb0j-537/ -
セグメンテーション(マーケティング)のプラクティスをしてみた。
https://www.osscons.jp/joia5y22a-537/ -
マーケティングやってて思った。プロダクト開発でも超上流が大切。
https://www.osscons.jp/jo9gcd1l2-537/ -
「項おじ」系飽きた感(...と言うか投資対象じゃ無い感)。
https://www.osscons.jp/joz9nsxz0-537/ -
世間の「売れ筋」が、自社事業ドメインにフィットしていない場合の話。
https://www.osscons.jp/joyc08e1v-537/
Tags: 移行, マーケティング, セグメンテーション, 事業, 技術, 開発基盤
このWikiは「Open棟梁Project」,「OSSコンソーシアム 開発基盤部会」によって運営されています。