パッケージ販売より、ネットをやったほうが、資金が寝ないのがもう１つの理由

「日本はなぜ世界的なパッケージソフトが出ないか」シリーズ。今日は、もう一つの理由。
　このシリーズでは、はじめに、パッケージソフトは１万個を２千円で売っても儲からず
　　　５千円で売るか（単価を高くする）
　　　１０万個を売るか（個数をさばく）
　のどっちかにしないとだめだということを書いた

　で、前者の場合は、代理店政策を取るが、アメリカのソフトを日本で売りさばく、いい代理店はあるのに対し、日本のベンチャーが、アメリカで力を持っている代理店（たとえば米ＩＢＭ）を探し出し、その代理店と交渉、契約していくのは、至難の業。
　なので、日本からアメリカにソフトを広めるのは難しいと書いた。

　今日は後者、個数をさばくほうについて述べたい。

---

　個数を売りさばくためには、まずはじめに開発した後、テレビＣＭのような大々的なＣＭを打たないといけない。代理店を利用したプッシュ戦略では、限度があり、１０万レベルになると、お客さんが自ら買いにくる、プル戦略をとる。

　この開発・ＣＭにお金がかかる。まあ、１０億ぐらいか。。そして、その資金を集め、回収するまでには、ふつう１年くらいかかるだろう。

　しかし、１０億のお金を集めるような人は、たいてい、お金が好き（お金を増やすのが好き）である。
　そうでない人は、１０億もあつめる危険なことをせず、せいぜい２、３億集めて、適当に売って、代理店政策に切り替える。１０億ものリスクを取るのは、お金が余ってる企業か、リスクをとってでもお金を集めたい人たちである。

　で、お金を増やすのが好きな人からみると、パッケージより、ネットのほうが、魅力的だ。
　パッケージはお金が１年寝るのにたいし、ネットの場合、寝る時間はもっと少ない。
　iDCを利用するようなネットビジネスであれば、自社で施設を持たなくていいし、そうでないにしても、施設をもったって、第二種通信事業者程度であれば、（１０億じゃ、不安かもしれんが）、ある程度の資本を集め、銀行から、コミットメントラインの融資が引き出せる契約になれば、可能である（資本が少ないと、倒産の危険が大きくなる）。

　ネットの場合は、技術というより、利用者を増やすことなので、宣伝によって、会員は増やせ、収入を上げられる。つまり安い広告費で、お金のもとが得られれば、安定した収入が、パッケージより手早く入ってくる。したがって、再投資もはやくでき、もっともっと儲かる。回転を早くするほうが儲かるのだ。

---

　そうすると、まるで、ネット企業の人は、お金大好き！という論理になってしまう。
　検証してみよう。

　楽天の三木谷社長。。。もともと銀行員だ

　ライブドアの元社長　ホリエモン。。
　はじめはJavaHouseなどに投稿していたそうなので技術から来たかもしれないが、いまは、お金大好きな人といっても、差し支えないだろう。

　サーバーエージェントの藤田社長
　お金が好きかどうかはわからない。しかし、もともとこの人は営業（ホリエモンが作ったものを営業していたそうな）なので、技術の人ではない。今はどうかわからんが。。

　ソフトバンクの孫社長
　みてくれできめてはいけないが、お金すきそうだ（＾＾）なんたって、自分の会社に「バンク」ってつけちゃうくらいだから。。。

　てなかんじで、ネット企業の社長は、（かなり、語弊や非難はあると思うが）お金好きだ。

---

　では、ネットの人は、世界を目指さないのか？というと、ここで、お金好きがまた問題になる。
　日本から、外国に進出するより、外国の企業を買収しちゃったほうが、儲かるのだ。めんどくさくないし。。お金が寝ないのだ。。

　で、これが究極まで進むと、めんどくせー。日本の会社も買収しちゃえとなる。

　究極の金の生み出し方は、

　１．自社株の価値を上げる
　２．高くなった自社株と交換して、企業を買収する
　３．買収先企業価値を上げる
　４．買収先企業を売り抜ける

　なお、この方法で、売り抜けたお金を売上に組み入れると、あなたは、ホリエモンと同じことをやっている。
　つまり、ホリエモンの方法は、究極のお金製造方法で、一歩間違えると違法、でもちょっと手前だと超あたまいい方法という紙一重なもんだ。

---

　てなわけで、もう一つの理由。

　パッケージソフトをつくって世界制覇するより、ネット企業をやって、海外企業を買収していったほうが、お金が早く、多く儲かるし（パッケージより、全然儲かると思う）、早く世界進出できる。

　なので、お金儲けがしたくて、コンピューターをやる人は、パッケージより、ネット企業をやって、海外進出する。

　でも、ネット活用の流れは、はじめの代理店的な政策を取っていた人にも大きく刺激を与えている。ただし、それらの人が勘違いしているのは、ネットはコスト０って思ってることだ。
　そんなことはない。では、ネットにはどこにお金をかけるべきなのか（設備にちょっと、広告にいっぱい）なんかについては、今度、機会があったら書こうと思う。

　

ウソ発見器、やっぱ、セマンテックＷｅｂとの関係が、怪しいっすよねえ（－＿－）

　あ、やっぱいた。
　さっきのウソ発見器、やっぱセマンティックＷｅｂとの関係を指摘してくる人がでてきましたねー。
　みなさんも、そう思いました？？

　ウィリアムのいたずらはさらに、これ昔に紹介した、キモチ分析トーク、これがケータイで話題になったので、それをネット版でみたいな軽いノリでつくったんじゃないかとおもってるんですよ！

---

　つまり、このネットのウソ発見器を、そこのニュースに書かれているようにつくるとしたら、さっきのブログで示したように

１．ネット中のキーワード等をチェックして、同じような文章をさがしだす
２．チェックする文章と１で集められた文章の相関を調べる。
３．それらの文章の相関の平均（加重平均？）をもとめ、デマ率とする。

