自分なりにＷＥＢマーケティングの手順を考えてみました。まあＷＥＢマーケティングというより、自分のブランド化とか自分のネット露出計画とか言った方が判りやすいかも。。
- ＦＡＣＥＢＯＯＫ、ＴＷＩＴＴＥＲに参加
- ＨＰ作成、ブログで情報発信
- １ヶ月くらい様子見。その間Ｇｏｏｇｌｅ Ａｎａｌｙｔｉｃｓで訪問客がいるか監視しておく
- メルマガ登録時にメールアドレスを登録してもらった人にメルマガ配信
- Ａｄｗｏｒｄｓで広告出してみる
まずは、毎日ブログで情報発信を頑張ろう！
以下のことを心にとめて。。
（１）今後のシステムはウォータフォール型で作らず、クラウドファーストをＩＴ戦略とする認識を持つこと。時代遅れの誤ったシステムをさらに改修してお金をかけないこと。
（２）業務知識がなくなっており、要件定義ができないため改修フェーズにおいては存在価値はなくなる。しかしながら改修フェーズでの仕事は今後は増えることはなく又ウォータフォール型の仕事の進め方であるため、将来性はない。業務改革の要素がない作業は、必要悪として最小限にとどめておくこと。必要悪と今後のＩＴ戦略という区別ができていること。
（３）業者の特徴を見極め、どのフェーズではどの業者を使えばいいかという目利きができることが重要である。
（４）業務改革を伴うシステム改修ではクラウドファーストとし、既存システムとはデータ連携で対応するようにする。また既存システム改修業者には、業務改革的なコンサル力はないと考えた方が良い。既存システム改修業者に相談していると、既存システムの上にさらに同様なウォータフォール型システムを構築してしまうことになる。
よくあるユーザ企業情報システム部門のＳＩヤーへの不満です。
（１）営業は請求書を持ってくるだけで自発的な提案が無い。これは、現状のシステム運用費用が安くなるような改善提案は自らの売り上げを下げる提案をすることになるため、今の営業からはできないので当然と言えば当然である。ゼロからプログラミングしてシステムを構築してビジネスしている業者にはＳａａＳを利用してシステムを組み上げるという発想はない。営業も売り上げが下がるので提案したくない。また既存業者は、新たに業者を変えるとスイッチングコストが高いため、ユーザが業者を変えることはないと安心しきっているため、システム更新の時だけしか提案してこない。
（２）ウォーターフォール型の仕事の進め方なので、仕事のペースが合わない。これは、既存のシステムがウォータフォール的にシステム開発されているのでその改修も同じ開発手法となってしまうためである。
こんな不満は一般にありますよね。で、ＳＩヤー崩壊みたいなことを思っていたんですが、ＳＩヤー崩壊の前にユーザ企業の情報システム部門が消滅しそうです。（苦笑）だって、ＳＩヤーは多重下請け構造なので人を下請けから削減していったり、値段を安くしていけば、延命はできます。がユーザ企業の情報システム部門は、企業内でその存在価値がなくなれば、解散です。メンバーばらばらにされてちりじりばらばらになり消えてなくなります。
ほんと自分でよく考えておかないとサバイバルできない時代です。
昨日、今後のＩＴ部門にはデザイン思考、アジャイル思考、ＷＥＢマーケティングのスキルが必要と述べましたが、それプラス、「気付き力」も必要ですね。「カイジの気付き」というテーマでブログ書きましたが、システムの構造に気付く、行動の裏にある心理に気付く、組織の仕組みに気付くと書きましたがこれらはまとめて物ごとを俯瞰的にみる視座を持つ。メタ認識力を持つということです。まとめるとこれからのＩＴ部門は
- デザイン思考
- アジャイル思考
- ＷＥＢマーケティング力
- メタ認識力
が必要になるということじゃないでしょうか？「カイジ」の話も無駄ではなかったということです。
本ブログでは、それぞれおいおい深堀していきたいです。
ユーザ企業の情報システム部門は、既存の基幹システムの保守もあるので急ではないでしょうが、徐々に崩壊していくと予想しております。じゃどうすればいいの？というお話です。私の個人的な推測ですが。。
結論から言うと社内で新サービスを企画、ローンチしていくことになるのではないかと思っております。ですがこの作業は今までの情報システム部が持っているスキルとは大きく異なるのでかなりその変革は難しいでしょう。ＩＴ技術以外に次のようなスキルが必要です。
- チームでサービスを企画する。デザイン思考
- 業務部メンバーとサービスをアジャイル的に開発するのでアジャイル手法
- マーケティング力、特にＷＥＢマーケティング
これってかなりハードル高いです。新サービスを社内でローンチさせる経験を積むと業務改革のエキスパートになり、これは市場でも売れるスキルです。行き着く先はＩＴコンサルタントが目標になります。
というわけで、次回から上記３つを主なテーマとして深堀していきたいと思っています。
いま、多くの企業でビジネスとＩＴの連携が重要だと言われています。じゃあこのビジネスとＩＴの連携って誰がするの？という話になると意見がいろいろです。今回はこの話を考えてみたいと思います。
初めの命題である「ビジネスとＩＴの連携」という文脈の中でのＩＴという言葉の意味ですがこれは従来よりあるウォーターフォール型で開発されたレガシーなシステムじゃなくＳａａＳとスマホでつくるアプリみたいなものなのでしょう。なので、より正確に命題を書くと「ウォータフォール型開発手法で作られた基幹システムは情報システムが今後も保守していくが今後は拡張しないことを前提にして、今後はよりアジャイル的な発想でビジネスとＩＴの連携が必要になる」ということなのでしょう。そのうえでその連携はどこがするかというと考えると。。
まず思いつくのがユーザ企業のＩＴ部門いわゆる情報システム部です。情報システムの人がビジネスに近づく？これって今や情報システムの人は、業務のことがわからず、企画力も退化してしまった状態ではほぼ無理。それでなくても、ちまちました改修のバックログで目いっぱいです。
じゃ業務の人がＩＴ習う？限定的でが、これはあり得るでしょう。プログラミングレスで高速開発ならできるでしょう。”ＩＴ屋に営業覚えさせるより、営業にＩＴ教えたほうが早い”ってやつです。
情報システム部と業務部が組織として連携して対応する、これもこれまでのいきさつから両部は基本的に仲がわるいので経営幹部の強いリーダシップがないと難しい。
まとめると、実作業は業務部がチャチャとアジャイル的にシステムを作る。まあシステムといっても基幹システムの周りのサブシステムみたいな小規模なものです。では、今後は基幹システムの再構築はあまりないとすると今の情報システム部は、保守改修と調達みたいな仕事しか残らなくなります。
じゃ今後の情報システム部いわゆるＩＴ部門は何を仕事にしていけばいいの？という課題が残ります。それはまた考えたいです。
ＩＴコーディネータなんかの研修で、経営者に気付きを感じてもらえればいいみたいなこと言われます。これピンときませんが、マンガ「カイジ」のなかで伊藤カイジはいろんなことに気付いて成長していきます。たとえば
１．システムの構造に気付く（システムの構造）
２．行動の裏にある心理に気付く（行動心理）
３．組織の仕組みに気付く（組織論）
なんかです。マンガですが、ＩＴの研修で単に「気付き」の重要性を説明されるより、よりリアルで説得力があります。例えば「気付く」ということを意識的にトレーニングしていないこんな言葉が発せられます。
１．なんかいろいろやってんのにうまくいかないんだよな！
２．なんかお客が急に怒っちゃってわけわかんない！
３．なんでそうなったかわかんないが、企画が通らない！
これよくサラリーマンが居酒屋で話題にすることですよね。ＩＴコーディネータとして、この「気付き」ということを意識してコンサル力を磨いていくことにしたい。
たいてい事業部と情報システム部は仲が悪いです。代表的な事業部の情報システム部への不満は
１．情報システム部にシステムを作ってくれと言っても、業者に頼むのですぐできない。何か月もかかるとか言われる。必要なプログラムをすぐに作ってほしい。２．既存のシステムの修正や機能追加に柔軟に対応してくれない。３．新しいソフトの導入には否定的
等です。じゃ、情報システム部はどうすりゃいいんでしょうか？
ここからは私的な意見ですが、今の業者（たぶんウォータフォール型の開発するＳＩヤーです）と事業部で直接やってもらえばいいんです。これで事業部のイライラも解消です。でも事業部も早晩気づくと思うんです。あれっこのままやっててもスピードが出ないぞと。自分たちも情報システム部と同じようになってるぞと。こっからでしょうね、ほんとに事業部と情報システム部が同じ方向を向くのは。
じゃ、情報システム部門はそれまで何すんの？というとその暇になった時間で高速開発ツールやあるいはSaaSの利用にシフトすりゃいいんじゃないかなと。。どうせシステムの本体はそんな急にクラウドやアジャイル開発で作り直しというわけにはいかないです。周辺部から変えて行く準備をすればいいんです。一気に変わろうとすると大変です。少しづつですが確実にクラウドを使う方にシフトしていけば、少なくとも事業部より一足先に、情報システム部のあるべき姿に近づけるのです。
ですから情報システム部は、仕事がなくなることを恐れないで、長期的な視野に立ちここは自分たち仕事のギアを入れ替えアジャイルな方向へ自らをトランスフォームさせることが、最終的には事業部から頼られる情報システム部になるためには必要だと気づきましょう。