差分追従を重視する文章システムの一検討 ~ブログとウィキ~

やらなければならないことがあるときに思考は横道を走り、またやらねばならぬことが重大であるほど横道思考も良く走る。今回は風呂に入っている最中に表題のような仕組みを思いついた。思いついたように思えたが、過去に思いついたことを再度、書き散らしているだけかもしれない。ともかく、思考を出力してみる。

某氏が研究材料にwikiを選んでから、ほうほう、それはそれは、と横目に見つつ、自分なりの文章管理システムの在り方を考えてきた。
ぼくのかんがえたさいきょうのマニュアル管理システムはその一端であり、マニュアルとは如何なるものかという思考の流れでたどり着いた一つの考察である。

はじめに

実際にWeb上で構成されたシステムはどのようなものなのか、と問われれば、それはwikiを基盤にしたものだろうと答える。
wikiは文章の整理には向いていると考えている。
タイトルと本文で構成され、本文中のリンクによって記事同士のつながりができる。
また記事の編集も容易である。
記事タイトルの付け方にある程度のルールを定めれば構造化もできる。

しかしながら、実際にwikiをWeb上で活用している人はそれほどいない。
技術的な内容でさえ、wikiではなく、ブログ上で展開される。
解せない。そういう感情があった。
wikiに書いておけば構造化され、後から見ても分かりやすいはずだ。

ブログは時系列のデータにしかならない。後から見返すのには向かない。
普通なら、後から見返すためにはタイトル一覧くらいは用意するが、用意しているブログは少ない。
ニュース記事を配信しているサイトでさえ、タイトル一覧という考え方はあまりしない。

そういった体験を経て、wikiよりもブログが選ばれる点について、ふと思うところがある。

wikiの弱点

実際にwikiを運用し利用していく中で不都合が出る。
それは誰かが更新した結果を確認するのが面倒な点である。
もちろんwikiでは更新された記事が何であるか、どのポイントが更新されたのかは後からわかる。
Wikipediaではそのような情報を元に校正を行っているのだろうだから、機能しているはずだ。

だが、自分で実際に利用してみて、非常に分かりにくい。
また、Web上の文章としてwikiの更新履歴のRSSを自分のRSSリーダーに入れるだろうか。
自分はそのような経験はない。

よって、Web上で見られる文章はwikiではなく、ブログが選ばれやすいのだろうと勝手に考えている。

wikiの弱点の克服のために

wikiの弱点は更新履歴の追従に問題がある点であることを述べた。
そう考えるのであれば、更新追従に強いシステムを導入すればよい。
つまり、wikiとブログの長所を掛け合わせたようなシステムにすればよい。

仮にwikiにブログ的要素を付加すると考える。

wikiに構築された1つの文章、知識が更新される。
その知識の更新が重要な場合に、なぜ、更新したのかの文章を書く。
差分追従を重視するwikiブログ

wiki側では常に最新の理論があり、古い理論は捨てられる。
ブログ側では常に最新の理論の更新理由があり、読者の興味を惹き続ける。
そのようなことを妄想した。

システムの予想される問題点

改めてこのシステムを見返すと、Githubにおけるソースコードとcommitログのような関係に見える。

しかしcommitログは詳細には書かれない。このシステムは実際に利用するのは難しいのかもしれない。
例えば、ここで書いている文章すら、wikiにどう書けばよいのか、さらなる思案が必要になるし、
逆にwikiを書き換えたとしても、すぐに更新履歴を書けるものではないのだろう。
その点は問題である。

システムの実現

wikiとブログがあればできるんじゃないでしょうか。

まとめ

改めて見返すと、別に大したアイディアではないように見える。
なぜ、こんなものが思いついて、書くというモチベーションが生まれたのか甚だ疑問である。
そういった書き散らすような文章を書くのにブログというシステムは便利であり、
ブログだから許されるものである。
よってwikiのような頭使って構造化して理論を書こうという頭でっかちなシステムは、
非常に扱うのが難しく、頭に思い浮かんだアイディアを構造化してwikiに落とし込めるような
仕組みとかそういったものの方が大事だと思うのだ。

もしくは他の人のブログを見て、理論的に重要だと思うものは自分なりにwikiにまとめて、
更新部分にそのブログ記事のURLを張っておくとか、そういったことをしておけば、
自分は困らないのではないではないか。

よく分からなくなってきたのでもう寝る。時間の無駄だった。

自炊書籍の閲覧ソフトウェア環境として理想を述べる

今回は、僕の考えた最強の電子書籍閲覧環境について系の話である。

自分を含めて、周りではiOSやAndroidを用いて、自炊した書籍を閲覧したいという要望が強い。

たとえば自分の例では、iOSの電子書籍ストア・アプリの1つにて、コツコツと買い続けてきたものが、突然サポート終了になり、書籍データのダウンロードはできるが、アプリのダウンロードはできなくなってしまった、という体験をした。DRMのかけられたデータ・もしくは電子書籍サーバから配信されるデータは自身でコントロールできない。もう二度と電子書籍なるものを買うか、と心に決めた(が、その後も少しは電子書籍を買ってしまっている…)。

また自炊した資料を、自由に閲覧したい、という要望もある。よって、自炊した書籍を閲覧したいという要望が強い。

