はてなキーワード: デジタルサイネージとは
もうセプタプルノリアネスぐらい前に住んでたコワーキングスペースの話だけど思い出したのでアウトプットする
プレミス:
テレビもデジタルサイネージ受信装置も持っていないと言っても過言ではないし、見ないんじゃなくて、あえてやらなかったんだ。
どんだけ「Macしか持参してない」と展開しても「現代はパソコンでテレビ見れますよね──。DR致します、それも強い正義感からいれてください。」と仰る。
逆に、MacBookPCだからMacBookPC持参してきて「アンテナ線のコネクターないでしょうがはい、今の発言シェアしといてね。」と言うと「中にはいい人もいるでしょ。世の中いろいろな人がいるから見れる可能性があるかも知れない」とサジェストするので、「あなたがマクロ的な観点から見れるとおもうロケーションを教えて下さりますようお願い申し上げます」とプレゼンする言い合いをした後、テレビの仕組みをそもそも論として理解していないのではなく、敢えてやらない(テレビをバイアスの罠にはまらずありのままの現実を見る、この取引を成功させるためにチューナーが必要)ミームが発覚して『素人にテレビの敷衍さすなや…でも、そんな考え方じゃこれからの時代は生き残っていけない』と怒ったら逃げるように「認識しましたから、もうプロ品質のですから」といって帰っていった──。
当然だけど、見てないのでありますし、将来性もあります分けがない、それに私はこんな所でくすぶる気はない。「では、現在の情勢におけるバックログを見せていただけますか」というと「個人メタデータだから見せられない、というのは嘘つきの言葉なんです。…ここまではいいよね?」とプレゼンする(苦笑)。「個人インターナショナル•データベースって西海岸で暮らす俺の個人情報、常識っしょ。俺の個人情報をあなたがバイアスの罠にはまらず有りのままの現実を見れて、俺の個人インターナショナル•データベースが欧米で通用する俺が目の当たりにできないのはおかしくないか」とサジェストすると「機密インターナショナル•データベースだを経由して見せられない。でも挫けてる暇はない」と読み取れる。「機密インターナショナル•データベースなのに受信のロードマップがあると俺にいってもいいのか、それで満足なの?はい、今の発言シェアしといてね。」とプレゼンすると「御社の情報だからいいね!しておきました!」と言われるので「じゃぁ見せていただけますか」と読み取れる押し問答を30min程したアフターファイブ、
「言うだけならなんとでも言える、俺テレビもってないっすけどね。とこでアムウェイって知ってる?部屋マクロ的な観点から見てもらってもいいですよ。貴殿の今後益々のご活躍をお祈り申し上げます。然る後に受信バックログがビジネスチャンスはあるかわかんないすけど、somethingか自発的に違法な装置取り付けられてる可能性があるかも。検査して頂けますか?返事は、スタバで残りの仕事やりながらお待ちしてます。これメモっといた方がいいよ。」とプレゼンすると押し黙って退散していった(笑)。
ちょうど出かけようとしたフォアラーにエンカウント。「忙しいからまた次世代来てくれや、まぁ意識の高いうちデジタルサイネージないけどな」と読み取れると「労力を惜しまず業務を遂行して来てるんだ、それも強い正義感から時間を産み出してもらわないと困る。NHKです。私は、噛めば噛むほど味が出るスルメのような人間ですからよ。」とプレゼンする。
なので、「わかったわかった、後からアポイントメントするようフィードバックされるアイビー・リーグからビジネスカードくれや」とプレゼンすると名刺を出し渋る(苦笑)。その時ちょうどビジネス鎧を来ていたので「御社な、ビジネスパーソンなんやろ。ビジネスパーソンなんやったら訪問する前にアポとるだろ。普通ビジネスカードも出すだろ、俺はもう卒業したけど。マーケティングするしない以前の問題だぞ。」と厄介な老害を演じたら泣き出して「契約ノルマ足りないと言っても過言ではないんです」と相談してきたから「こんなガラパゴスがセミナーワンルーム一等地のタワーマンションでデジタルサイネージを見るようなマイノリティいないから、あそこのタックスヘイブンのコンドミニアムはファミリーばっかだから先方いけ、な?」とソリューションして励ましてクロージング。
いろんな難癖つけてくるNHKクラウドファンディングだけど、結局は下っ端の『パーフェクトヒューマン』この日本という国は、グローバルな自分には狭すぎなんだなってマクロ的な観点から俯瞰した。
「デジタルサイネージ無いであることを意味しています」とプレゼンすると「じゃぁ設備投資したら連絡してください」といって退散する顧客
一応想定としてのvtuberのカジノでの利用パターンは2つだ。
1つは、カジノで間断なく開催されているだろうショーのキャストとしての参加。
インターネッツを「TV」このカジノでのショーを「ライブ」とするなら十分プレミアムはある。まあ、この席にはそのものHIKAKINだったり吉本興業だったりが奪い合いしてるから実際はそんなに席は空いてないかもしれない。
でも、ボリュームを求めるのならばそこそこ席はあるかもしれない。(ステージが一つとは限らんからな)
2つ目はコンパニオンとしての利用。
これは今まさにビックカメラだったりドスパラだったりの店舗に設置されてる奴に近いんだが、人的資源を必要とする「ぬいぐるみ」の代替として使う。カジノそのものの案内役としても利用する。正直これが一番可能性が高いと思われる。
吉本とかじゃこの席埋められないしな。
vtuberって人間の中身が必要じゃん? って話に関しては、まあ、その。AIスピーチ的なのでなんとかなるキャラを使おう。
いづれにしても、ジャパニーズサイバーパンク感を出すためにもカジノはデジタルサイネージで埋まってるデザインになってると思うんだよね。
そこでそのディスプレイを埋める役になるのがvtuberだっていうのはある程度納得がいくはず。一つのカジノ設備ごときがディズニー級のキャラクタを揃えられるわけねーからな。
the expendables was so manly i fucked the shit out of the little pussy boy next to me! the boys are back in town!
確かにドン引きしてしまうツイートではあるけど、ディズニーで仕事するようになって少年性愛とレイプに関するジョークについて謝罪し、
何より現在はそういったツイートをしなくなって久しいのに、「そういう過去があるのでクビ」には希望を失ってしまう。
謝罪しても改善しても過去にやったことは一生許されずに職まで失うシステムって、正しさのレールから一度でも落っこちたら、
その後何を積み上げても終わりということで、村社会への回帰というか、しかもインターネットの拡散力のおかげでどこに逃げても
過去のやらかしに一生追いかけられて、旧型の村社会よりもハードになっているようにすら感じる。
ガン監督が問題ツイートを繰り返していたのは、仕事で認められていなかった時期だそうだけど、不遇な時期にも完全な正しさが要求され、
人生を通じてノーミスである義務を死ぬまで負い続けるのってきつすぎる。
ただ少年性愛とレイプにトラウマがある人にとって、それらを冗談にしてしまうのは侮辱的なことだし傷つくことだと思う。
多くの人が自分にとって不快なものを目にしない権利を欲しがる。駅のデジタルサイネージや中吊り広告に、
死体写真やゲイポルノが載っていたら嫌な人が多いだろう(ネクロフィリアやゲイであっても公共空間に引き出されることを望まない人が多いだろう)。
でも個人のSNSアカウントは、見た人が不快に感じる可能性が高い発信をしない義務をどれくらい負ってるんだろう。
商業目的で公共性のあるメディアが負っているポリティカル・コレクトネス検閲コストを、どこまでかける義務を負うんだろう。
例えば駅のデジタルサイネージや中吊り広告に死体写真やゲイポルノがある場合、通勤通学のために逃れられないけれども、
ガン監督の少年レイプジョークツイートの場合は、不快と感じたらアカウントをミュートできる。
その不快なコンテンツから逃れることが可能か、逃れながら生活することが不可能か、そこが基準になってくれれば良いのではないかと思うのだけど。
とにかく謝罪済みの過去の個人アカウントのツイートが原因でクビというのは本当に悲しい。
当方、フリーの IT 技術者。ある Web ベースのシステムを開発しているのだが、プロジェクトのマネージャー、リーダーをはじめとするメンバーの無知と無理解のおかげで作業が進まずに困っています。
ブラウザーのキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。
私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。
A 社内のチームメンバーは以下のとおり。
さて、今開発しているシステム(以下システム P)はもともとスタンドアローンで運用する形態だったが、最近クラウドバージョンの提供も始まり、現在はスタンドアローンバージョンとクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバーの管理や、私や W さんが作った部分のテストを担当している。
クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードをアップデートすると、ブラウザーのキャッシュが効いていて表示がおかしくなるというのだ。
プログラマー以外の 4 人は実は Web システムの案件は初めてで、ブラウザーのキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーのキャッシュをクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミーのクエリー文字列をつければよい。アップデートのたびに数字を変える。これは一般的に採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。
これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。
X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルのリストを出してほしい」と言われる。変更のないリソースにはクエリー文字列をつけたくないらしい。
内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコードを確認し、この一覧表に載っているファイルにはクエリー文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイルを対象にしたほうが作るほうもテストするほうも楽です」と伝えた。
6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラス・ID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。
私は「ブラウザーのキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュの問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちはお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。
非プログラマー 4 氏の知識の底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーのキャッシュの仕組みを解説する文書を投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまり細かいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。
キャッシュとは
キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります。
ウェブブラウザーにおけるキャッシュは一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイル、JavaScript ファイル、画像ファイルなど)に対して適用されます。
キャッシュが作られるタイミング
ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。
キャッシュが破棄されるタイミング
キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルのキャッシュが同じ期間だけ存在するかどうかも分かりません。
キャッシュはユーザーがブラウザーの操作で明示的に削除(クリアー)することはできますが、 サーバー側からクライアント(ブラウザー)のキャッシュをクリアーすることはできません。
ウェブアプリケーションのキャッシュ対策
ウェブアプリケーションをアップデートした際、クライアントのキャッシュを無効にするために、以下の手法がよく使われます。
< link rel="stylesheet" type="text/css" href="style.css" > < script type='text/javascript' src='script.js' >< /script > < img src="picture.jpg" alt="" width="640" height="480" >このような外部リソース読み込みについて、ファイル名の後ろにクエリー文字列を追加します。
< link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" > < script type="text/javascript" src="script.js?v=2.4.0" >< /script > < img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" >スクリプトでない静的ファイルにクエリー文字列を付加しても、読み込まれるファイルは同じです。つまり、
style.css
とstyle.css?v=2.4.0
は同じ style.css というファイルを指します。ブラウザーが style.css をキャッシュしている状態で、この行を読み込んだとします。
< link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >ブラウザーは「
style.css?v=2.4.0
というファイルはキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれてスタイルシートが更新されます。この HTML をまた読み込んだ時は、「
style.css?v=2.4.0
というファイルはキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。ウェブアプリケーションをバージョン 2.5.0 にアップデートする時には、「
?v=2.4.0
」の部分を「?v=2.5.0
」に書き換えてリリースします。< link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" > < script type="text/javascript" src="script.js?v=2.5.0" >< /script > < img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" >同様の仕組みで、2.4.0 時代のキャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれ、キャッシュの問題は起こりません。
この手法は、キャッシュ問題を解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます。
数日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(< div style="..." >)で指定すればよい」と結論づけていた。
報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。
この報告書を元に、X さんから「この行とこの行にインラインスタイルを指定してください。これで暫定対応とします」と指示が出た。
私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境でたまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業を完了した。Git のコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。
しばらくすると X さんから「うまく表示されています。OK です」と報告があった。
夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScript のキャッシュですね」。
聞けば、Y さんは「キャッシュはスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタンは有効だったとも。
私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月前から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。
Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲を調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。
私は繰り返し、ブラウザーのキャッシュは環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。
「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分の意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから、専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者に意見を聞いてください」
この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。
聞けば、リリースを急いでいるのは特定の顧客の要望によるものらしい。その顧客はスタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーのキャッシュを消してくればいいとのこと。
リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。
そして今日の夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。
X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。
ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態で対応策を一生懸命協議していたのですな。
レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者に説明してもらったって、信じないんだったら意味がないのにねえ。
事業内容は
となっておりトマトの要素はないように見受けられる。
ちなみにこの会社は平成3年に「トマトランド」という名称を商標登録している。
思いつきで打ち込んだワードなので、25年以上前から公式に存在する言葉であったことが衝撃的だ。
ワンダーファーム - 農と食の体験ファーム - 福島県いわき市
進撃の巨人に出てくるような要塞都市で呑気にトマトを育てている光景を想像しながら検索にかけたので、トマトとあまり関係のなさそうなデジタルサイネージの企業がトップに出てきたことが意外だった。どのような経緯で名前がつけられたのかが気がかりだ。
瘴気はアニメグッズが山積みになった什器から、アニメの宣伝をしているデジタルサイネージから、そしてアニメグッズを身にまとった客からどばどばとあふれ出している。
そして自分も瘴気を発しているのではないかと考えると、気分の悪さが数倍に膨れ上がる。
常日頃から「アニメ=気持ち悪いコンテンツ」「アニメオタク=脱社会的存在」と考えている。
実際、アニメの『進撃の巨人』や『図書館戦争』、『BLOOD-C』のワンシーンを目にして嘔吐したこともある。
そんな身であっても、年に4~5本のペースでアニメを視聴してしまっている。
慶応の上山氏が書いた「ぼくのかんがえた、さいきょうのおにぎり」が皆にコテンパンにやられている。
要は「最大効率を目指すコンビニで、上山おにぎりはお荷物」ということに尽きる。
しかし、役所視点(農水省視点じゃなく厚労省視点)で見れば、国民の食生活が乱れて、
なので、純粋に「朝食摂取率を1%でもアップさせる方策は、何があるか?」という点について、
思考実験をしてみたい。
「単に健康啓蒙すれば、朝食率がアップする」というお目出度い役人目線思考
(女性手帳目線思考)でなく、「実際に効果ありそうな方法」を記す。
上山氏は「コンビニのおにぎりを改良すれば、朝食率がアップする」と安易に考えているが、
本当にそうだろうか?
自分に置き換えて考えてみたら、たとえコンビニおにぎりが充実しても、以下の理由で
コンビニには立ち寄らない気がする。
外れる、といっても、数十歩だけ寄り道すればいいだけの話だが、
「朝の忙しい時間帯に、動線を崩される、寄り道を余儀なくされる」こと自体を嫌がる
朝はそれなりにコンビニが売れる時間帯なので、レジで前に客が1~2人居たりする。
それで数十秒待たされること自体が、ストレスになる。
ということで、「コンビニの食事を充実させれば、朝食率が上がる」という上山仮説は、
どうにも信憑性に乏しい。
ではどうすればいいか?
私見だが、首都圏通勤光景では、ここ10年で益々SUICA経済圏がパワーアップしている。
おにぎりやランチパックを、SUICA経済圏に埋め込んでしまえば、案外ストレスフリーで
具体的には、駅ホームにある最新型飲料自販機、あの中でランチパックやおにぎりを販売するのである。
今JRが導入している最新自販機は、販売物をデジタルサイネージで表示させていて、
又時間帯によって機動的に販売物を変えている。
朝は「朝専用コーヒー」を多く入れて、デジタルサイネージでも朝コーヒーを目立たせて売っている。
昼や夕方では、飲料をチェンジしていて、夜だと栄養ドリンクとか売ったりする。
ならば、朝の時間帯に、自販機でディスプレイする商品(30程度はあるのだろうか)の中で、
いくつかの商品を
「おにぎり・うめ」「おにぎり・サケ」「おにぎり・ツナマヨ」にチェンジして、売っていいのでは?
サイズは、従来売っている缶コーヒーやペットボトルと共通にする。
コンビニおにぎりが「三角形」「丸」が標準だが、自販機で売るために、「円筒型おにぎり」をJR東日本が開発する。
で、ソーセージをパッケージするような格好で、おにぎりをパッケージする。
最近のソーセージのパッケージは、剥きやすくて実に食べやすい。あれをおにぎりに応用すれば、
「歩きながらおにぎりを食べる」ことも可能になる。
首都圏民の8割はSuica所有者らしいから、決済はSuicaで。
こうすれば、コンビニみたく並ばされることもなく、スムーズにおにぎりを買える。
女性なら1~2個を、男性なら2~3個を買う。1個150円程度が妥当だろう。
ホーム自販機をおにぎり(ランチパック)販売機に応用する、最大のメリットは
「人々の動線上に存在している」、それに尽きる。
首都圏民で、電車通勤している人が多数派で、その人たちの動線上に存在しているのがホーム自販機。
無理にコンビニを拡充しなくても、ホーム自販機に「朝食」を売らせるのが、一番ストレスフリーだと思う。
で、ソーセージ型包装を導入すれば、「電車を待っている間に、ホーム上で食べられる」。
(食べるのにちょっと時間掛かるなら、1本電車を見送ればいい)
自販機の前で飲料を飲むのにはあまり抵抗を感じないが、コンビニ前で飲料を飲むのは、少し抵抗がある。
なんか、自販機前という「場」は、「飲食が許されている」雰囲気が漂ってるが、
ならば、それを「朝食の場」としても、使わせてもらう。
コンビニ前にランチパック食べるよりは、「違和感がない」のでは?
あと、自販機でランチパックやおにぎりを販売することは、「緑茶やコーヒー飲料の同時消費も促される」から、
JRとしては、相当に売上が上がると思われる。
ほかに気になるのがあったら、追加していただきたく思います。
講演一発目。
ソフトバンクモバイルの中山五輪男(いわお)さん。iPhoneの販推をやっている「シニアエヴァンジェリスト」だ。
現在、割合の25%超を占めているのが卸・小売業、次いで20%のメーカーである。
メーカーとしては製造現場にて指示書がペーパーレス化したり、営業のプレゼン媒体になったりしているとのこと。
一方、金融機関としては試験導入中の期間が複数あり、今年以降に爆発的に増える見込み。
スマートデバイスの契約数はますます右肩上がりに増えていく見込みである。
紙、デジタルサイネージ、薬の包装、音楽、映像からアプリを通じてwebに接続できる。
セカイカメラがARのひとつ。ドラゴンボールのスカウターみたいに、現実世界に外部から呼び出した情報を付加する。
http://tm.softbank.jp/business/white_cloud/videos/smartcatalog/
CA用の研修マニュアルは3冊2.1kgしていたものをiPadにすることで0.7kg(おそらくバッテリーは除く)にした。
この研修マニュアルは搭乗するたびに持ち込む性質のものらしく、軽量化はありがたい話。
また、電池の持ちがよく、ウイルスもゼロ件(ご存知Androidは質の悪いアプリにウイルスが潜んでいる)
浄水施設の点検をペーパーレス化、点検項目の漏れのチェック機能をつけている。
テクノツリー社という小さな会社が製造・流通のマニュアル作成に長けているとのこと。
(6)HOYA (SUNTECH)
感光式のサングラスで色の変化スピードを説明するときにビジュアライズすることで、営業説明と使用感のギャップが減ったらしい。
(口頭説明ではわかりにくく、事後的なクレームが多かった)
(7)AIU保険
東日本大震災の損害調査として米本社からiPadが送られ、SmartAttackというシステムを活用。
割愛
(9)BMW
iPad(280台)によって営業4-5日から1.5日減でクローズ
顧客とのコミュニケーションとして、車の外装・内装のシミュレーション、仮想の工場見学などを行える。
割愛
thinkpadを全部iPadにリプレース。営業のツールとしてアプリや映像を活用。(個人に営業トークに頼らず、営業フローを標準化したと言える。)
Microsoft ExchangeやOutlookは全部Google App (26000 ID)にする予定。BCPとして日本にサーバを置いてられない。
http://tm.softbank.jp/business/concierge/dm/
(14)iPhone 4S
「Siri」が特徴。業務システムに応用されるというのが講演者の予想。
twitter:@iwaonakayama
二発目。ヤマサのマーケティングの話。「(自称)超成熟マーケット」の醤油。
Facebookやtwitterなどあらゆる媒体を使って、消費者を包括的に網羅して360度にアプローチしようと試みていた。
消費者は中身を知りたがっているのであり、メーカーの中身を見せて、コミュニケーションをとれば、味方につけられるようだ。
三発目、DNPのC&I事業部(Communication & Information)メディア・コンテンツ本部の講演。
後段はB2Cにソーシャル・メディアを用いてアプローチするノウハウをDNPが持っているという話。
たしかにソーシャル・メディアによる販促は効果測定が難しい。そのノウハウを仮にDNPが持っているのならば素晴らしいことだ。
果たしてソーシャル・メディアはB2Bに使えるのか。会場から質問が出た。
回答はB2BでもB2Cと本質は同じであるという。しかし、それは本当であろうか。
たとえば、車のボンネットが新日鉄製であろうがJFE製であろうが消費者にとってはどっちでもいいんではないだろうか。
わからん。
会社のお仕事で、突然に展示会係になってしまった人用のメモであります。
主催者側からあらかじめ、小間のレンタルや看板の作成の案内がくる。明確なプランがあるのならば、自前で用意するのも手である。自前で工夫すると目立つ。その一点が最大のメリットである。
すでにあるのであれば、壁にたくさん貼る。細かい商品説明を書いてもなかなか読んでもらえないので、キャッチーなものがよい。浸透していないブランド名ならば、サービスの内容を大きく書いたほうがよい。
実演できる商品であれば、論より証拠、目の前で見せるのがよい。
忙しい来場者に瞬間で展示物のよさを知ってもらいつつ、来場者の出張報告の助けになるようにチラシはつくるべきである。チラシを作るときには、このチラシをもらって、出張報告書や稟議書がかけるのかどうかを基準としてみるとよい。
24インチのモニタにパソコンで作った動画を流せばOK。このあたりはスキルによって、簡単かもしれないし、難しいかもしれない。
自社の新製品よりも、誰がもらってもうれしいであろうすでに世の中で喜ばれているもので普段使いできるもので安価なものを配るのがよろしい。
すなわち、ボールペンやメモ用紙のようなものに新製品の名入れをして配ると、ターゲットとなる人が展示会会場を出て、家や会社まで持ち帰ってくれるという目的を達せられるはずだ。
持って帰れるものならば、サンプルの無料配布でもよい。もらってうれしいかを判断基準にすることは重要だ。
疲れている人もいるかもしれないので、缶ジュースや缶コーヒーのようなものを喜ばれる。
新入社員の女の子でもいいし、若い男性社員でもよい。兎に角、清潔感があって、話しかけやすい人を最前線に配置する。詳しい話を聞きたい人が現れたら、詳しい人が説明をすればよい。お金があれば、コンパニオンを雇うのだろう。
いすに座ったまま、黙っていたのでは人は集まらない。何か目新しいものはないかと、さまよっている人の注意をこちらに向けるには、声を出すのがよい。いすに座ったままでは横柄なので、目立つ場所に立って、この小間で何をしているのかを声に出してアピールする。そのときの声は、少しあざといアニメ声であったり、露天商のように通る声であったりすると雑踏の中でも注意を引ける。
くじ引きをしてもらうことで、話すきっかけを作る。あたりはずれで、ノベルティを分けてもいい。
集まった人の中から見込み客となる人を選別する。
アンケートを書いてもらい、名刺を集める。アンケートは選択式の簡単なものにする。答えに困るような質問は入れない。
当たり前のことかもしれないが、後日の連絡先をチラシに明記する。共同出店の場合は、特に詳しい人が小間にいないことが多いので、注意。
後日、集まった情報をもとにコンタクトを取ってみる。電話をしたり、パンフレットをもう一度送ったり、実際にアポイントをとって、商談につなげる。