　１については、キーワードを名詞と動詞とし、それに類似の言葉を検索してくればいい。
　これは、チェックする文を形態素解析して、品詞分析して、該当品詞にあてはまる単語をとりだして、それをスペースで結びつけたかんじで、ふつうにＷｅｂ検索をかけることで、取り出せる。
　ので、ここで利用するのは茶せんと類義語辞書、ここまではいい。

　２については、そこで対象となった文章およびチェック文に関して、（形態素解析して）動詞を抽出し、その動詞にかかるかかり受けを解析する。そのとき、動詞をみると、英語でも日本語でもその動詞が出現すると、その動詞は、主語が必要なのか、目的語はいるのかいらないのかというのはだいたいわかる。そこで、動詞を取り出し、そのあと、その動詞が必要とする主語、目的語などのかかり受けを形成する名詞をとりだして（日本語の場合てにおはに注目、英語の場合、語順に注目する）、構文のクラスを形成する。
　この構文のクラスの中に、肯定文か、否定文かなどの情報もはいる。

　で、問題はこのあと。このように１で抽出された文も２で抽出された文も、構文抽出したら、それを比較し、一致度を決定し、その後、それが否定されているか、肯定されているかの組み合わせで１，０、－１をかける（ここの仕組みは前のブログに書いた）。
　このとき、その構文比較をするときに、おなじ単語が現れるとは限らないので、その単語の類義語とオントロジーをチェックしないといけない。
　ということで、セマンテックＷｅｂで使うオントロジーを嘘発見器の構文解釈でも利用することになる。

---

　さらに、英語と日本語の翻訳も、このオントロジーで処理できるのではと考えているのではないか？つまり、日本語の単語と英語の単語を「英語にすると」という関係で結び付けてしまうのだ。

　犬－英語にすると→Ｄｏｃ

　みたいなかんじ。こうすると、英語の構文も、日本語の構文も、オントロジーによって、比較できる。これはいままでの翻訳概念とは違う（構文のクラスを作ってその中で検索してしまい、英語を日本語に直すというような翻訳作業をしていない）点が、高度な検索作業なんだろう。

---

　とすると。。。これ、本当は、オントロジー辞書以外はできてるんじゃあ（＾＾；）

　うーん。。。

　意外とこれ、現実は逆で、セマンティックＷｅｂのほうで、お金がほしいんだけど、それじゃあとれないので、キモチ分析トークが流行ったのを見て、おお、これだ！これのネット版、嘘発見器、これならいいかもお。。。と思ったとか（ただし、仕組みはぜんぜん違う）なーいー（－＿－）

　あるいは、情報大航海プロジェクトを進めているうちに思いついて、これ、別予算とれるよねってことになって。。。とかとか。。なーいー？？ほんとお？？


　ちなみに、今回のこのページのデマ度は、１２００％です（＾＾；）

ネット情報「ウソ発見器」は本当にウソが発見できるのか。。。

ネット情報の「ウソ発見器」を総務省が開発する
ここのニュース
ネット情報「ウソ発見器」　総務省が開発へ
http://www.asahi.com/national/update/0826/TKY200608260179.html

ということは、本家にも書いた。
で、本家では、このシステム、「政府やマスコミが虚偽情報を流すと、本当のことを書いたサイトは、デマになっちゃわないか・・・」ということを書いて、理由は分家に書くと書いた。

　ここでは、その理由について書いてみたい。

---

上記のニュースには、この「ウソ発見器」のしくみをこんな風に書いてある。

ネット上にある関連深い別の情報を探し出し、比較参照することで、情報の「デマ率」などを示す。


この方式を推測すると、こんなかんじ

１．ネット中のキーワードか、共起関係をチェックして、同じような文章をさがしだす
　→これは、一般的に行われる。
　　東京大学のMIMA-searchなどもおんなじようなもんだろう

２．チェックする文章と１で集められた文章の相関を調べる。
　→これは、文章の意味的相関になる
　冥王星は惑星ではない
　冥王星は惑星である
　共起関係、キーワードなどでは、この２文は、ほとんど同じだが、意味は正反対で、どっちかがほんとで、どっちかが、デマだ。どっちがデマかは、調査時間によるけど。。
　なんで、文章の意味まで考えて、相関関係をとることになる。

　というか、共起とかかり受け関係で、２つの文章の相関がきまる（正規化して０から１であらわす）。
　で、この文章の命題が、どちらも肯定文、あるいはどちらも否定文なら、相関はプラス（つまり
＊１する）、どっちかが肯定、どっちかが疑問ならマイナス（－１）、決められない（どっちかが疑問文など）はノーカウント（＊０）とすれば文章の相関はもとまるが、まあ、もっと難しいことをするんだろう。沽券にかけても。。

３．それらの文章の相関の平均（加重平均？）をもとめ、デマ率とする。

---

ただし、このやりかたは、数の論理であり（多いほうが正しくなる）、この場合だと、いくつか問題がある

・まったく今まで考えたことも無いものは、デマかどうかわかんない
　たとえば、ある女優が会社員と結婚とかいうのは、わからない。付き合っているという報道が無い場合、デマかどうかわからない。。付き合ってるとか、熱愛は、もっとわかんない。
　そして、芸能ネタというのは、ここをついてきて、デマかどうかわかんないようなところが流れてくるからおもしろい。

・同じようなウソ情報が一斉に出てしまったら、本当の情報のほうが、デマとなってしまう。
　たとえば、政府がなにかの情報を隠したいので、ウソの情報を流すようなことがあったと、仮にしよう。そうすると、マスコミもその情報を流す。
　ここで、本当のことを１人がブログに書いたとしても、そのブログがウソということになってしまう。なぜなら、関連するニュースは、政府やマスコミという、圧倒的多数、かつ権威が流しているわけで、そうすると、数の論理で調べるこの方式では、ウソ情報を流した政府マスコミのほうが本当で、真実を暴露したブログの方がウソになってしまう。

---

　つまり、このシステムの問題は、デマの判断にある。

　証拠の妥当性と、情報発生源を調べるのであれば、正しい判断はできる”かも”しれない。
　しかし、数の論理で調べると、デマっていうのは、もともと、多くの人が、ウソをいうので、デマになるんであるから（少ない人が言っても、世の中誰も気にしない）多くの人が同じこといってるからって、デマかどうかはわからない。