自炊した書籍を閲覧するにはiOS,Androidアプリを用いるのだが、いくつか問題がある。例えば、対応する画像形式に割と厳しい制限があったり、書籍データの配信や既読情報管理が面倒だ、という点だ。ちなみにこの既読情報管理という話は、異なるデバイス・タブレット上で、「どのデータを閲覧したか」「いつ閲覧したか」「その評価はどうだったか」などのメタ情報を保存したい要求のことだ。これは自分自身が欲している。

もちろん、これら複数の問題は手間をかければ面倒だが解決が可能であるが、どうにかしたい。

そこで風呂に入りながら、ボーっと理想の形態とはどのようなものか考えていた(本当は別のやらなければならないことについて考えなければならないのだが逃避した)。

理想の自炊書籍の閲覧環境

1つの解決方法は、自分で自作の自炊電子書籍管理アプリを作ることだ。全ての画像形式に対応し、既読管理・書籍データの配信は、Dropboxや自作のサーバソフトウェアなどを使うことになるだろう。ただ、この時点でiOS、Android、WP8向けにアプリを作るなど地獄だ。3タイプの開発環境を保持するなど、正気ではない。いや、自分だけで使うアプリの話だから、いいのだけれども、どうせなら、すべてのデバイスで使いたい。

話を戻して、例えば、各ベンダー向けのアプリを作るとして、配信や既読管理に自作のサーバソフトウェアを必要とするのであれば、初めからHTML5を使ったブラウザ上で閲覧できるシステムを作った方が良いのではないか、とも考えられる。HTML5を使ったシステムであれば、iOSでもAndroidでもPC上でも閲覧が可能である。商用のシステムでも、HTML5を用いて十分に実用になっているものもある。HTML5上で閲覧すると同時にメタ情報を保存する。形式の異なる画像でも、サーバ上ならライブラリを用いて容易に変換できる。配信の問題はなく、どうやってサーバ上にアップロードするのか、という課題が残るだけだが、これも簡単に解決できるだろう。操作性も問題ないだろう。

欠点は、オフライン状態での書籍の閲覧が困難だろう点(ブラウザ上のストレージには、それほど大きいデータは収納できないはず)である。

これらの検討を進めていった結果、subsonic方式が良い、と思った。

subsonic方式の自炊書籍の閲覧環境

subsonicとは、Javaで動作する音楽向けのメディアサーバソフトウェアであり、オープンソースである。Windows,Mac,Linuxに自分で入れて使う。subsonicはWebインターフェースを持ち、Web上からでも自分がアップロードした音楽を再生できる仕組みになっている。また音楽ファイルのメタ情報を解析して、曲名やジャケット画像などの表示、そこからのプレイリスト作成も可能である。

subsonicの機能の中でも最も有用だと思えるのが、APIである。このAPIを用いてiOSアプリやAndroidアプリから、音楽を読み込んで再生できる。アプリで読み込むことで音楽をキャッシュすることができ、オフライン状態でもある程度使うことができる。プレイリストはローカル側でもサーバ側でも管理することができる。音楽ファイル形式が異なる場合は、mp3に変換して配信してくれる。

ここまで考えたところで、ああ、subsonic的な自炊書籍メディアサーバが自分の理想だったのだ、ということが分かった。自分の音楽を聞く環境はiTunesからsubsonicにすべて移行してしまった。iTunesでメタ情報の管理自体は今でも行っているのだが、聞く環境についてはsubsonicに任せている。どの端末からでも、PCからでもiOSからでも自分の音楽を聴くことが出来る利便性は大きい。

subsonic的な特徴を備えた自炊書籍メディアサーバを想像する

SUBSONIC的な自炊書籍メディアサーバ

上図はsubsonic的なメディアサーバがどのような関係を持つのかを示した図である。まず、Webインターフェースを持ち、PCブラウザからは簡単に閲覧できる。APIを持ち、スマートフォン・タブレットアプリはAPIを通じて書籍データにアクセスする。場合によっては、オフラインのためのキャッシュをアプリは行う。画像形式がクライアントアプリに対応していないものである場合・もしくはクライアント端末の解像度に対して大きすぎる場合は、変換を行ってから配信する。既読管理などのメタ情報はサーバと共有され、オフライン時にはクライアントアプリに保持され、再接続した際に同期される。

subsonicはそうなっていないが…基本的に多くの機能は外部アプリ向けAPIを通じて操作するように設計されるべきであり、WebインターフェースにてJavascriptやFlashでクライアントを作成する場合は、そのAPIを用いて閲覧や既読管理できる方が望ましいと考える。例えば、クライアントアプリによる書籍閲覧では端末の解像度や受け入れることのできるファイル形式をのせてリクエストAPIを叩き、Webインターフェースによる書籍閲覧ではブラウザのサイズと対応ファイル形式をのせてJavascriptからAPIリクエストを行う、という形になる。この前者と後者のAPIは共通のものであり、片方のインターフェースが出来ることは、もう片方のインターフェースでも可能になる。そうすることで、漏れのない良いシステムが出来ると思う。

subsonic的な特徴を備えた自炊書籍メディアサーバの特徴のまとめ

  • 自炊書籍メディアサーバ
    • オープンソースである
    • サーバ上で動作するメディアサーバ用のソフトウェアである
    • Webインターフェースを持ち、HTML5もしくはFlash技術を用いてPCブラウザ上で閲覧できる
      • HTML5を使用する場合は、タブレットやスマートフォンなどのデバイス上でもWeb閲覧できる
      • HTML5もしくはFlashを用いる場合、後述のAPIを通した作り方が、システムとしてシンプルである
        • Javascriptを用いてAPIにアクセスしてJSON形式の応答を解釈する、という流れ
    • APIを持つ
      • APIを用いて認証・書籍データの配信・メタ情報(既読・評価・メモ)管理できる
      • APIは仕様が公開され、iOSやAndroid、WP8等のアプリから利用できる
    • 画像形式がjpg,pngでなければ、それらの形式に再変換して配信を行う
      • 回線品質(Wi-Fi,3G)に応じて圧縮品質を変える
    • あったらいいな機能
      • Web上の好きな記事のPDFを作成して、保存しておける機能
      • デバイス紛失に対応するために、デバイスごとに有効・無効が設定できる

