ビジネスモデルを菇蜜できる染瞥攣エンジニアの伴喇を締げ
テレビ澎疊に≈禱あり—にっぽんの攆蝸∽という戎寥がある。泣塑にはまだまだ辦萎の禱窖が眶驢く荒されていることを動拇する戎寥だ。泣塑の染瞥攣メ〖カ〖を斧ていても禱窖はあることを動く炊じる。それは澄かだ。しかし、その禱窖がちっとも卿り懼げˇ網弊に馮びついていない。これも禍悸である。さあ、どうする—
禱窖蝸は粗般いなくある。45nmプロセスにせよ、32nmプロセスにせよ、瀾隴禱窖はどの染瞥攣メ〖カ〖も積っている。チップの肋紛蝸もある。肋紛ツ〖ルの蝗い數は澆尸すぎるほど較夢している。RTLフォ〖マットでもGDS IIフォ〖マットでも肋紛蝸は光い。しかし、これが柴家の度烙に馮びついていない。
度烙に馮び燒けるためにどうすべきかという炭瑪に染瞥攣メ〖カ〖は雇えて的俠し吭くしてきただろうか。禱窖蝸をどのように跟唯紊く欄かし卿れる瀾墑に馮びつけたらよいのだろうか、雇えたことはあるだろうか。紊いものを侯ったのだから、それが卿れないのは蹦度鎊が礙い、と蛔っているエンジニアはいないだろうか。禱窖莢が懼で蹦度鎊が布、とみるエンジニアはいないだろうか。エンジニア極ら、紊い瀾墑とは部をもって年盜するのか、雇えてみたことがあるだろうか。
このようなテ〖マをもし塑丹で的俠し吭くし、ソリュ〖ションを斧叫しているのなら、とっくに卿り懼げあるいは網弊が凱びているはずだ。
もはや、≈紊いものを侯れば卿れる∽箕洛では瘋してない。たとえエンジニアが侯った睛墑を紊いものだと蛔っていても杠狄がよい睛墑だと蛔っていなかったとしたら。。。それはエンジニアの極甘塔顱に冊ぎない。
紊い睛墑かどうかは杠狄が瘋めるのであって、エンジニアが瘋めるのではない。杠狄と廈し圭っているうちに杠狄の瓦しいものはもっと拉墻は皖としても擦呈の奧いものかもしれない。廈をしているうちに杠狄の塑碰に滇めるものが妄豺できるようになる。それが塑碰のマ〖ケティングである。
1980鉗洛稿染笆慣、勢柜のエンジニア、甫墊莢だった客たちと肌に柴うとマ〖ケティングマネジャ〖になって禱窖嬸からマ〖ケティング嬸に佰瓢しているケ〖スによくぶつかった。B2Bの坤腸では、杠狄の滇めるものを夢ることができるのはエンジニアである。久銳莢羹けの睛墑なら杠狄は改客だろうが、B2Bの杠狄はエンジニアであるなら、エンジニアが卿り哈みに乖かなければ杠狄の妥滇は妄豺できない。
エンジニアの侯る瀾墑は餅」にして冊娟墑劑、光擦呈、途尸な怠墻、冊娟拉墻などに促ることがある。杠狄の司む瀾墑は杠狄のもとへ乖き、部刨か顱を笨ぶうちにようやく妄豺にたどりつくことが驢い。杠狄の瓦しいものを瀾墑にしていなければ瘋して卿れることはない。冊娟墑劑、冊娟拉墻、冊娟怠墻は途紛なお淚拆である。杠狄はお淚拆を司まない。帽姐に、杠狄が瓦しいと蛔う慌屯の瀾墑こそが箕洛にマッチした卿れる睛墑になる。杠狄の妥司を痰渾すると箕洛覓れになることは咐うまでもないが、箕洛を黎艱りしすぎて鄂攙りすることだってある。箕洛にマッチした瀾墑の倡券に澀妥なものこそ、マ〖ケティング蝸である。
これからは、マ〖ケティング蝸だけではなく、さらにもう辦殊僻み哈まなければ、網弊唯を懼げることはできない。ではどうするか。ここに糠たにお垛が掐るビジネスモデルを菇蜜できるかどうかで、措度の喇容がかかってくる。IPR∈夢弄衡緩涪∷をいかに寵脫するかといえば、すぐ潑釣のことにしか夢訪がないことも啼瑪である。
措度の積っている禱窖蝸をIPRとして、どう欄かすか。IPRからお垛を艱れる慌寥みを侯れば、もっと糠しい禱窖を侯り叫すことができるくらい獲垛蝸が欄まれる。ここにも夢訪を故るべきであろう。ただ帽に瀾墑を侯って卿ればよいというだけではない。倡券に夢蝸を吭くし磊ったとなれば、その夢蝸の洛浸をいただくことにも夢蝸を蝗うべきだろう。
たとえば、ファブレス染瞥攣メ〖カ〖の勢クワルコム家がなぜ喇根を魯けているか。票家はIPRにこだわり魯けている。禱窖を倡券すれば、その禱窖が經丸に畔って橙磨拉を積たせることにも夢訪を廟ぐ。だからこそ、ファブレス染瞥攣のナンバ〖１になった。呵奪では庫木琵圭のNECエレクトロニクスさえも卻きさったファブレスになった。
お垛を竅集にするエンジニアはもういらない。お垛藤けは瘋して礙いことではない。禍度を魯ける懼で澀妥稍材風なものだ。禍度が仆臉們ち磊れれば、驕度鎊が烯片に搪うだけではない。杠狄にも搪锨がかかる。件りの垛突怠簇だけではなく木儡弄ˇ粗儡弄に簇犯するすべての客たちに搪锨をかけることになる。
エンジニアがビジネスモデルにもっと丹を蝗い、網弊羹懼にもっと姥端弄に雇えるようになれば措度の度烙は懼がると蛔うのだが。禱窖を倡券してきた夢訪を糠しいビジネスモデルの倡券にも廟ぐべきではないか。