---

　ということで、政府がなにかの情報を隠したいので、ウソの情報を流すようなことがあったとしたら、このシステムでは、真実としてしまうんで、このやり方ではあんまり意味ないと思うんだけどお

。。。まさかまさか、それが、本当の目的（＞＿＜！）

。。。きっと、このブログは、そのシステムでしらべたら、デマ率１００％になるにちがいない！

代理店政策と、日本のパッケージソフトが世界中に広まらない１つの理由、広める方法

　日本はなぜ世界的なパッケージソフトが出ないかという問題提起に対し、
　ウィリアムのいたずらは、なぜか、それとはぜんぜん違う話である
　パッケージソフトは１万個を２千円で売っても儲からず
　　　５千円で売るか（単価を高くする）
　　　１０万個を売るか（個数をさばく）
　のどっちかにしないとだめだということを書いた

　でさらに、前者の単価を高くする場合、高くするにも限度があるので、実際には、バージョンアップや他の製品を買ってもらったり、プラグインを買ってもらったりするっていうことにより、顧客単価を上げるという戦略（市場深耕）をとる。
　そして、市場深耕の場合、アフターフォロー（サポート＋新規・関連商品の売り込み）が重要で、これは自社だけでやるのには体力的に限界があるので、代理店政策が重要であるというところまで書いた。

　そこで、今日は、はじめの問い「日本はなぜ世界的なパッケージソフトが出ないか」について、５千円で売るタイプ、つまり、市場深耕タイプの場合の答えについて書いてみたいと思う。
　それを述べる前に、市場深耕の場合、世界市場をねらう場合、どのような戦略を立てるのが妥当なのかについて述べ、そのため、「日本はなぜ世界的なパッケージソフトが出ないか」について説明し、その説明の妥当性について、逆に日本から世界的に有名になったソフトで検証してみたい。

---

■パッケージソフトのチャネル政策
　パッケージソフト流通は、大体こんな風に分けて考えられる
　　・代理店（ＯＥＭ、バンドル含む）
　　・卸
　　・（理論的には考えられるが。。。）小売
　　・直販（通信販売／法人顧客）

　ただし、小売ルートは、普通、ない。卸を通すのが普通。直接口座を開いてもらうということは、量販店等に流す場合には、ちょっとやれないと思う。

　卸ルートは、ソフト卸（ソフトバンクとＷａｖｅ）と、書籍ルートが考えられるが、書籍ルートを小さい販売規模の会社が使うことは考えにくい。書籍ルートの場合、委託販売であり、売れ残った場合の返品リスクということも、もちろんあるんだけど（ただし、ここで勘違いしやすいのがソフト卸ルートは、返品されないのかというと、必ずしもそうでない。返品不可の場合と、返品可能なケースがある。ただし、返品とは言わない。あるテクニックを使い、これが商慣行となっている。詳しいことを書くとヤバイかもしれないんで、今回は省略）、手間隙かける割に、資金が寝る危険が大きいのだ。

　直販ルートは、通信販売で売るケースと、大口顧客に対して直接売るケースがある。

　これら、卸、（小売）、直販の場合、結果としてサポートは、自社になる。また、売り込みも自社になる（売り込みについては、小売、つまり量販店、ショップまわりはある。ただし、店舗を訪問するのではないケースもある。売り込みの小売対策は重要）。
　したがって、小規模の会社においては、物理的限界がある（これは、１万以前にくる）

　そこで代理店政策、ＯＥＭ政策が重要になる

---

■代理店、ＯＥＭ政策の重要性を歴史に学ぶ

　代理店政策の重要性は、よくきくとおり

　マイクロソフトの世界制覇をなしえたのも、当時、ＭＳ－ＤＯＳ　ＶＳ　ＤＲ－ＤＯＳの対決であったが、ＩＢＭがＭＳ－ＤＯＳを採用したことにより（その場合、ＰＣ－ＤＯＳって言ったっけ？）マイクロソフト優位になり、その後日本でも、ＭＳ－ＤＯＳ搭載のＮＥＣ９８シリーズがパソコンのシェアを独占するにいたって、ＭＳ－ＤＯＳの牙城は完璧。。。と日本以外の市場ではなった（日本のケースは後述）

　Ａｄｏｂｅの快進撃は、まず、日本でＰｈｏｔｏＳｈｏｐが売れたことにある。
　ＰｈｏｔｏＳｈｏｐは、アメリカ企業が、世界同時発売をするために、広告をアメリカ、日本で同時に行いたいという要望があったとき、アメリカから、素材がＰｈｏｔｏＳｈｏｐのファイルで日本に入稿されることがあるようになった。広告代理店は、そこで、当時、スピードライマーカーで一躍広告代理店の心を”わし掴み”にした、いずみや（当時、現在のＴｏｏ．以下めんどくさいんで、いずみや時代でもＴｏｏで記述する）に、ＰｈｏｔｏＳｈｏｐの入荷を頼んだ。
　これをきっかけに、ＴｏｏはＡｄｏｂｅ製品を担ぎ、そーすると、広告代理店→出力やさん（Ｖａｎｆｕなど）ときて。。ということで、Ａｄｏｂｅ製品がＴｏｏによっていっきに売れるようになった。

　ＤＴＰ製品でいうと、Ｑｕａｒｋが売れたのは、まさにＴｏｏのおかげである。
　Ｑｕａｒｋはシステムソフトがはじめ代理店だったが、このときは、そんなに売れなかった
（たしか、システムソフトだと思う。記憶違いならごめん）。しかし、その後、ＤＴＰ商品として、ある商品（高価だったのだ）の代わりにこのＱｕａｒｋをＴｏｏが担いだとたん、いっきにＱｕａｒｋが売れた。
　その後、Ｑｕａｒｋは、Ｔｏｏが日本総代理店となり、今の繁栄にいたる。