こうした公開API仕様が世に広く広まり、DRMなし電子書籍を購入したら自分のサーバに簡単に入れることが出来る、だとか、自分が書いた本をメディアサーバに入れて、ほかの人に公開する、だとか、自分の既読・評価・メモリストをほかの人と共有するだとか、色々なことができるようになる、予感がある。共有された情報はAPIを通じて、電子書籍アプリに配信され、本を読みながら、ほかの人のコメントが読める。

APIの作り方次第でいろいろな世界が見える。

少し別な話だが、

音楽向けのストレージサービスをしようとするのなら、サービス運営者は音楽の著作権者にお金を支払わなければならない、という判決(MYUTA事件)が過去に出た。

音楽向けのストレージサービスへのアップロードや、音楽データの配信のための複製行為の主体がサービス側にある、と判断されたからだ。よって私的な複製が成立せず、複製に対して主体であるサービス運営側はお金を支払い必要が出た、というわけだ。

それはそれで問題で、当時は憤慨した。しかし、これを回避する方法がある。それが今回のsubsonicのような利用者自身が複製の主体になるようなメディアサーバを用いることである。

「subsonicや今回の自炊メディアサーバのように自分自身が複製の主体となるシステムを構築すべきである」という、世の流れになることは悪いとは感じない。すなわち、日本においては著作権者の許可を得ずに複製するのであれば、他者に複製の主体を与えずに、利用者自身で複製のコントロールしなさい、と。そういう流れになっている。最近は、これはこれで面白い、と思っている。

subsonicのようなサービスを、簡単にサーバに入れることが出来て、自分でコントロールできる世界の方が面白い。スマートフォンのアプリのように、サーバアプリが入れ替えできるような世界。あの判決を逆手に取れる開発者なら期待できる。subsonicはWindowsにもインストール可能だが、PCに入れるのは現実的ではなく、外部のサーバを安く借りて使いたい。VPSなど安価サービスの登場のおかげでサーバの保持のための必要なお金は下がってきているので、そういった安価サーバサービス向けの簡単プラッガブルなサーバアプリができることにも、また、期待している。

こういうの書いていると作りたくなってくるな…

どういった作り方がよいのか (2)

前回、好きなものを作れば誰も見向きもしない、要望を聞いて作ってもコレジャナイと言われる、という事柄について述べた。

ものづくりの起点において、如何なる手法を取るべきかの答えについて、どういった方法がよいのか。

これには、何通りもの答えがある。それで良いと思う。ものづくりのさらなる起点――「売れる」ものづくりを始める前にものづくりをしたくなった理由――という当初の気持ちが人それぞれだからだ。

ともあれ、「どういった作り方がよいのか」という悩みを持つ多くの人は、「良い物をつくり、人々に提供したい」「良い物を作ったが、人に使われない」などの悩みに集約されていくのだと思う。「売れるものづくり」よりも「作りたいものを作る」ことをしてきたということだ。

そうした「売れないものづくり」を続けていくことで、今まで積み重ねたものが無駄なもの、虚構なのではないのか、と、やがて打ちひしがれる。しかし、続けてきたことは無駄ではない。が、流石に続くと、そう思ってしまう。そうした状況に陥る人々は多く存在するのだと思う。そうした状況を打ち破ってきた前例を見ていくことで、変えることが出来るかもしれない。

大衆化

その現状を打破する1つの方法は大衆化、すなわち「大衆迎合」であると信じる。その道のコアな顧客が大反対するアレである。

この大衆化が大きく成功するのは、「技術はあるが、売れない」ケースであると思う。

初回の「好きだからものづくり」が終わり、こだわりの製品・サービスができた後において、次に「売れるものづくり」のイテレーション(反復作業のうちの1回の期間)に入る。この「売れるものづくり」の起点として、市場調査ではない、大衆化を今回はテーマとする。

大衆化の例はいくつかあるが、チョコエッグとニンテンドーDSを挙げる。

チョコエッグに見る大衆化のテーマ

チョコエッグの件は、最近放送されたカンブリア宮殿という番組で知った。詳しくはカンブリア宮殿のサイトにいくと、長いビデオがあるはずなので、それだけ見ても話は分かる。

海洋堂は版権ガレージキットの製造でトップクラスの技術力を持ち、有名な会社だったが、版権を大手に奪われてしまうことが何度も発生し、版権に頼らないビジネスを模索していた。その時にチョコエッグと出会い、成功につながる。

Wikipedia 海洋堂 ノンキャラクターの模索~チョコエッグの時代

宮脇修一はチョコエッグのおまけは今のところたいしたものではなく、これを海洋堂が作る事でもっと良い物ができると思いついたのである。アクションフィギュアでノウハウを蓄積した中国の工場も使える。

結果は大成功した。他社の人気キャラクターのおまけつき商品を押さえ、圧倒的な売り上げを記録した。本来の狙いである子供はもとより、おまけの完成度の高さに感心した大人までがこぞって買い始めた。加えて第二弾途中からツチノコがシークレット(=ラインナップ表に載っていないもの)で入っているということが口コミで広がり、チョコエッグファンの収集欲を刺激し、人気に拍車がかかり、2001年には大流行商品となった。

中国製造を可能にし、質の高い製造ラインを作成していたことが成功へのつながる。

脱・ガレージキット

しかし、中国で生産すれば、日本国内で金型を起こし生産するのとは比べ物にならない低費用で出来ることが判明する。そしてこれがゴーサインになった。海洋堂は「こんなウチの水準をわざわざ下げたものを真面目に作るのは気が引ける、あくまでもシャレでやるんだ」というスタンスで動き始めた。

当初はシャレで始めた中国製造が結果的には食玩ブームを起こした。現在では旭山動物公園でもガチャ(カプセルトイ)の製造を行なっている。カプセルミュージアムプロジェクト参照

フィギュアの大衆化

この例はフィギュアの大衆化である。

当時フィギュアと言えば、いわゆる美少女フィギュアであった。食玩ブームを巻き起こしたチョコエッグのフィギュアは「日本の動物」であり、第一弾はニホンザルだった。当時、「動物のフィギュアを作りたい」と言っても誰も作らせてくれない時代だった。しかし、食玩として製造することに成功する。

この流れを大衆化の良い例だと思っている。当初はシャレで作ったラインが、一般人へ提供する入り口になる。

売れた理由としては、食玩、おまけだったら”おかしに無料でおもちゃがついてくる”という感覚がある、また食玩は何が入っているのか分からず、目当てのものが出てくるまで買ってしまう、という点が番組内では挙げられていた。

チョコエッグの件をまとめるとこのような感じになる。

  • 質の良いフィギュアを製造できる(デザイン)
  • 質の良いフィギュアを大量生産できるラインを持っている(技術・ノウハウ)
  • 食玩として提供する
    • 一般客でも手に取りやすいお菓子とテーマ(動物)
    • お菓子の「おまけ」という位置(買いやすさ)
      • ただの動物フィギュアだったら悩んでしまう
    • お菓子の流通力
    • 何が出るかわからないガチャの要素(顧客あたり売上の向上)

この成功のために、色々と納得出来ないことはあったのだろうと思う。しかし、まず大衆化に成功したことが大きいのではないか。

この大衆化がもたらしたものは、今までフィギュアに興味のなかった人に売ることができたということである。大衆に「動物のフィギュアが欲しいですか?」と聞いても欲しいという人はいない。その状況化で勝ち得た製品の勝利である。

すなわち、大衆化として重要なテーマは、今まで○○に興味のなかった人にいかに売ることができるかであり、そのためには色々と切り捨てなければならないもの、技術者・開発者・ものづくりする人としてのプライドがある、ということである。

今は車が売れない時代とされている。仮に大衆化に当てはめれば「今まで自動車に興味のなかった人にいかに売ることができるか」というテーマになるが、実はこれが今の自動車業界のテーマであったりする。

ゲーム業界でも過去にどうようなことが成功しているので紹介したい。

ニンテンドーDSに見る大衆化のテーマ

過去の自分のブログ記事を参照として挙げる。ケータイ小説とNDSから文学の再発見を紐解く

ハイスペック化、操作性が複雑化していく中で、任天堂の出すゲーム機は操作性が簡単(直感的)で今までにない新しいものを作ることが課題だった。その結果、山内氏が「2画面や・・・」と言い残したのをヒントにニンテンドーDSが開発された。

操作性が複雑化していくことで、コアゲーマー以外のユーザー、つまり新しいユーザーや女性層が購入しにくい、という印象が付きまとうようになる。結果的に購入者である「お母さん」に嫌われてしまうゲーム機になってしまい、購入を抑制されてしまう。それを解決するために、誰でも簡単に利用できるという操作性が課題となった。

ゲーム業界はそれまでスペックしか求めて来なかったが、操作性を簡単にすることで誰でも出来るように見せ、成功させた。

この大衆化がもたらしたものは、今までゲームに興味のなかった人に売ることができたということである。

この中に出てくる「女性層」というキーワードが気になる。例えば一般的に「女性層」向けの製品を作るとはどういうことか考えると、色だったりその他デザインだったり、を考えがちだ。そうではない、と考える。「女性層」に支持されることの意味は、本来的には男性にしか興味を持たれないほど複雑であった製品を簡単にした、ということだ。それほどまでに簡単になると、男性のライトユーザーも興味を持つはず、すなわち、購買層全体の範囲を広くする。

ライトユーザー仮設

ライトユーザー仮説の記事にて図案化したが、コアなユーザーしか存在しない市場の規模は縮小する。触れる機会が少ないからだ。しかし、このような顧客に価値を提供できれば、大きく躍進できることだろう。

なお、ケータイ小説とNDSから文学の再発見を紐解くでは小説の大衆化、「今まで小説に興味のなかった人に売ることができた」例も挙げている。

1つの解決方法である大衆化

入り口は分かりにくいの頃から、ジブリやニンテンドーDS、スマートフォン、初音ミクなどの例を挙げ、成功とは何なのか、その要素とは何かを追ってきたが、その1つの終着点は「大衆化」になりそうだ。