　Ｍａｃ，ＰＳのはやりも、Ｔｏｏなしには語れないだろう。
　印刷業界は、上記Ｑｕａｒｋ、Ｐｈｏｔｏｓｈｏｐ快進撃により、写研　ＶＳ　ＭａｃＤＴＰというカタチになってきた。このとき、写研はフォントを出さなかったが、当時まで、写研におされ、なかずとばずだった（って、いまじゃ、考えられないけど、当時そうだった）モリサワが、いちはやく、ＤＴＰ用にＰＳ書体を出した、それにより、ＤＴＰが一般的には十分な品質を保てて、安くできるようになり、日本にひろまった。
　つまり、日本において、世界的に見てＭａｃ需要がおおきいが、これは、Ｑｕａｒｋ、Ａｄｏｂｅ製品、ＰＳ書体がＭａｃで出ていたのが、はじめに多く売られ、それをデザイナーさんたちが利用したからで、それを売り出したのはＴｏｏだ。このような、代理店政策に基づくものなので、世界的なシェアと日本のＭａｃシェアは異なる。

　同じような現象は、ＯＳ－２にも見られた。ＯＳ－２は、日本以外ではあまり使われなかったが（っていうのは暴言か）、日本においては富士通も担いでしまい、さらに、当時好感度タレントだった山口智子の宣伝が当たってしまったため、日本だけ需要が高いという時期があった（いまは、どこも下火）

　これ以外にも、富士通ＳシリーズとＳｕｎ，Ｏｒａｃｌｅの日本進出におけるアシスト（のビルトッテン氏）の役割。。。と枚挙にいとまがないが、こんなことばかり書いていると、字数オーバーになってしまうので、このへんでやめる。

---

■世界規模の代理店を掴めば、世界進出できるってこと

　ＭＳ－ＤＯＳ　ＶＳ　ＤＲ－ＤＯＳの対決を考えてみよう。
　じつは、この２つのＤＯＳ，どっちもたいして差は無いと思う。では、ＭＳ－ＤＯＳの勝利はなにか！といえば、ＩＢＭとＮＥＣを掴んだことだろう。これらの企業がパソコンを作れば作るほど、採用されたＭＳ－ＤＯＳは広まる、っていうことになる。
　代理店が世界規模になれば、世界進出！なのだ。

　技術でなく、代理店政策がだいじということは、ビルゲイツがつくったのは、はじめＢＡＳＩＣインタプリタだということからもわかる。ＢＡＳＩＣインタプリタは技術的には日本の会社だってつくれる。Ｎ８８ＢＡＳＩＣはＮＥＣ（とあるソフトハウスで）作ったものだが、Ｎ８８ＢＡＳＩＣが広まることは無かった。つまり、技術的には、同じレベルであっても、その後、代理店が担ぎやすい商品をいかに生み出すかが重要なのだ。
（ただし、そのソフトハウスも、その後、日本的には、非常に売れたパッケージソフトをだした。しかし、そのソフトは世界的には広まらなかった。これからみても、代理店政策が重要なのがわかる）

---

■日本のソフトが世界進出できない理由は、アメリカに売れる代理店がつくれないから

　つまり、市場深耕戦略をとる場合、自社では限界がある。そこで代理店を頼むわけだが（ＯＥＭ供給ということもありえるし、バンドルって言うこともあり得る。それを含む）、この代理店が、世界規模になれば（そして、その代理店がＴｏｏのように、ものすごい販売力があれば）、そのパッケージも世界規模になる。

　ということは、日本のパッケージソフト会社も、アメリカに売りたいなら、アメリカに非常に強い販売チャネルをもった代理店をもてばいいことになる。

　日本政府がどうのこうの、補助金がどうのこうの、技術がどうのこうのなんて、

　かんけーなーい！

　強い販売チャネルをもった代理店

が重要なのだ。。。

　さて、そんな販売チャネルだが。。。これは、アメリカのＩＢＭとなる。
　（日本ＩＢＭではない。アメリカのＩＢＭだ）
　ここで採用されれば、もう、マイクロソフトのようにＯＫだが。。。

　どーやって、日本のベンチャーが、”アメリカの”ＩＢＭにうりこみにいくのよ。。
　いや、現実問題、日本のベンチャーがアメリカの会社に売り込みに行くのも、さらに、売った後にフォローするのもたいへんなのよ。相手は英語だしさあ。。文化習慣だけでなく、時間まで違うしさあ。。。

　ということで、日本のソフトが進出できない１つの理由（市場深耕の場合の理由）は、アメリカに強い販売チャネルを持った代理店を作れないから。。。これに尽きると思う。

---

■上記内容を日本のケースで検証してみる

　日本発の世界各国へ発信しているソフトというとＫＡＭＥやＲｕｂｙをあげる人は多いと思うが、この２つとも、ＭａｃのＢＳＤに載せているという手法をとっている。つまり、代理店政策（代理店じゃないけど）は同じだ。
　今後ともＭａｃに載せて世界へという手法は使われると思うが、この手法の難点は、世界的なＭａｃのシェアだ。
　ケータイによる世界制覇という場合は、クアルコムに使われることが有力だ。世界的市場としては、やはり、北米市場ははずせず、そーすると、クアルコムははずせない。
　一方アプリ開発は、原則日本とみたほうがいい。ＫＤＤＩのライブラリを使わざるを得ないからだ。もっとも純粋にＢＲＥＷのＳＤＫで書くということも可能だろうが、その場合でも、アプリの販売ルートが確立しない。これは、ネットの話になるので、別の機会（もう一方の１０万個売るケースのところ）で話すことになると思う。

---

■なお
　これは、個人的意見であり、この話について、一切の責任はとらないので、ギャグとしてみてほしい。これを読んだ登氏が、「うーん、やっぱ、代理店政策ジャン！」とかいって、ぷらっとほーむに文句いいにいっても、当局は一切関知しない（＾＾）ｖ

　

「おさかなマウス“POI（ポイ）”」のほうがかわいい？

　さっきマウスの話がでたので、マウスねたでもうひとつ

Elecom「おさかなマウス“POI（ポイ）”」：魚型マウス
http://www.gizmodo.jp/2006/08/elecompoi_1.html