大衆化とは「今まで○○に興味のなかった人にいかに売ることができるか」である。そのためには「品質に少しは妥協して価格を抑え」「しかしながら品質は他よりは高く」「複雑なものを単純化して」「広く行き渡るように工夫をして」という一連の作業できる。この作業に、技術者・開発者、ものづくりに携わるものとして「今まで品質至上主義でやってきたから客がついてきたのに何なんだ」と憤慨することは間違いない。

しかし大衆化した、その先に、コアな顧客が生まれてくる。品質至上な顧客がやってくる。そのための布石づくりなのだ、ということを誤解してはならない。

大衆化に関してポイントを書いてみる。

  • 大衆化のポイント
    • 今現在、高い技術を持っている
      • 元々、良いものでなければ大成功はしない
      • 好きな製品・サービスでなければ練度が足りない
    • 高い技術の廉価版を広く売る
      • ときには幼稚だと思うかもしれない
      • シャレでもいいから
      • 高い技術がなければ品質を保った廉価版を作れないことは多々ある
    • 流通を工夫する
      • おまけでも構わない、メインの商品でなくても構わない、というスタンス
        • 今までの別の流通を通ることが大事・顧客との出会いが増える
      • 別のものにしか興味のなかった顧客にセットにする
        • (チョコエッグの例では)お菓子にしか興味のなかった顧客にフィギュアを買わせる
    • 興味を持つデザイン要素をつける
      • カラーバリエーション
      • 形状
      • 質感
    • 複雑であれば簡単化する
      • 複雑の上に成り立つ高い技術は一般には受け入れられない
      • その製品・サービスが本当に提供したいものに注力する

海外で人気の日本の伝統工芸、カラフルな南部鉄器の記事パリっ子が南部鉄器に夢中 岩鋳(盛岡市・南部鉄器の製造・販売)欧米で人気 見直される和の道具もどうぞ。

次回には「継続的改善・Getting Real・リーンスタートアップ」について紹介したいが、これらの事象についてはまだ考えている最中なのですぐには書けない。

どういった作り方がよいのか (1)

技術者、開発者、ものづくりの人の視点として、顧客に受け入れられる「ものづくり」とその手順、作り方について書く。

ものづくりには何通りものやり方がある。自身がこだわりがあって、作りたいと思うものを作ること。市場調査・分析の結果、世の中に足りないものが分かり、それを作ること。身の回りで自分(や隣人)が不便だと思っていて、それを解決するために作ること。

この作り方が問われることが良くある。例えば、家電製品などで、どうしてそれが必要なのか、という機能が搭載され、また、宣伝されていたりする。このときに、市場調査がよく行われていないのではないか、との疑念が生まれるからだ。

今まではスペックシートで丸がつく機能が多ければ多いほど、良い製品とされ、そのような製品が売れてきた。先の明るい、景気の良かった時代はそれでよかったが、今は先の見えない、倹約をしなければならない時代となった。人は必要最低限の機能を求め、必要であれば追加購入する。

この例として、雑貨の世界では、多少高価な雑貨店と100円ショップという業態が存在する。人は100円ショップで生活に必要な最低限のものを買い、遠出して多少高価な雑貨店に入った時に、オンリーワンな高価な雑貨を買い、100円ショップの製品をアップグレードしていく。

始めは最低限のものを、こだわりが出たら、高価なものを、という流れになっている。初めから高価なものを買う、という選択肢が狭められているような感覚がある。人は自分が要する機能性にシビアになってきている。よって、市場調査の重要性が高まっている、とかんがえられる。

この流れの上で、経済番組やものづくり関連サイトで数年前から気になることがある。「ニーズ調査は行わない」という発言をする実務家が多い。これはどういうことなのか。

Wikipedia マーケティング マーケティングと「売れる仕組み」

商品・サービスが「売れる」ためには、顧客のニーズを知り、ニーズを満たす商品をつくり、顧客がその商品の存在を知り、特徴を理解し、手に入る場所に商品が置かれ、入手できる適切な価格で提供されている必要がある。 これらの一連のプロセスが「売れる」という言葉に集約されている。

モノの製造としては、ニーズを知り、ニーズを満たす製品をつくり、提供することが一般的な流れであり、ニーズを知ることが起点となっている。起点である、ニーズ調査を行わない、とはどういったことなのか。

例を挙げる。

Twitterで流れた発言(真偽不明だが)

(時期的にカンブリア宮殿に出た時の発言か)

日本マクドナルド原田さん「アンケートをとると必ずヘルシーなラップサンドやサラダがほしいと要望があって商品化したけども売れたためしがない。ヘルシーなサラダでなくメガマックが売れる。お客は言うこととやることが違うからお客の話を聞いてはだめ。」

秋元氏の発言

勢いが止まらないAKB48――秋元氏「見たことない、説明不能、がカギ」 2010年11月05日

──今年もAKB48の勢いは止まらない。その勝因は?

秋元: データに基づいたマーケティングをしないからでしょうか。

この記事は2010年11月のものだが、この年の5月にNHKにて「仕事学のすすめ」という番組に出演している。

今月の「仕事学のすすめ」、語り手は秋元康さんです

第1回 あえてリサーチしない発想法

第2回 マーケッティングは役立たない

第3回 負けても目立つ自己プロデュース

第4回 仕事の壁は乗り越えるな

SONYウォークマン

市場調査はあてにするな - 「デジタル分析」から「アナログ直感」へ

ソニーがウォークマンを商品化する以前に、ウォークマンのようなものを商品化したところがあったでしょうか。ウォークマン以前にウォークマンはなかったのです。しかし、一度ウォークマンという商品が具体的に目の前に出現すると、「こういうのが欲しかった」という人が大勢現れました。