おお、おさかなしてます。ＵＳＢマウスだそうです
目がひかるそうです。

ゲーマー向けレーザーマウスをマイクロソフト等が開発

ここのニュース
Microsoft・Razer共同開発のゲーマー向けレーザーマウス「Habu」
http://pc.watch.impress.co.jp/docs/2006/0824/msrazer.htm
によると（以下斜体は上記ニュースより引用）

　米Microsoftと米Razerは23日(独時間)、共同開発によるゲーマー向けマウス「Habu」を発表した。発売は10月で、米国での価格は69.95ドル。

ゲーマー向けマウス。。。
どーいうのだ？？
「これならナゴヤ打ちも、まちがいなくできます。微妙な瞬間のマウス操作もばっちり！
とか、そーいうの。。。って、そもそも、インベーダーなんて、やんないだろって（＾＾；）

　うーん、シューティングとか、そーいうときになんかいいのかなあ？？

　それにしても、７０ドル（約８０００円）って、おいおい、マウスなのに。。。
　高すぎないかあ？？

　ニュースでは、そのあと

両社は今後も協業を続け、近日中に別の「次世代ゲーマー向け製品」を発表するとしている。


って書いてあるんだけど、「次世代ゲーマー向け製品」って？？

ベンチャーは市場を絞ると儲かる。広げる場合は代理店政策が必要

　この前、このブログで、パッケージ市場は１万個を２千円で売ってるようでは、破綻するという話を書いた（ちなみに１万個売ったらちょっとしたヒット商品だ）。

　で、ここで、２つの戦略のとり方があって、

１万個を５千円以上。。と、単価を上げる戦略と、
１０万個を売っていくという個数を上げる戦略の２つを書いた。

今回は、前者の戦略について考えてみよう。

---

ここで注意したいのは、実は、この戦略は、ただしくは

１万人に５千円以上。。と、顧客の１人あたり単価を上げる戦略である。

　この戦略は、マーケティング用語では、市場深耕戦略と呼ばれている。

　新しい市場を開拓するより、従来の顧客に物を買わせるほうが、ずっとマーケティングコストは少なくて済むという考えに基づいた論理だ。

　ただし、この論理は、顧客の１回に買う単価がある程度小さい場合に成立する。
　顧客が１回に買う単価がおおきく、２度目買う時期が、ずっと先（ひょっとしたら、一生買わないもの）と思えるもの（結婚式など、後述するが、この戦略は顧客フォローが重要になるが、結婚した人に、「もうそろそろ、離婚したい時期だと思うんですけど、どうでしょう」とかＤＭ送ったら。。。）の場合は、市場深耕戦略が成立しない。

---

　この戦略を利用したものとして、まとめ買いがある。

　まとめて買わせることによって、１回に買う金額を上げることで、利益率は小さくても、金額ベースにすると、大きくなるという戦略をとる。
　これをよーくあらわした唄が、Ｓｈｏｐ９９に流れる
　「お菓子だプリンだヨーグルト、まとめて買いましょ、きゅっきゅきゅきゅ」
　だ（冷静に考えてもらうと分かるけど、お菓子だプリンだヨーグルトって、お菓子ばっかりまとめて買う必要はない。ショップ９９は逃げないんだし）

　そこで、ソフトウエアパッケージでは、スウィーツとかいうので、いくつかのものをまとめて買わせたり、ある単価でシリーズ化して、いろいろ買ってもらうように仕向ける。

---

　ただし、まとめ買いにも、限度がある。実は、この戦略において重要なのは、顧客フォローだ。
　１回で逃げられてしまっては、もーからない。

　２回、３回と買ってもらうことによって、儲かる。
　ここで、多く買ってもらうには３つの方法がある。
　１つはアップデート、もう１つは別商品を買ってもらう、もう一つは消耗品を買ってもらう。
　別商品を買ってもらう場合、さらに２つの戦略に別れ、１つは、本当に関係ない別商品を買ってもらうケースと、プラグインを買ってもらうケース。　

　ここで、安心確実なのは、消耗品を買ってもらうケースだ。
　この帳票でないと、役所は受け付けませんとかいうものを売る場合、何の開発のリスクも無く、安心して、売りつけることができる。
　アップデートに関しても、必ず行わなければいけないもの、たとえば、税金の場合、アップデートしないと今年の税金の計算が出来ない（計算方法がびみょーに毎年変わるので）なんていうやつは、アップデートしても売れないというリスクは少ない。

　こういう企業は、ある程度もうかる。。。ので、一部上場企業がでてくるほどだ。。

---

　ただし、他の場合は、アップデート、まったく無関係の新商品、プラグイン（消耗品は、あまりない）どれをとったらいいか悩む。そこで、顧客ニーズと市場の動きとできる技術範囲を見ながら、決めていくわけだが、その際、顧客のニーズは、手を広げすぎると集まりにくい。

　そもそも、手を広げると、サポート費用も莫大になるので、手は広げられない。

　そこで、ある程度単価を上げて、専門的にしてしまい、代理店を置くという政策をとる。
　この代理店政策をどうやるのか？というのが問題になる。

---

　ウィリアムのいたずらは、パッケージソフト業界に長く居たわけだけど、まあ、市場深耕をとるか、それとも市場拡大をとるかというのは、経営陣ともめることはあっても（株の関係では市場拡大のほうのウケはいい）、現場でもめることはない。カネが無ければ、市場深耕でいくしかないのだ。

　むしろもめるというか、考える（実はもめる頃も無く、「うーん、うーん」と考えこんでしまうことが多い）のは、アップデートで行くか、プラグインでいくか、商品ラインアップを拡大するか、新ブランドでいくか、さらには、そのための代理店などのチャネル戦略をどうするかっていうところで、開発、商品企画、営業、サポートなどと考えてしまうことが多い。

　なので、はっきりいって、ここで、「世界にむけて。。」とか、経営陣にいわれると、「じゃあ、おまえ、代理店・卸政策どーすんだよお！！」と、本当はツッコミたくなってしまう（＾＾）ｖ