つまり、そうした商品のニーズは、多くの消費者のなかに潜在的には存在していたのですが、そのニーズは消費者の側からは具体的に顕在化することはなかったということです。なぜなら、消費者自身がそうしたニーズの存在に気がついていなかったからです。

ニーズの調査は不要か

例えば、SONYを代表するウォークマンは市場調査の結果、生まれたのか。Appleを代表するiPhoneは市場調査の結果、生まれたのか。これらに代表される製品は、顕在化されたニーズではなかったことは確かだ。

ならば、市場調査を行わずにモノを作ったほうが良いのか。自身が追求するものを作るほうが良いのか。

「マーケット・イン」と「プロダクト・アウト」

この市場調査が不要論が出てくる前に、ある言葉が流行った。「マーケット・イン」と「プロダクト・アウト」だ。これは、マーケティング不在の製品づくりに対して、投げかけられた言葉だ。この文章の前文で触れた、不思議な機能性を搭載した家電製品郡が、作っても売れない、という時代に直面した。この時になぜ売れないのか、作り手のひとりよがり立ったのではないのか、という意味で「マーケット・イン」>「プロダクト・アウト」という概念を示す人がいた。

プロダクト・アウトとは作り手が消費者に対して提案する形で製品づくりをする手法の意味として、マーケット・インとは、市場のニーズを汲み取り、それを元に製品づくりをする手法の意味として語られたと記憶している。

マーケット・インが台頭した例として、インターネット上で意見集約がしやすくなった点がある。すなわち、消費者側が欲しい機能を持った製品を提案し、その製品に対して消費者が発売されたら買う、との意思表明を行う。その製品を企業側が作れば良い、その流れはインターネットなら簡単に行えるだろう、というものだ。今、このような手法が残っているのかは知らないが。

しかし、この概念に対しての揺り返しが起こっている。

「顧客は自分が欲しい物を知らない。分からない。」

概ねそのような結論に達したように思う。例えば、SIの業界で「無茶を言う顧客」と「無理な仕事を取ってくる営業」、「融通が利かない開発者」の笑い話(切実な話?)がある。このうち、「無茶を言う顧客」は、自身がどのような製品・サービスを取得すれば、自身の仕事を大きく改善できるのか分かっているだろうか。分かっているのであれば、仕様・要求は変わることがないはずだ。

プロダクト・アウトによって、確かに今まで顧客の声を聞こうとしなかった反省はある。しかし、マーケット・インを行おうとしても、顧客は自分が欲しい物を真に分かってはいない。

だから、プロダクト・アウトでもない、マーケット・インでもない、第3の道が求められている。

(暇があったら今度、第3の道について書く)