グーグルのＧｍａｉｌをケータイで見る動き。。。

　Ｇｍａｉｌが、招待制から登録制になったわけだが、それにともない、アクセルマークが、携帯でGmailが読めるサイト変換サービスを用意したそうな

アクセルマーク、携帯でGmailが読めるサイト変換サービスなど
http://headlines.yahoo.co.jp/hl?a=20060824-00000033-imp-sci

グーグル自体は、
「Gmail」一般公開、モバイル対応も「できるだけ早期に」～グーグル徳生氏
http://internet.watch.impress.co.jp/cda/news/2006/08/23/13056.html
というニュースの中で

日本でもマーケットニーズにあったサービスを展開してきいきたい。特に、モバイルアクセスについて要望をいただいているのは承知しており、できるだけ早期に対応していきたい」

と述べているが、グーグルが対応する前に上記のようなサイトやフルブラウザを使って、ケータイからのＧｍａｉｌは盛んになってるかもしれない。

ウィリアムのいたずらのギャグで書いた、ＰＣでリモコン操作が、本物になっちゃってる！

以前のブログに、パソコンでリモコンを操作し、ユビキタスなんていうおばかな話を書いていたが、おばかどころか、まじめに、売り出す会社がでてきたぞ！

　それも、まじめな会社なのだ。。
［新製品］バッファロー、PCから家電を操作できる学習リモコンキット
http://news.livedoor.com/webapp/journal/cid__2364773/detail?rd

そのニュースによると

バッファローは、PCからデジタル家電や生活家電などをリモコン操作できる学習リモコンキット「Remote Station（リモートステーション）PC-OP-RS1」を9月上旬に発売する。価格は5565円。


6000円しないんですかあ！
これが買いでしょう！！
なんか、よくわかんないけど、全方向をカバーしちゃうんだそうな（＠＿＠！）

---

そうすると、次は、ケータイでリモコン？っておもうけど、これは、あるそうな
携帯電話がリモコンになる「jigマルチリモコン」、設定情報のダウンロードが可能に
http://news.livedoor.com/webapp/journal/cid__2362558/detail

---

さあ、つぎは、いもうとデスクトップで、家のリモコン操作だあ！
。。。そっかあ？？

Ｐ．Ｓ　でも、どんなもんなんだか、写真がないので、実は、よくわかってなかったりする

Javaで基本操作（その３）：数字表現（０を前に付ける等）の１．５以前、以降の違い

Javaで基本操作シリーズその３、もう、前回にもちょっと出てきてしまっているのですが、数字の表現。

　数字のカンマつき、０を前に付ける等といった話は、Java1.5でチョー便利機能、String.formatとSystem.out.printfが入ったんで、それ以前、それ以降（つまり、２つの機能を使った場合）で分けて話たほうがいいとおもいます。

　ということで、まず、Java1.5以前から

---

■Java1.5以前－NumberFormatを使って。。
●概要
　java.text.NumberFormatっていうのがあって、そいつを使うと、前０とか、小数点以下何桁とかできます。

・前０は、setMinimumIntegerDigits(最小桁数)メソッドです。この場合、最小桁数に満たない桁には前に０がつきます。
・カンマの指示は、setGroupingUsed(true)メソッドで、カンマつき、trueをfalseにすると、カンマなしになります。
・小数点の桁数を揃えるにはsetMinimumFractionDigits(桁数)メソッドです。この桁数以下の場合、０がつきます。
・小数点以下を丸めるにはsetMaximumFractionDigits(桁数)メソッドです。それ以上の小数点以下の桁数だと、四捨五入します。

これらの指示の仕方は
１．NumberFormat nf = NumberFormat.getInstance();でオブジェクト取得
　　（newではない）
２．上記メソッドを使っていろいろ設定（複数組み合わせてもＯＫ）
３．String test = nf.format(値);で、値を２の条件で変換した結果
　　（文字列）を返します

・新しく設定しなおしたい場合は、またNumberFormat.getInstance()して、オブジェクトを取得しなおしてね！じゃないと前の設定が生きてるよ（＾＾）

くわしくは、このページが分かりやすいと思う

http://www.geocities.jp/h2fujimura/appendix/text/NumberFormat/index.html

●サンプルソース
　こんなかんじ。

import java.util.*;
import java.text.*;

/*
 *  数字のフォーマットテスト
 */
public class test {
	/*
	 * 	メイン処理（呼び出し元）
	 */
	public static void main(String[] args) {
		//	まず、フォーマット操作をしたいなら、
		//	NumberFormatをもらわないといけない
		NumberFormat nf = NumberFormat.getInstance();
		
		//	数字のあたまに０を付ける
		nf.setMinimumIntegerDigits(5);	//　最低5桁
		String test1 = nf.format(5);
		System.out.println("０をつける　：" + test1);

		//	カンマを消したい
		nf.setGroupingUsed(false);
		test1 = nf.format(5);
		System.out.println("カンマを消す　：" + test1);
		
		//	小数点を指定した桁数に必ずする
		//	最低小数点以下３桁＝２桁以下なら０がつく
		nf.setMinimumFractionDigits(3);
		String test2 = nf.format(25.4);
		System.out.println("３桁　：" + test2);

		
		//	小数点をある桁以下、捨てる
		//	もう一回つくりなおし
		NumberFormat nf2 = NumberFormat.getInstance();

		//	最低小数点以下2桁＝3桁以上捨てる
		nf2.setMaximumFractionDigits(2);

		//	切捨てのケース
		String test3 = nf2.format(25.423);
		System.out.println("３桁　25.423　：" + test3);
		
		//	切り上げのケース
		String test4 = nf2.format(25.428);
		System.out.println("３桁　25.428　：" + test4);
	}
}

（上記　＜　＞　￥は本当は半角です）

---

■Java1.5－String.format等を使って。。
●概要
　しかし、Java1.5に、System.out.printf,String.formatが入ったことで、こんな面倒なことをしなくてよくなった（なお、System.out.printfと書いているが、別にSystem.out.である必要はなく、PrintStreamなら、printfメソッドは使える）。