せっかくリッピング違法化、違法ダウンロード刑罰化なので

  • 全て妄想。
  • Twitterに流そうかと思ったけれど、こんな長いもの流されても迷惑なのでブログに。
  • CDに関して。
  • 昔は音楽をデジタルデータで買うのはありえないと思っていた。CDケースに意味があると思っていたからだ。デザイン的な意味で。
  • 最近、実体のあるものを買うと、その体積が邪魔になってきた。捨てるという選択肢を取りたいが捨てるに及ばず、売るにも及ばず。
  • 実体がついてこないことについて意味がある、と感じるようになる。捨てる手間が省ける。ケースいらない。
  • 音楽に関しては、正直、CDと同等かそれ以上の音質、かつ、DRMフリーであれば、現状のCDと同じ額を払っても良いと考えている。
  • それはそうと、音楽家は今時、CDを本気で売りたいのかどうか疑問。CDはDRMフリーでコントロール不能。中古流通(と複製、また放流される問題)は制御できない。
  • iTunes Storeやauの新サービス「うたパス」などに提供するほうがコントロール可能な点で良いのでは?中古がない。
  • 今回の法改正でCDは守られない。
  • ということで、売るほうも実体のCDで売り上げ最大化できないのでは、と。
  • AKBの握手券はドーピング。『なお、握手券は無料の特典や私文書ではなく有価証券であることが東京地方裁判所によって認定されている[118]。』AKB48-Wikipedia
  • ちなみにAKB48はYoutubeで公式にPVを垂れ流している。皆が待ち望んでいたYoutube登場以後の新しい音楽ビジネスの形。音楽(と映像)はタダで、「体験」を売る。
  • AKB48の音楽性に関しては興味はないが、ビジネスの形としては一考の価値ある。
  • なぜ握手券をリアルで売るのか。オンラインで売らないのか。その答え(の妄想)。
  • 音楽が意図しない色々な形で無料で垂れ流される世の中で、体験を売るビジネスだと、実演家、というかライブ(やそれに付随する体験)に関わる人間しか儲からない。作曲家、作詞家が儲からない。
  • CDに握手券をつけて売れば、JASRACによって印税の配分が行われる。CDの場合、定価の6%をJASRACが徴収して、配分。詳細な計算は検索。
  • CDの売り上げに応じて配分するためにはCD+握手券が必要。その他、テレビ放送やカラオケ、レンタルからも収入はあるが、どのくらいの額なのか不明。【カラオケJOYSOUND】上半期ランキング AKB48が2冠、VOCALOID曲の人気も過熱という報道があるため、カラオケからの収入もかなりの額。
  • 握手券ない中古CDが中古流通しても、誰も買わないはず。著作権者に利益をもたらさない中古流通を殺すのがafter youtube的ビジネス(以後AYビジネスと呼ぶ)。
  • 曲はタダ、その他のカラオケ収入などはGET、の初音ミク系もAYビジネス。
  • 韓国系アイドルもAYビジネス入ってると思うが、足取りを掴めていない。若年層にはかなり浸透している印象ある。
  • iTunesの場合は定価の7.7%。ネット上の音楽販売にも握手券つければいいじゃんと思うが、全てのベンダーで出来るのかどうか不明。
  • YoutubeにアップロードされたPVに広告が付くが、このGoogle広告による収益からJASRACによって徴収されるのか知らない。JASRACに徴収されていなければ、作曲家などの印税にならない。レコード会社との契約次第。
  • 握手券が規制されると著作権者に大ダメージ。
  • 既存のアーティストはYoutubeから引き上げを行っているが、そのため若年層に弱くなっている印象(あくまで印象)。
  • その代わりAKB、韓国系アイドル、Vocaloidが若年層の間で強くなっている。テレビで音楽番組があって皆で同じもの見て同じ話題で盛り上がってた頃と、同じような感覚ある(当事者じゃないから分からない)。Youtubeにあると、友達同士ですぐに紹介できるメリットある。
  • 既存アーティスト、メイン収入がCD売り上げだと、Youtubeから引き上げざる得ない。印税。Youtubeから引き上げると若年層の知名度と布教落ちる。新しい流れが作れていない。既存アーティストは、既存ファンから吸い上げる他ない。
  • 既存ファンから吸い上げる方法、既存手法なのでCDメインになる。
  • 既存アーティスト、体験売る手法になると、ライブかパチンコ店のホール営業。ホール営業で作曲家に金が入るのか疑問。パチンコ台に採用されれば金入る。
  • 既存音楽ファンから見ると、AYビジネスは、握手券orホール営業で、いびつで無理があって望ましくない感じ。
  • Youtubeで音楽たれながすような今後の音楽ビジネスによって、CDおよびレンタルが下火になった場合。もしくは中古流通が最適化(吸って売る)された場合。アーティストはともかく作曲家などが危ない。音楽を無理やり売るには体験紐つけた券(つまりアーティスト側の協力が)必要。券ない場合、カラオケとテレビ放送狙うしかない。
  • 結果、歌える曲、テレビで使われる曲に最適化される。
  • このジリ貧状態を解消できると期待されているものが定額うたパス。皆が定額YoutubeでPV見放題に入れば幸せになる、という考え方。布教活動に支障が出ない。皆で同じものを見て、同じ話題で盛り上がれるのが効果あり。
  • うたパスは、業者側で「選曲」されてしまっているので、自由ではないのが問題。問題だが、海外のspotifyのような音楽定額サービスがそろそろ上陸するはず。
  • 音楽定額サービスにて、正確に再生回数が把握されて、配分されるのであれば、今以上に良いシステム。その代わり、プラットフォーム業者が強大な力(Amazon的な)を持つので注意が必要。一強の業者になると手数料ボられる。
  • インターネットが安価で定額になったときに世界が変わったように、音楽が安価で定額になったときに世界が変わるはず。数多くある音楽からフィルタリングして好みを探したり、雰囲気に合わせて曲を流す、同じ曲を聴きながらコメントする、など。
  • 音楽コンポがデフォルトで音楽定額に対応してもいい。テレビが対応してもいい。
  • あの頃はCCCDに批判的だったけれど、今はCCCDを造った気持ちが分かる。CCCDの仕組みはクソだが。
  • CDの次の音楽ディスクを作って、音質向上させて、かつ著作権保護の仕組みを導入したSACDを普及できなかった業界の問題。その気があれば、DVDでもBlu-rayでも良かった。しかし、一定の品質をクリアしてしまうと多くの人にとっては、それ以上の品質は過剰品質になってしまう。
  • まとめ:音楽について同じ話題で盛り上がれる、かつその過程で正しく著作権者に金が入る方法が必要とされる。その方法は音楽定額配信サービスである。
  • まとめ2:もうCDがいらなくなる。

オンラインストレージサービスについての意見にどうかな、と思うところ

周りほどプライバシーに詳しいわけでもない。ので、話半分に受け取って欲しい。

「Google Driveは規約が問題だからDropBoxを使い続ける」という意見が多い。その意見にどうかな、と思う所がある。そういった思考ルートについて最近考えている。

NAVERまとめの「Google Driveの利用規約がヤバ過ぎる」という記事などが例に挙げられる。「NAVERまとめ」のこのようなまとめにリンクを張って編集者に金が入り、そのような情報の拡散に寄与するのは悲しいので、リンクは張らない。

—-

規約がどうであれWebサービス・ストレージサービスに「平文のデータを渡す行為」は、「その平文のデータが漏れる危険性が著しく高くなる」ことであると考えている。一度相手に渡したデータは、利用しているサービスの社員に意図せずアクセスされる可能性がある。加えてサービスが瑕疵や不正アクセスによってお漏らししてしまう可能性もある。

だから機密のある文章、社内秘、秘密にしておきたいプライベートの情報などは、そういったストレージサービスに預けることは危険である。にもかかわらず、そのようなデータを預けている人が少なからず居るのだろうと予想する。

Google Apps for Businessというサービスが存在しているし、sales forceというサービスが存在している。正直なところ、このようなサービスが普及することが信じられない。社内機密を扱う便利サービスは、全て各々の社内で運用されるものなのだろう、と。