　これらは、Ｃと同じく、書式を指定すれば、その形で出力してくれたり、文字列に変換してくれる。

くわしくは、ここ
J2SE 5.0の新機能
第4回 書式付き入出力機能（1）――Javaのprintf
http://www.javaworld.jp/technology_and_programming/-/21082-1.html

●サンプルソース
　こんなかんじ。

public class test {

	/**
	 * Java1.5でのテスト
	 */
	public static void main(String[] args) {
		int	   su = 5;

		// 数字のフォーマット
		String test1 = String.format("%03d",su);
		System.out.println("String.formatの利用："+ test1);

		//printfでいきなり
		System.out.printf("printf 直接指定：%03d￥n",5);

	}

}

（上記　＜　＞　￥は本当は半角です）

---

　ということで、１．５は便利ではあるので、１．５ベースでのプログラムというのは、どんどん増えてくると思われる。そーすると、1.4,1.3と1.5の混在となるわけだが、この場合の問題点ということについては、また今度、別の機会で書きたいと思います。

iBookも回収、ソニー製リチウムイオン電池で

ここのニュース
ソニー製電池問題が拡大＝米アップルもノートPCを大量リコール
http://headlines.yahoo.co.jp/hl?a=20060825-00000021-jij-int
によると、アメリカでは、（以下斜体は上記ニュースより引用）

米アップルコンピュータは24日、180万台に上る同社製ノート型パソコンに搭載するソニー製リチウムイオン電池をリコール（回収・無償交換）する計画を発表した。

だそうな。。

で、回収するのは

　アップルが回収するのは、2003年10月から今年8月に米国内外で販売した「アイブックG4」と「パワーブックG4」。

だそうなんだけど、日本は？？大丈夫なの？
ウィリアムのいたずらは、マックじゃないからよくわかんないけど。。

鉄腕アトムの携帯電話が中国限定で売っているらしい

ここの話

鉄腕アトムの携帯電話
http://www.gizmodo.jp/2006/08/post_119.html
によると、中国限定で、鉄腕アトムのケータイが売っているらしい。
たしかに、いたるところでアトムだぞ！

日本でも出せばいいのに。。。

パテントとか、大丈夫なんでしょうねえ。。。

インプレスも萌えニュース市場に参戦！それも、動画で。。。

とうとうインプレスも萌えニュース市場に参戦したようだ。
それも、動画で。。。

ここのサイト

Impress Watch 動画ニュース　萌えバージョン
http://www.impress.tv/im/article/whm/

ニュースの内容は、 ソフォス、ルートキット駆除ツールを無償公開などなど、いたってまじめなのだが、メイド服をきたおねーさまが、それふうに言うので。。。

　途中（他のニュースで、だが）、「ご主人様」という言葉が何度も出てくるので、会社では見ない人がいいだろう。怪しい人に思われてしまう。。

Javaで基本操作（その２）：ソートする

Javaで基本操作シリーズ、前回はマージだったので、今日はソートです。

ソートはJavaの場合、Arrays.sort(キーの配列)でソートしてくれます。

なので、こんなかんじで、ソートできます。

---

●仕様１
　キーは、時間、値は１レコード分のデータ（下記）を、レコード数分、ハッシュマップに入れて、時間の昇順にソートして出力する。

　　１レコード分のデータの構造は
　　　　キーに時間(time)、チャンネル(ch)、番組名（title)、
　　　　値にそれぞれの値を入れた
　　HashMap。

●ソース１

import java.util.*;

/*
 *  Sortのテスト
 */
public class test {
	/*
	 * 	メイン処理（呼び出し元）
	 */
	public static void main(String[] args) {
		HashMap moto = new HashMap(); //	元のデータ（ここに追加する）
		HashMap henko= new HashMap(); //	変更分データ
		HashMap rec;		   // 1レコード分データ

		//	データ
		rec = new HashMap();
		rec.put("time","19:00");
		rec.put("ch","8");
		rec.put("title","バレーボール");
		moto.put("19:00",rec);

		rec = new HashMap();
		rec.put("time","23:00");
		rec.put("ch","12");
		rec.put("title","WBS土曜版");
		moto.put("23:00",rec);

		rec = new HashMap();
		rec.put("time","24:00");
		rec.put("ch","4");
		rec.put("title","うるぐす");
		moto.put("24:00",rec);

		rec = new HashMap();
		rec.put("time","26:30");
		rec.put("ch","3");
		rec.put("title","平野麻樹子の地学");
		moto.put("26:30",rec);
		
		//	ソートする
		Object[] key = moto.keySet().toArray();
		Arrays.sort(key);
		
		//	表示する
		for(int i = 0 ; i ＜ key.length ; i ++ )
		{
			rec	=	(HashMap)moto.get(key[i]);
			System.out.println(rec.get("time") + " " + 
                               rec.get("ch") + ":" +rec.get("title"));
		}					
	}
}

（上記＜　＞　￥は、本当は半角です）

つまり、
　　Object[] key = moto.keySet().toArray();
で、ソート対象のキーを取り出し
　　Arrays.sort(key);
でソートします

---

　これが、降順の場合は、
　// 表示する
　for(int i = 0 ; i <key.length ; i ++ ) が

　// 表示する
　for(int i = key.length-1 ; i >= 0 ; i -- )
にかわるだけです。

---

　キーが数字の場合は、前に０を足して桁数を揃えます。
　（そうしないと、文字列でやった場合、正しくソートしません。
　　KeyがIntegerのオブジェクトでやるなら、足さなくてもいいですが）

　キーが、大項目、中項目、小項目とあるとき、タブまたは空白でつなぎます。
　（空白を使っていない場合は空白でＯＫ。キー項目に空白がある場合はタブ）


●仕様２
　キーは、時間、値は１レコード分のデータ（下記）を、レコード数分、ハッシュマップに入れて、チャンネル番号、時間の昇順にソートして出力する。

　　１レコード分のデータの構造は
　　　　キーに時間(time)、チャンネル(ch)、番組名（title)、
　　　　値にそれぞれの値を入れた
　　HashMap。

●ソース２

import java.util.*;
import java.text.*;

/*
 *  Sortのテスト
 */
public class test {
	/*
	 * 	メイン処理（呼び出し元）
	 */
	public static void main(String[] args) {
		HashMap moto = new HashMap(); //	元のデータ（ここに追加する）
		HashMap henko= new HashMap(); //	変更分データ
		HashMap rec;		   //	1レコード分データ

		NumberFormat nf = NumberFormat.getInstance();
		nf.setMinimumIntegerDigits(2); //	２桁で表示
		
		//	データ
		rec = new HashMap();
		rec.put("time","19:00");
		rec.put("ch","8");
		rec.put("title","バレーボール");
		moto.put(nf.format(8)+ "￥t"+"19:00",rec);

		rec = new HashMap();
		rec.put("time","23:00");
		rec.put("ch","12");
		rec.put("title","WBS土曜版");
		moto.put(nf.format(12)+ "￥t"+"23:00",rec);

		rec = new HashMap();
		rec.put("time","24:00");
		rec.put("ch","4");
		rec.put("title","うるぐす");
		moto.put(nf.format(4)+ "￥t"+"24:00",rec);

		rec = new HashMap();
		rec.put("time","26:30");
		rec.put("ch","3");
		rec.put("title","平野麻樹子の地学");
		moto.put(nf.format(3)+ "￥t"+"26:30",rec);
		
		//	ソートする
		Object[] key = moto.keySet().toArray();
		Arrays.sort(key);
		
		//	表示する
		for(int i = 0 ; i ＜ key.length ; i ++ )
		{
			rec	=	(HashMap)moto.get(key[i]);
			System.out.println(key[i] + ":" +
                                rec.get("title"));
		}					
	}
}

（上記＜　＞　￥は、本当は半角です）

キーの入れ方が仕様１と変わっています。

NumberFormat nf = NumberFormat.getInstance();
nf.setMinimumIntegerDigits(2); // ２桁で表示

で２桁表示にして、
　　nf.format(チャンネル番号)
で、２桁でチャンネル番号をあらわしています（１桁だと前０がつく）

---

　１つのキーに対して、レコードがいくつもある場合は、
　キーは、ソートキー、値はそのキーが入ったレコードのVectorにして
　そのＶｅｃｔｏｒに、各レコードのハッシュマップを入れます。

●仕様３
　キーは、時間、値は１レコード分のデータ（下記）を、レコード数分、ハッシュマップに入れて、時間の昇順にソートして出力する。ただし、時間は、同じ時間のものがある。その場合のソート順は問わない。

●ソース３

import java.util.*;
import java.text.*;

/*
 *  Sortのテスト
 */
public class test {
	/*
	 * 	メイン処理（呼び出し元）
	 */
	public static void main(String[] args) {
		HashMap moto = new HashMap(); // 元のデータ（ここに追加する）
		HashMap henko= new HashMap(); //	変更分データ
		HashMap rec;		  //	1レコード分データ
	         Vector  vec;	//	レコードが入ったベクター

		
		//	データ
		rec = new HashMap();
		rec.put("time","19:00");
		rec.put("ch","8");
		rec.put("title","バレーボール");
		vec = (Vector)moto.get("19:00");
		if ( vec	==	null )
		{
			vec	=	new Vector();
		}
		vec.add(rec);
		moto.put("19:00",vec);

		rec = new HashMap();
		rec.put("time","23:00");
		rec.put("ch","12");
		rec.put("title","WBS土曜版");
		vec = (Vector)moto.get("23:00");
		if ( vec	==	null )
		{
			vec	=	new Vector();
		}
		vec.add(rec);
		moto.put("23:00",vec);
		
		rec = new HashMap();
		rec.put("time","24:00");
		rec.put("ch","4");
		rec.put("title","うるぐす");
		vec = (Vector)moto.get("24:00");
		if ( vec	==	null )
		{
			vec	=	new Vector();
		}
		vec.add(rec);
		moto.put("24:00",vec);

		rec = new HashMap();
		rec.put("time","26:30");
		rec.put("ch","3");
		rec.put("title","平野麻樹子の地学");
		vec = (Vector)moto.get("26:30");
		if ( vec	==	null )
		{
			vec	=	new Vector();
		}
		vec.add(rec);
		moto.put("26:30",vec);

		rec = new HashMap();
		rec.put("time","19:00");
		rec.put("ch","3");
		rec.put("title","サイエンスZERO");
		vec = (Vector)moto.get("19:00");
		if ( vec	==	null )
		{
			vec	=	new Vector();
		}
		vec.add(rec);
		moto.put("19:00",vec);
		
		//	ソートする
		Object[] key = moto.keySet().toArray();
		Arrays.sort(key);
		
		//	表示する
		for(int i = 0 ; i ＜ key.length ; i ++ )
		{
			vec	=	(Vector)moto.get(key[i]);
			if (vec	==	null )
				continue;
			for(int j = 0 ; j ＜ vec.size() ; j ++ )
			{
				rec = (HashMap)vec.elementAt(j);
				System.out.println(rec.get("time")+ " "
                                     + rec.get("ch") + ":" +rec.get("title"));
			}
		}					
	}
}

（上記＜　＞　￥は、本当は半角です）

データを入れるところが違って、
　vec = (Vector)moto.get("19:00");
という形で、今、いれようとするところのVectorを
とってきます。新規のときはnullになるので
　if ( vec == null )
　{
　　vec = new Vector();
　}
で生成したあとに

　vec.add(rec);

で、レコードを追加、このVectorを
　moto.put(時間,vec);
でPutします

取り出すときは、
いちど、Vectorを取得し、そのVectorのデータを順々に表示していきます。

---

こんなかんじ。。。ですかね。。

東京MX、YouTubeにテレビ番組を配信

ここのニュース
東京MX、YouTubeにテレビ番組を配信
http://headlines.yahoo.co.jp/hl?a=20060824-00000019-zdn_n-sci

配信しちゃうんですか（＠＿＠！）
すげー。。
番組中に流れるＣＭも配信するのかなあ。。