思えば、この概念は初めから成立していなかった。プロバイダメールがあったからだ。プロバイダのメールは、メールサーバをプロバイダが立ち上げており、(何が起こるのかを想像しなければ)見ようと思えばプロバイダは利用者のメールの内容を見る事ができる。にもかかわらず、その意識なしに私自身もメールが安全なものだと考えている。麻痺しているからだ。

Gmailなどのメール本文を参照して広告を出すサービスを利用することは、そうした麻痺が成せることでもある。Gmailは広告モデルで運営されているので、GmailはPGPなどの仕組みは導入できない。しかしメール上でPGPでやり取りをする、という選択肢は許されている。しかし、PGPを使ったメールが少ないからこそ、広告モデルで成り立つ。

過去に暗号化した添付ファイルを送付して後からパスワード送る行為について考えたときにも、その麻痺した感覚に疑問を持った。PGP上でやり取りをすればどのプロバイダのメールサーバを使おうとも、より安全な環境が手に入る。かなり前のメールソフトでもPGPは出来るが、広まっていない。

メールサーバと同じように、インターネットを走るデータ、IPパケットすらネットワーク管理者は取得可能である。その問題を解決し、終端でしかデータの中身が分からないように暗号化できるSSLは広く利用されている。SSLはSSLを利用者が使っていると(あまり)意識させていない(本当は意識させなければならない)。その成功要因からすれば、意識せずにセキュアなメールが行えるシステムを考える必要があるのだろう。

ストレージサービスに類するサービスにおいても既にそのような試みは生まれている。かつて2008年ごろにFirefox 3 Beta 4とWeaveの感想という記事においてMozillaのWeaveに触れた。このサービスは今はFirefox Syncと呼ばれている。この記事内では触れていないが、このサービスはローカルのマシンで鍵を生成し、その鍵で暗号化された内容をサーバに送信する。そのためサーバの管理者はデータを参照することができない。

詳しくはSync のデータを保護する方法に書いてある。

あなたの リカバリキー は、このデジタル金庫を開けることが可能な世界でただ 1 つの鍵であり、他にこの金庫をこじ開ける方法はありません。誰かが Sync サーバにあるあなたの Sync データにアクセスしたとしても、あなたのデジタル金庫自体を見られるだけでその中身が見られることはありません。リカバリキー は、同じキーを作成して金庫を開けるには数千台のコンピュータを同時に何年も動かさなければならないような方法で作成されます。

Mozillaは既にストレージサービスに関する不安を払拭している。素晴らしい取り組みだと思う。鍵を無くしたら永久にアクセスできなくなるデータであることが正しい。だからこそ、データはリモートとローカルで冗長化されなければならないし、鍵はバックアップしておかなければならない。

だが「鍵を無くしたら永久にアクセスできなくなる」サービスは昨今は相手にされない。そうなると利用の可否の判断はどうなるのか。相手の会社を信頼するか否かになる。その信頼のよりどころは規約が正しいか、今まではどうだったか、などの要素なのだと思う。
仮にインターネットからアクセスできるファイルサーバが欲しい場合、自分でファイルサーバやるのとGoogleのストレージサービスとどちらが安全だろうか、考えるのかもしれない。

DropBoxが切り開いたストレージサービスの道にGoogleという大企業が入り込んできたからオリジナルを守らなきゃいけないという意思なのかもしれない。

これが、
それ以前に「漏れて困る機密情報は暗号化もしないでオンラインストレージに入れるなよ」、と、思う訳である。

漏れて困るから別のストレージサービスを使うという話ではない。漏れて困るなら安全ではない方法で使うべきではない。コストが上がっても、OCRかからなくても、検索できなくても、良いというのであれば、Firefox Sync式のデータアップロード方法を取るようにGoogleに要望すべきである。(しかし、便利なサービスを実現するにはローカルに全ファイルを展開してインデックスする仕組みになるので、計算量が大きく、例えばGoogle Desktopのようなものになるだろう)

漏れて困る情報をスマートフォンアプリが勝手にアップロードする件とは違い、自分からデータをアップロードして、自分から危険に晒している。さらにはメールも同じ状況下にある。その点を考慮して、漏れて困る情報は日頃からPGPと暗号化を行うか・そのような技術を利用しないのであればアップロードしない。

機密情報をそのようなサービスに預けて、万が一、漏らしたサービスが存在したとして、社会的制裁と(微妙だろう)損害金で帳尻が合うのであれば、そのようなサービスを活用すべきである。その帳尻が合わないのであれば、やはり、機密情報はアップロードするな、と言わざる得ない。

「今までも漏らしていないし、これからも絶対に漏らさないだろう」、という考えは、ここでは引用したくないけれども原発神話であり、お漏らししたときの影響範囲と対処が分かった状態でなければならない。

Google Apps for Businessも同様で、そのような不安を抱えたものだと思っている。

これは自分でVPSや自宅サーバでファイルサーバを立てても同じ話で。ネットワークに常時接続されている限り、自分でお漏らしした場合も考えなければならない。となると、ネットワークから分離されたUSB-HDDが良いという話になるのだけれども。…紛失とか、盗難とか。その場合に備えて暗号化ドライブにしておくとか。

結論

お漏らしが怖いなら機密情報を置くな、あと社内秘置くな
機密情報置きたいなら暗号化しろ、どの暗号化すればいいのか分からない場合はやめておいた方がいい