多くの方に読まれ、シェアされるのは、とてもうれしいものですね。ブロガー冥利に尽きるというものです。

*****************************************************
未読の方は( ･∀･)つﾄﾞｿﾞ

早起きの常識を覆したら、毎朝5時に起きられるようになったお話 1587ブクマ、1000いいね
説明しよう。40歳になるとは、こういうことだっ！ 741ブクマ、3000いいね
【その手があったか】 Evernoteのユニークな使い方をまとめてみた 1118ブクマ、241いいね
「あ、この人、仕事できるんだろうな」って思う9つの瞬間 2131ブクマ、8900いいね
*****************************************************

読んだ方から、「文才あるね」とか「その発想はなかった」と褒めていただくことがあるですが、大したことはしていません。ちょっとの努力で誰にでもできます。バズる記事を書くのに、特別な才能は必要ありません。

今日は、私が記事を企画するとき、意識しているコツのようなものをシェアしてみようと思います。

新しいものが好きで、情報感度の高い人が集うシックス・アパートの中では、私の情報収集力は低い方に入ります。iPhoneを使って情強を装ってはいますが、こけ脅しです（笑）。

実際、iPhoneを買うまでに１年以上迷いましたし、失敗したくないので、十分に市場に普及して故障ロットがなくなるのを見極め、周囲のユーザーに根掘り葉掘り感想を聞いて、本体が無料になるまで待ち続けました。こんな人間に、新鮮な情報が扱えるわけありません。上記の記事も、情報鮮度とは無縁ですよね。

ネタの源泉は、私自身の「不安」

共感を得るために私が着目するのは、私自身の「不安」です。大げさに書くと、「お前は何が怖いんだ？何に怯えているのだ？お前が恐れ慄き、考えただけで夜も眠れなくなる恐怖とは何だ？」という自問自答です。「不安」がネタの源泉になっています。

不安を、具体的な文章や言葉にしてみる

たとえば、年金問題のニュースを見て、「オレが爺さんになったとき、ちゃんと支給されるやろか」とか、湯船でお腹の脂肪をムニムニしながら、「健康診断で中性脂肪の値が基準値より高かったなー、食事改善せなあかんで」とか、生命保険の吊革広告を目にして、「今オレが事故か大病で入院して、寝たきりになったらどないしよ」とか、そんなかんじです。

こういった不安に向き合うのは、正直楽しいものではありません。が、そこをちょっとガマンして、「この不安を解消するには、どういった情報があればいいかな」、「他の人達は、どうやって対処しているのかな」、「いっちょ、この頭痛のタネにガッツリ取り組んでみるか」と、意識して対峙してみます。漠然とした不安感を、具体的な文章や言葉に書き起こしてみるんです。

私の不安は、みんなの不安

エバーノートの使い方をまとめた記事を書いたのは、「自分はエバーノートをうまく使いこなせていないのではないか」という不安があり、他の人はどう使っているのだろうと疑問に思ったことがキッカケです。早起きの記事は、それまで失敗を繰り返し、情けない思いをしながら四苦八苦して、ようやく辿り着いたコツらしきものに肉付けしただけです。

越えねばならない心理的ハードル

ここまで読むと、「なんだ、簡単じゃん」と思えるのではないでしょうか？

たしかに、不安を脳内にリストアップして、こねくり回すのは比較的簡単です。しかし、そのことをブログに書くのは非常に難しいのです。

ネットに自分の弱みをさらけ出せるか？

他人の不安には興味あるけど、自分の不安は知られたくないというパラドックス。この心理的ハードルを越えられるかどうかが、成否を分けるような気がします。

人に笑われる前に、自分で自分を笑いとばす

説明しよう。40歳になるとは、こういうことだっ！がいい例なのですが、世間では不惑と呼ばれ、酸いも甘いも噛み分けるとされる40代だって、些細な事で悩んだり、落ち込むことがあるんだよってことを、面白おかしく語りました。誰も書かないけど、実際はそんなもんっすよ、と。

お笑い芸人の山崎弘也（アンタッチャブル）が、アメトークで紹介していた学生時代のエピソードで、彼が野球部でずっと補欠だったころ、レギュラー組の後輩にパシリをさせられるのが惨めだったため、苦肉の策として、「みんな！オレ、コンビニ行くんだけど、ついでに買ってきてほしいものある？」と先手を打って精神的ダメージをやわらげていたという話を聞いたことがありますが、それに似ています。

自分を貶めることの効果

たとえば記事中で、「吉野家の50円引きクーポンはきっちり使う」ことを地味に告白しています。少額クーポンを後生大事にサイフに保管しているオッサンを想像してみてください。じつにダサいです（笑）。「この人、ローンや教育費でがんじがらめで、自由に使える小遣いを大して持っていないんだろうな、フフッ」と思ってもらうことを意図しています。（まあ実際、お金は持ってないですが…）

文章でええ格好しようとか、見栄を張ろうとはこれっぽっちも思いません。むしろ地を出して、みっともない部分を見せます。ヘタにカッコイイことを書いて、実物に会ったときに落胆されるより、自分を貶めておいて、「会ってみたら、意外にまともじゃん」と思ってもらうほうがなんぼかマシです。

ためしにアイデア出ししてみた

＜私の不安＞
「病気とかケガをしたくない。生涯ずっと健康でいたい」

＜脳内プロセス＞
年をとっても健康でいるにはどうすればいい？
↓
適度な運動だな。
↓
生涯続けられるスポーツでなくちゃダメだ。
↓
今はサッカーやってるけど、生涯はムリだぞ。
↓
中年オヤジがイチから初められるスポーツってなんだ。
↓
チームスポーツは面倒だ。1人でもできるものがいい。
↓
スキーか？昔はよくやったけど、冬限定だし、行き来がしんどい。
↓
ゴルフは？やったことない。技術がすごく要求されるし、金もかかる。
↓
いまさら複雑なテクニックとか覚えられないし、昔のように身体も動かない。
↓
素人でも気軽に始められて、技術がさほど必要なくて、年齢や体力に左右されず、1人マイペースに楽しめて、飽きのこない、それでいて奥の深いスポーツがあればなぁ。でも、そんな都合のいいスポーツ、あるわけないよねぇ。
↓
・・・そう思っていた時期が、オレにもありました。自転車に出会うまでは・・・。

って切り口で、今ハマっている自転車（ロードバイク）の楽しみ方を紹介すれば、自転車の興味の有無とは関係なしに、健康に不安を持つ人が共感してくれるのではないか…って考えます。

流れとしては、私の不安を出発点として注意を誘い、「言われてみれば、たしかにそうだなぁ」と同意してもらい、不安を共有します。エネルギーのほとんどは出だしに費やします。イントロでこれができれば、あとは気持ちよく読んでいただけます。

逆に、これをせずに、ただ「自転車、楽しいよ」、「ぜひ買いなよ、オススメだよ」と私目線でアピールしたところで、誰の心にも刺さりません。あくまで記事の中心は、「アナタもワタシも、ずっと健康でいたいよね！」という共通の想いとか願いです。自転車は単なる媒介にすぎません。

蛇足ですが、タイトルも考えてみました。
↓
-----------------------------------------------------
【おじさん必読】 知らないと損する生涯の趣味の見つけ方

自転車のおかげで腰痛が完治した、ウソのような本当の話

お父さんのための生涯の趣味講座

アナタの人生を豊かにする自転車の話

【無病】 自転車で＼(^o^)／人生カワタ 【息災】
-----------------------------------------------------

まとめ

きっと、ブロガーの数だけ様々なコツがあると思いますが、「不安」をもとに書くのが私のスタイルです。「不安がゼロになることはない ＝ ブログのネタが途絶えることもない」とポジティブに考えるようにしています。

それでは、ステキなブログライフを。

先週の木曜日から、Six Apart ブログに書いているスタッフのなかで第一四半期に一番良かった！ というスタッフに投票していただく、「Six Apart ブログ総選挙」を開催しています。投票期間は2週間。ちょうど1週間たったので、途中経過を発表いたします。

じゃじゃーーん

暫定1位は圧倒的なPV/シェア数を稼ぎだしたnakayamaさんでした。著名ブロガーでもあるいちるさんと僅差の接戦を繰り広げています。

投票し、ツイートしていただいた方の中から抽選で10名に、トフのぬいぐるみを差し上げます。投票期間は残り一週間。ぜひ、ふるってご参加ください。

Six Apart ブログ総選挙
http://sablogking.lekumo.net/tohyo/

候補者1：nakayama

• 説明しよう。40歳になるとは、こういうことだっ！　


• 「Evernote」 と 「クックパッド」だけ使って、料理上手になってしまった話　

候補者2：関 信浩 (nseki)

• “社内LAN”を撲滅してISMS認証を取得するための極意を聞いてきた　


• オウンドメディア「Six Apartブログ」の運営の実態を、INBOUND MKTG 2013でお話しました


• ANAの客室乗務員に学んだ、ソーシャルメディアでピンチをチャンスに変える方法　

候補者3：ヒカル(六離庵)

• 3月5日がXデー！Twitter公式ウィジェット、もう更新した？ - ヒカル(六離庵)　

候補者4：清田いちる

• ブログメディア運営のための55の鉄則　

候補者5：daichi

• インバウンド・マーケティングはメソッドではない。「考え方」である　

候補者6：mtamura

• なぜコンテンツマーケティングにはおもしろさが求められるのか？　

以上です。ぜひ投票をお願いいたします！

Six Apartブログ、社長賞は誰だ！？総選挙 http://sablogking.lekumo.net/tohyo/

いまの大半のブログは、最新順に記事が並びます。
つまり、「更新され続けること」が前提のデザインになっています。

だから、更新が止まったブログは、ページそのものに全く変化がなくなり、とても寂しげに見えます。

しかし、そのブログ管理人は、そもそも、書きたかったことは２つか３つくらいだけだったのかもしれません。
「旅行の記録を書きたかっただけ」「定年退職後に自叙伝的なことを書きたかっただけ」であり、それは全て書き終わったから更新終わり！ということなのかもしれません。

TwitterやFacebookに書けばいいのかもしれません。

しかし、フレンドと情報をシェアするだけじゃ満足できないときもあるでしょう。
もうちょっと野心がある。
広くネット全体に公開して、知り合い以外の大勢の人に読んで欲しい。
または、自分がどのくらい友だちが多いか／少ないか、有名か／無名か、ではなく、純粋に書いた内容の善し悪しで勝負したい。

そこで。

いま、「たまに書くブログ」サービスを考えています。

もしかしたら一生に一度だけしか更新しないかもしれないブログ。
それでも全然寂しげには見えないブログ。

でもブログらしく、テキストと画像を自由にレイアウトして、ガッツリと書くことができるブログ。

さて、既存のサービスで、この需要は完全に満たされているでしょうか？

Twitter。
140字制限があるので、まとまったことを書くには不向きです。

FacebookやGoogle+やmixiなど。
「たまに書くブログ」サービスのように使うこともできますが、先に書いたように、基本的に知り合いとのコミュニケーションツールであり、公の場にコンテンツを置くといった印象はありません（結果として多くの人に読まれることがありますが）。
また、レイアウトも自由ではない場合が多いです。

食べログとか価格.comとかクックパッドとかハフィントンポストとか。
書くジャンルが決まっており、四方山話を書くには向いていません。

2ちゃんねる。
場に対して書くという印象であり、自分のコンテンツを置いておくという印象ではありません。また匿名が推奨され、自分とコンテンツが切り離されることが多いです。

はてな匿名ダイアリー。
「たまに書くブログ」サービスのイメージにかなり近いです。
しかし基本的に匿名が推奨されるサービスであり、「自分のコンテンツ」だと表明するのは相当難しいという印象です。

NAVERまとめ。
フォーマットがかっちりと決まっており、自由に書くというサービスではありません。

Tumblr。
「たまに書くブログ」としては一番近いと思います。ただTumbleblogというのはやはりブログです。自分のブログがあって、そこに情報が更新されていく。
今回僕は、もっと踏み込んだものを考えています。

考えているのは、自分のブログページといったものがない（あるいはほとんど隠れていて見えない）ようなブログサービスです。

ユーザーは、何かを書きたければ、ブログを書く時のように自由なレイアウトで、テキストを書いたり画像を貼ったりできます。

そしてそれは、誰でも見れるTwitterやFacebookのタイムラインのような場所に表示されます。
並び方は最新順やランキング順、カテゴリ別、自分がフォローした人などなど、いろいろなパターンが考えられますが、いずれにしろサービス利用者全員で更新しているので、自分の更新が止まったとしても、何かが寂しげに見えるということはありません。

「みんなで更新するひとつのブログ」というイメージです。

非常にシンプルな発想です。「え？　そういうのないの？」とすら思います。
でも、ないのですよね……僕自身、自分のブログに書きたくはないけど、どこかには書いてはおきたいことがあって、いろいろサービスを物色していたのですが（はてな匿名ダイアリーや2ちゃんねるに何度か書き込んだこともありますし、Tumblrは超ヘビーユーザーです）、どこもかしこも帯に短し襷に長しでした。

単純に「僕のテキスト」を置いておく「公の場所」が欲しいな、と考えた次第です。

このサービスについては、既にかなり具体的な仕様やデザインまで脳内で検討しております（全部書くとまたこれやこれみたいに長過ぎる記事になるので省きますが）。
いかがでしょうか？

もしこういうサービスがあったらどう思われますか？ よかったらご意見ください。

そしてもし「一緒に開発したい」という方がいらっしゃいましたら、その旨を書いて是非Growth Hacker （成長請負人）の募集やプロダクト・マネジャーの募集まで、ぜひどうぞ！

このブログは、シックス・アパートのスタッフたちが自分の伝えたいことを自主的に持ち寄って更新していますが、「自主的」ゆえに記事の本数を揃える、ということに気を遣いながら継続しています。

継続するための取り組みとして、社員がブログを書くモチベーションを保てるように、四半期ごと、社長の関が、ブログ記事のPVやビジネスへの貢献度などさまざまなデータを見ながら、もっとも貢献した書き手に、「社長賞」というご褒美を与えています。これまで、iPadやiPad miniが受賞者に手渡されました。

今までは、社長の独断で決まっていましたが、今回は、いつもご愛読いただいている読者の皆様に、ノミネート記事の中からふさわしいものを投票していただくことにしました。投票サイトからぜひ、アクセスして候補者に「清き一票」をお願いいたします！

Six Apartブログ、社長賞は誰だ！？総選挙 http://sablogking.lekumo.net/tohyo/

総選挙のサイトから投票いただいた方から抽選で10名に、トフのぬいぐるみをプレゼントします。ふるってご応募ください。

候補者1：nakayama

• 説明しよう。40歳になるとは、こういうことだっ！　


• 「Evernote」 と 「クックパッド」だけ使って、料理上手になってしまった話　

候補者2：関 信浩 (nseki)

• “社内LAN”を撲滅してISMS認証を取得するための極意を聞いてきた　


• オウンドメディア「Six Apartブログ」の運営の実態を、INBOUND MKTG 2013でお話しました


• ANAの客室乗務員に学んだ、ソーシャルメディアでピンチをチャンスに変える方法　

候補者3：ヒカル(六離庵)

• 3月5日がXデー！Twitter公式ウィジェット、もう更新した？ - ヒカル(六離庵)　

候補者4：清田いちる

• ブログメディア運営のための55の鉄則　

候補者5：daichi

• インバウンド・マーケティングはメソッドではない。「考え方」である　

候補者6：mtamura

• なぜコンテンツマーケティングにはおもしろさが求められるのか？　

以上です。ぜひ投票をお願いいたします！

Six Apartブログ、社長賞は誰だ！？総選挙 http://sablogking.lekumo.net/tohyo/

Movable Type コミュニティでは、有志によるオフ会、その名も「MTCafe」が時折開催されます。僕自身、MTCafeに参加したり、ときには自分が幹事となって、MTCafeを運営しています。

(Photo from Juxtaposition)

オフ会や勉強会は、とっても楽しいです。普段はオンライン上でしか会えない人たちと、実際に会ってお話をすると、勉強になりますし、なにより刺激を受けます。

今回は、オフ会・勉強会の運営方法について、経験則からまとめてみました。オフ会・勉強会の開催は、おおむね以下のようなステップで準備・開催していきます。

1. 会の内容を決める
2. 日時・場所を決める
3. 協力者を募る
4. 告知準備をする
5. 告知する
6. 開催する
7. 次回へ活かす

まずは、会の目的・方針を決めます。ここで決めたいことは、以下の2つです。

• 誰が対象か
• どんな方針にするか

「誰が対象か」は、もっとも大事です。参加者を想定することで、会の内容や方向性がすべて決まります。

参加者の想定が決まったら、方針を決めます。交流を深めることが中心なのか、勉強会などの知識共有が中心なのか。どんな会にしたいのか、方向性を決めます。

日時・場所を決める

会の対象、方針が決まったら、次は日時を決定します。

• 開催場所をどこにするか
• みんなが集まりやすい日時・場所か

開催場所は、会の雰囲気を決める重要な要素の一つです。最初に決めた会の方針によって、会場の考え方が変わります。

例えば、交流を深める会の場合は、会議室よりも、カフェや居酒屋のほうが、互いの距離が縮まるかもしれません。逆に、勉強会の場合は、講師の話す内容をしっかり聞ける会議室のほうが適しています。会の内容に応じて、適した場所を見つけます。

IT系の勉強会の場合、参加者は十中八九、ネット環境を欲する人たちなので、無線LANが使用できる場所は、とても重宝します。また、プロジェクターが使用できるかどうかも確認すると吉。

日時設定や場所も参加のしやすさに影響を与えます。「交通の便も良く、設備も充実している」 ような場所は、利用料が高かったり、競争率が高くてなかなか借りれなかったりするのですが、参加者目線で、参加しやすい場所と日時を選べるように頑張りたいところ。

協力者を募る

協力者がいると、会の開催がぐっと楽になります。また、どんな会にするか、わいわいディスカッションするのも楽しいです。

• 目的、方針に賛同してくれるか
• 講師として登壇してくれるか
• 参加者のモデレーターとして協力してくれるか

スタッフを集める上でもっとも大事なのは、「目的、方針に賛同してくれるか」だと思います。ときには少々大変なこともあると思いますが、そんなとき、目的や方針が一致している仲間だと、多少のトラブルも乗り越えていけます。

勉強会の場合、講師として登壇してくれる人を探すのも重要です。勉強会の講師は、内容を考えたり、資料を作成したり、想像以上に作業が多くなります。協力してくれる人には、感謝と尊敬の気持ちを忘れずに！

告知準備をする

会の段取りが整ったら、告知の準備をしましょう。ネット上には、ATNDやこくちーずなど、オフ会の支援をする便利なサイト・ツールがあります。ツールを選択する際は、次のようなことに気をつけます。

• 参加登録は簡単か
• 後日、参加者に連絡をとることができるか
• 懇親会はどうするか

意外に大事なのが「後日、参加者に連絡をとることできるか」です。何か緊急でお知らせしたいことがあったり、告知情報に漏れがあって、どうしても追加情報が必要な場合など、参加者に連絡を取る手段があるツールを使えると、あとあと便利です。

懇親会は、オフ会や勉強会の楽しみの一つです。別会場にするか、あるいは会場で懇親会も一緒にやってしまうのか、などを考慮します。

告知する

準備が整ったら、告知を開始して参加者を募ります。告知の際は、以下の点に気をつけます。

• 開催情報(5W1H)は揃っているか
• 参加金額は間違っていないか
• 日程の余裕はあるか

開催情報の5W1Hはとても大事な情報です。せっかく会の趣旨がすばらしくても「日時・場所はこれから決めます」では、参加のしようがありません。告知にあたっては

• What (どんな内容の会なのか)
• Why (なぜこの会が開かれるのか = 対象者は誰なのか)
• When (いつ開催するのか)
• Where (どこで開催するのか)
• Who (開催者は誰か)
• How (どのように参加すればよいのか　参加費用や登録方法など)

を、きちんと整理して文章にします。

参加金額も、間違いないように記載します。たとえ少額でも、金額の違いはトラブルに繋がりがちです。金銭に関する事柄は慎重に。

参加金額の設定においては、ややバッファを見たほうが無難です。当日になると、何かの事情で来れない人があるものです。会場費用をぎりぎりで見積もると、大きな赤字が発生することも十分あるため、多少の余裕を見ておいたほうが良いです。

開催する

いよいよ会の当日です。当日になると、やらなければいけないことが次から次へと発生するものです。準備はできるかぎり事前に行ないます。

• 釣り銭は準備しているか
• 当日のスタッフィング
• 受付担当者は誰か
• 進行役は誰か
• アンケートは準備しているか

会場費などのやり取りが発生する場合、必ず釣り銭に困ります。お釣りは事前に十分準備します。また、協力者の皆さんと、当日の役割分担を決めておき、「いつ、誰が、何をするか」を整理します。

必須ではありませんが、余裕があればアンケートを準備して、会の感想を聞くのも良いです。紙で配っても良いですし、オンラインのフォームで受け付けるのもありです。アンケートは、サーベイモンキーなどの専門のウェブツールの他、簡単なものであればGoogle Driveを利用しても作成できます。

オフ会や勉強会は、ある意味、仲間集めです。参加者とスタッフ同士、わいわい楽しくコミュニケーションできますように！

次回へ活かす

無事に会が終了したら、早めに反省会をひらくことをお勧めします。

• 反省点は何か
• どんな意見があったか
• どんなところが好評だったか、不評だったか

不評な点は次回に向けての反省材料にし、好評だった点はより良い内容にしていくなど、スタッフ同士、あるいは参加者の皆さんとディスカッションして、整理します。

もし会が好評だったら、次に繋げて行きます。オフ会・勉強会は、開催したらそれで終了ではなく、そこでつながった人たちと交流を深めていくのが醍醐味の一つです。交流を通じて、仲間の輪を広げていきます。

オフ会・勉強会に便利なリンク集

オフ会や勉強会の開催に便利なサイト・ウェブページをご紹介します。

会場を探す

IT勉強会の会場

Doorkeeperさんによる、勉強会会場の紹介ページです。

告知する

イベントアテンド　(2013年4月より「チケット販売」)

ATND β

リクルートさんが提供しているイベント支援ツール。本格的なイベント用の「イベントアテンド」と、機能を絞った「ATND β」の2種類があります。

こくちーず

ライブアウトさんによるイベント支援ツールです。

Peatix

Orinoco Peatixさんによるイベント支援ツールです。

懇親会場を探す

ぐるなびスーパーらくらく幹事さん

ぐるなびさんによる、飲食店予約の支援サービスです。場所・エリア・おおよその人数などを入力すると、店舗からメールが届きます。

アンケート

Survey Monkey

オンラインで簡単にアンケートが作れるサービス

Google Drive

ご存じGoogleのオンラインアプリ。実は、簡単なアンケートフォームを作成できます。詳しくはGoogle Driveのドキュメントを参照ください。

MTCafeも全国で開催されています！

最後になりますが、Movable Typeのコミュニティでは、有志によるオフ会「MTCafe」が全国で開催されています。交流を深める飲み会だったり、まじめな勉強会だったり、内容は様々です。

4月は東京、5月は札幌で開催されました。

• MTCafe Tokyo 2013 Spring
  • MTCafe Tokyo 2013 Spring 参加レポート
  • MTCafe Tokyo 2013 Spring
• MTCafe Sapporo #2
  • MTCafeSapporo#2を開催しました！

6月は埼玉の大宮で開催されます。

• 2013年6月28日 MTCafe Saitama [詳細記事]

MTCafeの情報は、Facebookやブログで確認できます。

• Facebook グループ「MTCafe」
• MTCafe

ご興味をお持ちになりましたら、ぜひご参加ください！ 皆さんのご参加をお待ちしています。

実は、我らが Zenback もつい最近対応したばかり。こんなふうにね。

ところでこのボタン、何のためのボタンかご存知かしら？

（↓　早速この記事をあとで読みたい人はこのボタンをどうぞ　↓）

Pocketは、ブロガー云々以前にわたしが趣味のネットウォッチ時間の18%ほどを捧げている心から愛すべきサービスなの。ちなみに残りはソーシャルと各種ソーシャルリコメンドとTumblrとRSSリーダーです。( ｰ`дｰ´)ｷﾘｯ

でも、「Pocket、便利よねー。これが無いとネット始まらないわよねー」って、わたしがPocketへの愛を語れば語るほど、ぽかんとしていくまわりの人たち。え？あれ？Pocketってまだそんなメジャーじゃない？

・・・うん、そうでもない。ないですね。

いいでしょう。ならば、わたしが教えます。Pocketの良いところ。

そもそもPocketってなに？

さっきも言ったとおり、Pocket とは、いわゆる「あとで読む」系のサービス。「気になる記事を見たけれど、いま読む時間ないのでメモしといて、あとで読みたい！」そういうときに、ワンタッチでクリッピングしておくことができるの。

と、ここまで聞くと、「あーそういうサービス他にもいくつもあったわ。EvernoteにOnenoteに紙copiにはてブもそうだし、SafariのリーディングリストやOperaのメモパネル…。」って思ったかしら。

それらとなにが違うのか？

実際のところ、一番大事な「クリッピングしてあとで読むこと」自体は、どのツールでもできます。 だけれど、Pocket は、あとで読むことに特化したツールだけあって「クリップする」についても「あとで読む」についても、他より一歩抜きん出た連携サービスの多さと美しいUIが魅力、と個人的には思っています。

今回は、「クリップする」の「あとで読む」２つに絞って良いところをご紹介するわね。

連携サービス多数！どっからでもかかってクリップしてこい！のクリッピング機能

先日わたしが書いた記事、「ネットの記事を読みまくりたい人のための3つのステップ - Six Apart ブログ」の図と文章を引用するわね。

Pocketへの投稿の仕方は以下のとおり

・ブラウザから：PC/スマホのブラウザにはPocketにすぐ投稿できるBookmarkletを設置
・各種クライアントアプリから：IFTTTというサービスを使って、TwitterでFavしたり、FacebookでLikeしたり、RSSリーダーで星をつけた記事は、自動でPocketに投稿するよう設定

と書いたように、いろんな手段でクリッピングできるのが魅力なの。

つまり、ネットの記事に出会う時ってのはPCのブラウザかスマホのアプリ上かほとんど。

PCのブラウザにはブックマークレットを、スマホの各種アプリから直接Pocketに投稿したりもしくはメール投稿もできます。

また、アプリにPocketボタンがなくっても、IFTTTというサービスを間に入れることで投稿できたり。

クリップしたい！と思うほとんどのシチュエーションで、ほぼワンクリックで投稿できるサービスが網羅されているっていうのが本当に魅力的。

もちろん事前に、各アプリにPocketの認証をしておくとか準備が必要だけれど、最初だけのことよ。

ちなみに私はいま、以下の様な設定をしています。

• PCのブラウザに、プラグイン
• スマホのブラウザ(Safari)に、ブックマークレット
• スマホのメールソフトに、投稿用アドレスを登録
• スマホの各種アプリ（Tweetbot, Reeder, Flipboard）のPocket連携機能を設定
• IFTTT　※Webサービスを自動で連携させる便利ツール
  • Facebookでいいねした記事をPocketに保存

そして、いまはZenbackを通してたくさんのブログにもPocketボタン、追加されています。

これで、だいたい私のネットライフでの、Pocketしたいシチュエーションをカバーできるわけ。

いつでもどこでも、「あとで読む」

読むツールももちろん、たくさん準備されているのがPocketの良いところ。

Webアプリ、PC用クライアント、スマホ／タブレット用クライアントが各種OSとブラウザ用に用意されています。

たーくさん溜め込んだ記事は、移動中の空き時間やちょっとした手持ち無沙汰な時間、おふとんの中などで読むことが多いので、PCよりは、スマホとタブレットの出番が多いです。

iPad 用 Pocket アプリの記事一覧画面

これは愛用するiPad Miniで見た、Pocketアプリの記事一覧画面。 あああ、読みたい記事だらけ。たまらん。この記事一覧だけでもPocketしてきてよかったと思う。

テキストモード

記事をタップすると、こんな風にページの装飾を排してテキストと画像だけを表示してくれる画面に切り替わります。
黄色いアイコンでお分かりのように、どなたのツイートを読んでPocketしたかもわかるのも、良いポイント。

テキストモードのスタイル変更

文字サイズ、字間、明るさ、色パターンなんかも変えられるのですごく読みやすい！

でもやっぱりブラウザモードで見ちゃう

テキストモードは読みやすい・・・のだけれど、誰がどんなページに書いたコンテンツなのかまで読みたいわたしは、わざわざブラウザ表示にしちゃうのよねー。

読んで面白かった記事は、右上のボタンから各種ソーシャルにシェアも可能。読んで気になった記事はぽちぽちシェアしていきます。

まとめ

Pocket は、クリッピングできる連携サービスの多彩さ、アプリのマルチデバイス対応と使い勝手のよいUIが、私をとりこにしている所以なわけです。

冒頭でも紹介したとおり、我らが Zenback もつい最近対応したばかりなので、ブロガーの人は速攻使ってみてね。

ブロガー向けのおすすめテクニック満載の後編へつづく

さて。こんな便利なツール、Pocket。ブロガー視点で見ると、更によい機能がいくつかあるの。 詳しくはこの記事の後編として「ブロガー向け」版を書こうと思っています。期待しててね。

じゃあね〜♪

KDPはAmazonで電子書籍の自費出版ができるサービス。簡単な操作で、すぐに電子書籍を売ることができます。

なんて軽く書きましたが、実際は、試行錯誤、悪戦苦闘の連続。
マップは全部見えているのに細かい罠だらけで全く前に進めないダンジョンみたいです。あらゆるステップで引っかかりました。

こんな苦労を他の人は味わいませんように！
ということで、ここに、自分が引っかかったところ一覧をシェアさせていただきます。

1. 大まかな作業の流れはどんななの？
2. 適切な文章量や価格は？
3. 縦書きで書く時の注意点
4. 表紙画像を作るときの注意点
5. 便利すぎて神！　でんでんコンバーター
6. Kindleプレビューツールで実際の見た目を確認
7. iPhoneやKindle Paperwhite実機で確認するときの注意点
8. 米国での源泉徴収税の免除手続き時の注意点
9. Kindleへのデータ登録時の注意点
10. ブログの電子書籍化は漏れなく審査に引っかかる
11. 公開案内メールのURLが違う
12. 公開された後での注意点

大まかな作業の流れはどんななの？

これが意外と把握するのが難しい。というのも、KDPはいろんなやり方をサポートしているからなんですね。
こんなに種類があります。

【参考】サポートされているファイル形式＠Amazon.co.jp

これらのやり方からどれか１つを選ばなきゃいけない。それだけでもうんざりです……

今回僕が出版したい電子書籍は、以下のようなものでした。

• テキスト主体。画像は表紙のみ
• 縦書きにしたい

さまざまな人からいろいろなことを教えていただいた結果、今回僕は、以下の方法でやることにしました。

1. KDPアカウントを作り、口座、米の税務情報などを登録
2. ワープロで書いた小説をテキストファイルにする
3. jpgフォーマットで表紙画像を作る
4. でんでんコンバーターで、テキストファイル＋jpgからePubファイルを出力
5. KindleプレビューツールでePubを.mobiファイル（.mobiはKindle専用のフォーマット）に変換
6. その.mobiファイルをKindleのサイトにアップロード
7. イメージ通りに見えるか、ちゃんと読めるか何度も確認して、いざ出版

ワープロ（.doc）→テキスト（.txt.）→ePub（.epub）→Kindleフォーマット（.mobi）です。
変換多すぎますね！

ePubではなく.mobiをアップロードしているのは、Kindleプレビューツール（後述）で確認しながら校正作業を行っていたので、既に手元に.mobiファイルがあったのが理由です。
ePubをアップロードしても問題はないと思います。きっと→たぶん→おそらく。

なお、今回は試さなかったのですが、MS WordファイルをそのままKDPのサイトにアップロードする方法もかなりイケるようです。友だちが試してみて特に問題もなかったようだし、Amazon様もわざわざ専用にヘルプを作っているので、一度チャレンジしてみてもいいかもしれません。

また、MTユーザーであれば、でんでんコンバーターではなく、MovableType（MT形式ファイル）のePub出力をサポートする各種プラグインやテンプレートを使うのも良いかと想います。
例えば以下の通り。

【参考】ePublisher＠アルファサード
【参考】MTEPUB＠The blog of H.Fujimoto
【参考】MyBooks.jp
【参考】forkN

それと、ライブドアブログの電子書籍機能を使うのもオススメです。

このプロジェクトのトップの方が私的にもかなり電子書籍にハマっているため、相当痒いところに手が届く優良サービスになっています。

ところで、本文に画像が入るパターンは今回は試していないので、もしかすると本記事では言及しない、意外な落とし穴があるかもしれません（ないかもしれません）。特にテキストを画像に回り込ませようとしたときとか、怪しいです。ご注意ください。そして何か特別な注意点があったら、ぜひシェアしてください！

適切な文章量や価格は？

これについては何とも言えません。いろいろ集めた情報の中では、以下のような点が心に残りました。ご参考まで。

• もしロイヤリティ70%でやりたいのであれば、Amazonの制約により、最低金額は290円ちょいになります。「100円で売りたいけどロイヤリティは70%欲しい」はできません。
• ロイヤリティ70%の場合は、「配信コスト」が著者負担なようです。この配信コストが超わかりにくく、「1MBにつき1円」説と「1MBにつき12〜15円」説があります。どうやら日本で買うと前者で、一部海外で買うと後者らしい……そんなのありうるのかな……なんかスッキリしません……

  

  もっと調べるとちゃんと分かるのでしょうが、でも「日本で買われると1MBが1円」なのは間違いないようなので、ここで調査ストップ。

  いずれにしろファイルサイズはできるだけ小さくするのが良さそうです。Amazon様のヘルプも、丸々１ページを割いてファイルサイズ削減について触れています。

僕も表紙画像の圧縮率を調整して、ファイルサイズを1MB以下に抑えました。
• 伊集院光さんが出す電子書籍は「だいたい10,000字」で「100円」を「何回か出す」のだそうです（参考）。いい線ついてます。買いやすい。

  漫画家の鈴木みそさんは漫画の１巻を100円、２巻以降を450円で発売したそうです。この方法もアリ（参考）。

  ただし、100円で売るには、ロイヤリティを35%に設定しなくてはなりません。
  ロイヤリティ70%で240円とロイヤリティ35%で100円では、ファイルの容量によっては収入に倍以上の開きが出てきます。ご自身の実情に合わせて、よくお考えになってください。

• KDPの諸先輩方からは「安売りはいけませんよ！」と言われました。また、「属人性が高いもの（「あの人が出すアレ！」的なもの）はそんなに安くしなくても買われる」というアドバイスもいただきました。
• 僕の判断としては、10,000字以下程度なら100円〜／35%、20,000字以上なら290円〜／70%、かなー。まあ人それぞれの考えで。他の考え方があったらぜひシェアしてください！

結果としては、僕は100円の短編集１冊と、300円弱の中編１冊を出しました。

縦書きで書く時の注意点

「すっかり縦書きで出版した気になってたのに、後で見たら横書きだった」というのが一番ストレスなので、「縦書き用の各種設定がちゃんとできているか」を、最初から気にして作業しました。

まずは、書いているときも縦表示にしました。実際どんなイメージで読まれるのか意識しながら書きたかったので。
今回はMS Wordを使いました。Wordはバージョンによって全然メニューの位置が変わるので（何故なんだろう？　宝探し？）、縦書きの詳しい方法はお手持ちのWordで調べてください。たぶん「書式」メニューの中に「縦書きと横書き」みたいなメニューがあると思います。

また、フリーでも縦書き対応のテキストエディタはあると思います。MacだとOS X 10.7 Lion以降はテキストエディットで縦書き表示が可能です。

なお、励みになる情報かどうか分かりませんが、村上春樹はMacで横書きで小説を書くそうです。

それと、縦書きで書いていると、数字やアルファベットの向きが気になります。今回の僕の解決法は以下の通り。

• 縦書きの中に横書きが混じる、いわゆる「縦中横」は使いませんでした。WordにもKindleにもこれをサポートする機能はあるのですが、いざこれで表示してみると、文字が左右からペシャンと押しつぶされて、事実上読めないので。

  

  また、縦中横という特殊なレイアウトを使うことで、想像もつかなかったところで引っかかって、悩みに悩んで時間を浪費するのも避けたいと考えました。

• 数字はできるだけ漢数字にしました。漢数字にしてもほとんど読みやすさや印象は変わらないものですね。

  漢数字を使う時のルール、たとえば「三十」なのか「三〇」なのかなどについては、いろいろネットに参考ページがありますので、そちらをご覧ください。僕はここを参考にしました↓

  【参考】同じ10でも，「一〇」と「十」はどう使い分けるのか？＠岩波日本語使い方考え方辞典

• どうしてもアラビア数字を使いたい場合や、アルファベットを縦に並べたい場合は、半角ではなく全角文字で書きました。全角文字だと縦に並びます。
• URLや長めの英単語などは、もう横倒しでいいやという判断にしました。下手に縦にすると読みにくくてしょうがありません。

そして、後述もしますが、縦書きでePubファイルを作っても、Amazonにデータをアップロードするときは、メニュー内で再度「縦書き」を選択しなくてはいけません。

これが非常に不安を誘います。「『反対の反対は賛成なのだ』的なロジックで、縦書きデータに上から縦書き指定加えたら、横書きになっちゃうんじゃないの？」など、心配の種が尽きません。

でも、ここでは元データも、アップロード時も、「縦書き」を選ぶのが正解です。

表紙画像を作るときの注意点

表紙はアイキャッチになるのでとても重要です。
Amazon様も、充実したヘルプで表紙の大切さを訴えています。

しかしKDPでは、表紙画像は消しゴムくらいの大きさのサムネイルでしかありません。
だから、あまり描き込んだイラストは伝わりません。また、Kindle Paperwhiteは白黒なので、その点も注意しなくてはいけません。

ですので、今回僕が注意したのは、以下のような点でした。

• 顔を大きく描く。できれば小さいサムネイル画像でも視線を感じるくらい。
• 色のコントラストはしっかりつけて、白黒になっても絵がつぶれないようにする。
• タイトル文字なども大きく書く。サムネイルになっても読めるくらい。

表紙画像サイズは、Amazon様によりますと1562×2500ピクセルが最適らしいので、それに従わない理由はありません。

ソフトは、Macの「Pixelmator」というアプリを使いました。

Photoshopっぽいユーザーインターフェースで、KDPの表紙画像についてやりたいことはだいたいできてしまいます。1,300円と有料ですが、とても使いやすいので、それだけの価値はあるかと。

なお、これは大切な話なのかどうか分からないのですが……
表紙画像のファイル名は「cover.jpeg」にしました（拡張子は４文字）。
Amazon様のヘルプやら各KDPノウハウブログの話を総合して、この名前にしとくのが一番トラブルが少ないだろうと判断しまして。本当は別に、JPEGまたはTIFF形式ならどんな名前でもいいと思うのですが、これ以上無用な悩みを抱えたくなかったので……

もし、表紙画像関連で何かトラブルが起きたら、「ファイル名をcover.jpegにする」を試してみてください。もしかすると解決するかもしれません。

便利すぎて神！　でんでんコンバーター

でんでんコンバーターは、テキストからePubファイルを作るサービスです。
ちなみにePubというのは、電子書籍の最も一般的なフォーマットです。

スッキリとした超分かりやすいUIで、こちらがあらかじめ用意したテキストファイルを、イメージしていた通りに綺麗にePubにしてくれました。

ありがとうございます！　そしてありがとうございます！

使い方はあまりにも簡単なので、でんでんコンバーターのサイトを見てください．
以下では僕の場合の流れを紹介します。

1. MS Wordで、もうこれ以上は縦書きで確認しながら書かなくてもいい！　というところまで書く。
2. テキスト形式で保存（僕の場合は全文をコピーしてテキストエディタにに貼り付けて保存しました）。
3. でんでんマークダウンを入れる。大丈夫！　全然難しくないから！
   僕が使ったのは以下の３つのマークだけ。
   １）段落
   ２）見出し（「##」を使いました）
   ３）改ページ
4. データをアップロード。アップロードするファイルは、commandキー（Windowsはcontrolキー）を押しながら選ぶことで、表紙画像ファイルとテキストファイルの２つを同時に選択できます。

   オプション設定は、僕の場合は、以下を選びました。
   ページ送り方向：右から左（縦書き）
   ページ自動生成：目次ページのみ

さて、こんなに神すぎるでんでんコンバーターなのですが、それでも１カ所だけ引っかかった点が。
それは……

「縦書きだと、１行空きで書いても１行空かない」

です。テキストファイルは１行空けて書いているのに、実際にKindleで見ると、行が詰まっているのです。

こいつはすげー困りました。試行錯誤したりでんでんコンバーター作者様にメールで質問したりした結果、以下のどちらかの方法でクリアできました。

• １行空けたいところは「<br />」を入れる。「<br />」は改行するというhtmlコードです 以下の書き方、どちらでも結果は「１行空き」になります。

  あああああ
  <br />
  いいいいい

  あああああ

  <br />

  いいいいい

• でんでんコンバーターが出力した縦書きEPUBを展開して、style.cssを取り出し、末尾に次の設定を加える。

  p {margin-left: 1.714em;}

  でんでんコンバーター作者のろすさまに教えていただきました。ePubを展開、再度パッケージングなどの作業ができる方は、この方法を使ってもいいと思います。

なお、ろすさんは現在大変多忙なため早急な対応は難しいですが、さらにでんでんコンバーターを進化させるべく、いろいろ検討を重ねているそうです。期待してのんびり待ちましょう。

Kindleプレビューツールで実際の見た目を確認

KindleプレビューツールはAmazon謹製のプレビュー＆変換ソフトです。Mac版もWin版もあります。

使い方は簡単です。ソフトを起動して、画面にePubファイルをドラッグ＆ドロップするだけ！　自動的にePubが.mobiファイルに変換され、プレビューが表示されます。

詳しい使い方や概要説明はこちらを読んでいただくとして↓

【参考】KDPツールとリソース＠Amazon.co.jp

ここでは僕が引っかかったポイントのみ列挙します。

いずれも、僕の環境に特有の問題かもしれません。しかし僕はここで大いにつまづき、多大な時間を費やしたのです。何度も何度も心が折れかけました。もう業者に頼んじゃおうか、あるいはKDPに詳しい友人に土下座してお願いしてしまおうかとも思いました。
しかし僕は試練をくぐり抜けました。明けない夜はありません。終わらない冬もありません。今KDP作成でつまずいている貴方、決して諦めないでください。僕でもできたんです！　きっとあなたにもできます！

でも、個人向けにKDP作成を肩代わりしてあげる業者サービスは、それなりに需要あると思います、はい。

• 最初に起動すると英語メニューですが、これ、日本語メニューになるはずです。 しかし、「ユーティリティ→言語」メニューで日本語を選ぶと、プレビューツールが強制終了してしまいます。

  メニューバーのメニューからではなく、画面右下の「デフォルトの言語の設定」というプルダウン式のメニューで「日本語」を選ぶと、無事に日本語メニューにできます。

  

• 変換したいePubファイルが入ってるパスに一カ所でも日本語が入ってると、「Kindleプレビューアは本のコンパイルに失敗しました」というエラーメッセージが出て変換できません。

  たとえば「小説」という日本語名のフォルダにePubファイルを入れていたりするとダメです（なお、僕はMacを使っています）。
  パスに日本語が入らないよう、超お気をつけ下さい。

• KindleプレビューツールでePubを.mobiに変換すると、続いてプレビューが表示されますが、デフォルトで表紙の次のページから表示されてしまいます。

  「表紙が入ってない！？」と心配になりますが、これはKindleプレビューツールが謎の気を利かせて表紙の次のページから表示しているだけであって、実際はちゃんと表紙が入っているので、ご心配なさらぬよう。

  表紙が見たい場合は、自分で１ページまで戻れば表示されます。

• 「iPhone用Kindle」でプレビューしようとすると「本はこのデバイスモードではサポートされていません。表示にフォールバックします : Kindle Paperwhite」というエラーメッセージが出てきてしまいます。

  これは何をどうしても避けられません。もしかしたら回避手段があるのかもしれませんが、僕は諦めました。でもその後発売した後はIPhoneでもちゃんとレイアウト崩れなく読めたので、きっと大丈夫です。

iPhoneやKindle Paperwhite実機で確認するときの注意点

やっぱ、やっときたいのが人情ですよね。
Kindleプレビューツールで確認するだけでは不安な心配性の僕は、念のためiPhone用KindleやKindle Paperwhiteで見た目を確認することにしました。

やり方はこんな感じ。

1. まずは.mobiファイルを探しましょう。 ePubファイルのあるフォルダ内に名前が「Compiled-」ではじまるフォルダができてるはずです。その中に拡張子「.mobi」のファイルがあります。 これが.mobiファイル。Kindleフォーマットのファイルです。
2. .mobiファイルをMy Kindleのパーソナル・ドキュメントサービスに送ります。
   送り方は簡単。メールにファイルを添付して、自分のAmazonアカウントの@以下がkindle.comになってるメールアドレスに送るだけ。「Send-to-Kindle」と呼ばれる機能です。詳しくは以下をご覧ください。

   【参考】Kindleパーソナル・ドキュメントサービス＠Amazon.co.jp

3. 送ってから、15分くらい待ちます。
   結構かかるんですよねこれ。ここで「ちゃんと送れなかったかな？」と何度も送り直すと、何個もファイルができることになるので注意。こんな風にねっ！

   

4. その後、iPhoneやAndroid用Kindleアプリや、Kindle Paperwhiteなどで「同期」メニューを選択すると、送った.mobiファイルが電子書籍の形で表示されます！

おめでとうございます！！！
しかしすぐに、あなたは微妙な不安に包まれるでしょう。

ちゃんと表示されない部分があるからです。僕はここで、長く深く暗く寒い悩みの時期を過ごしました。
以下、箇条書きします。

• iPhone版Kindleで見ると、縦書きで書いたはずの文章が、横書きで見えてしまいます。

  これ、どうやら仕様というか、現時点（2013年５月時点）ではどうしようもないようです。
  実際に売るときは縦書きになるので、心配しないでください（と言っても心配になりますよね……）

• Kindle Paperwhiteで見ると、表紙画像が出てきません。

  これはSend-to-Kindleを使うのが原因なようです。PaperwhiteをPCにUSBケーブルで接続し、.mobiファイルを直接Paperwhiteにドラッグ＆ドロップすると、表紙が表示されました。原因や理由はともかく、そういうことでございますので、ご注意ください。

• ところで、USBケーブルでファイルを入れる方法だと、My Kindleにパーソナル・ドキュメント（つまりクラウド上）に入るわけではないので、当然iPhoneでは確認できません。

  つまり本当にちゃんと確認したいのであれば、「Send-to-Kindle」と「USBケーブル経由」の両方をやらないといけないのです。ややこしやーややこしやー。

どうぞあなたは、こんな本質的じゃないところで悩みませんように……

米国での源泉徴収税の免除手続き時の注意点

米国での源泉徴収税の免除をするための手続きをしておかないと、税金が日本とアメリカで二重にとられることになります。
出版後でもいいので、やっておきましょう。さもないと、あなたの電子書籍がうっかり大ヒットすればするほど後悔することになります。

大まかな流れは以下の通りになります。

1. EIN番号取得のため、IRS（米国・内国歳入庁）にSS-4フォームのファイルをFAX。
2. 米AmazonにEIN番号を知らせるためにIRSフォームW8-BENの書類を郵送。

といわれてもなんじゃらほい？　だと思いますが、これについては既にネットに分かりやすい説明がたくさんありますので、それを参照しながら辛抱強く１つ１つ手続きを進めていけば、きっとクリアできると思います。

大丈夫。思ったよりは難しくありません。
詳しくは、例えば以下のサイトをご覧ください。

【参考】kindle出版後、米国での源泉徴収税を免除する方法＠収納教える．コム
【参考】税に関する情報（米国外の著者/出版社様向け）＠Amazon.co.jp

ここでは、上記を読んでいてもなお僕が引っかかったポイントについて、書きます。

• IRSからダウンロードした書類を印刷して、手書きで情報を書き込んでもいいのですが、読みにくかったりして書類が通らなかったら面倒くさいなと思ってしまいます。

  しかし、もしMacをお使いなら、Macにデフォルトで入っている「プレビュー」アプリを使うと便利です。なんとこのアプリで、IRSのpdf書類に書き込めるのです！
  やり方は簡単。プレビューで当該ファイルを開いた後、「テキスト」というボタンメニューを押し込んで、書き込みたいところにカーソルを合わせると……

  

  ほら！　pdfに書き込めた！　Macすごい！

  【参考】MacでPDFファイルに書き込みをする！＠The Shape of * and Other Stuff

  ただしサインだけは直筆でやってくださいね。活字だと「サインじゃないだろこれ。活字だろ」と突き返されちゃうんで。

• SS-4フォームの7bの項目には、「EIN」と書いておく必要があるみたいです。

  

  これ書かないで空欄にしておくと、担当者によっては書類不備で突き返してくるとのこと。

  【参考】IRSにSS-4を提出してEINの取得に成功！＠TakeTake的雑記

  なんて恐ろしい罠なの……まさにデス・トラップ……

• SS-4フォームのファイルをFAXするためのFAX番号が、なんと今年の３月に変更になったらしいのです！！！

  これには参りました。検索して出てくる色んなブログ記事のSS-4の書き方説明の記事やIRSのサイトにある正式なマニュアルに書いてあるFAX番号にいくらFAXしても、FAXが送れないのです。しかもメッセージが流れるのですが、このメッセージが「番号が変わりました」とも「新しい番号に転送します」とも言わず、単に英語で「留守電に質問吹き込んどいて」という風な意味不明なことを言われるだけ。

  もしや、と思って、IRSのWhat’s newを見てみたら……ありましたよ。怖いくらいに事務的で簡単なノリの案内が。

  新しいFAX番号は、010-1-859-669-5987（日本からかける場合）です。

  あんまり大事な話なので、もう２回ほど言っておこうかな。
  新しいFAX番号は、010-1-859-669-5987（日本からかける場合）です。
  新しいFAX番号は、010-1-859-669-5987（日本からかける場合）です。

  お間違えなきよう。

• Amazonに郵送するW8-BENフォームの記入なのですが、以下を忘れないようにしてください。

  作成した署名済みのW-8BENの原本の右上に、KDPの出版者コードを記入して、下記住所にお送りください。 （引用元）

  つまり、フォーム上には出版者コードを書く場所がありません。どこか欄外に書く必要があるのです。

  

  お気をつけ下さい。

  なおKDPの出版者コードは、KDPのサイトの「アカウント」メニューの右サイドバー下というマニアックな場所に、こっそりと隠れるように書かれてあります。

  

  何故こんな変てこなところに！？

• 書類に判子を押す必要はありません。逆に判子を押すと「これはなんだ？　いたずら書きすんなやボケ」と書類を突き返される可能性があるので、お気をつけ下さい。

10日くらいすると、Amazon様から「Valid W-8BEN 【あなたの名前】」というメールが届きました。
中には数行程度「承認したよ」的な内容の文章が書いてあるのみ。

FAX送ってエアメールまでした結果が、こんな軽いノリのメール！？　本当に申請に成功したのだろうか？　不安になります。
しかもこの情報、KDPのサイト上でも確認できません。つまり、このメールだけが手がかり……でも、きっとこれで手続きは完了なのでしょう……僕はそう信じています……

Kindleへのデータ登録時の注意点

何度も何度も、KindleプレビューツールやiPhoneで確認をして、何度も何度も文章を直しました。
僕の場合Ver.13までやりました。

「もう嫌だ！　うんざりだ！　これ以上は直したくない！」

というところまできたら、さあ、いよいよ電子書籍の公開です！

ここも、基本的なやり方は簡単。
まずAmazonアカウントを流用してKDP用のアカウントを作ります。KDPページの右側の「サインイン」ボタンを押せばオッケー☆

そして、ページ右上の「アカウント」メニューで、銀行口座などの情報を登録します。

その後、「本棚」メニューから.mobiファイルなどをアップロードして、値段などの必要情報を入力するだけ。

詳しいやり方は以下などをご覧ください。

【参考】本を出版する＠Amazon.co.jp

しかし、僕はここでも、微妙に何回も何回もひっかかりました。

• アカウントメニューでの情報登録画面の「ロイヤリティの支払い」項目で、Amazon.com.brつまりブラジルのAmazonだけ、銀行口座への振込が選べません（僕だけ？）。

  理由はよくわかりません。なんか法的な理由があるのか、Amazonだけにブラジルだけ特別だよという意味を含ませたジェフ・ベゾスなりのジョークなのか。

  でも、「特にブラジルでガンガン売りたい！」という強い想いがないのであれば、ここで悪戦苦闘せずに、素直にロイヤリティの支払い方法を「小切手」にしたらいいと思います。何故ならば時間は有限だから。

• .mobiファイルのアップロード画面に、「タイトル」「表紙画像のアップロード」「縦書き／横書き指定」「作者名登録」などのメニューがあります。

  

  けれどこれらは全部、既にでんでんコンバーターでePubファイルに埋め込んであるはずなのですよね……なのに、ここでも別途指定しなくてはいけないというところに、不安を感じます。

  しかし、結論から言うと、大丈夫です。ここで表紙画像を別にアップロードし、縦書きを別に指定し、改めて作者名やタイトルを登録しても、レイアウト崩れは起きませんでした。
  なので素直にやっておきましょう。

• 電子書籍のデータをアップロードした後の画面に、「シンプルプレビューツール」というのが出てきます。

  ここで実際にどう見れるかプレビューできますよ、というものなのですが、しかし、リストにはあるんだけどメニューとしてはiPhoneやiPadが選べません。

  

  「あれ？　俺の電子書籍、iPhoneやiPadでも読めないの！？」と不安になりますが、ここも結論を言うと大丈夫。公開後はちゃんとiPhoneなどでも読めます。
  じゃあなぜここにメニューがあるのか……ちょっと意味不明ですが、きっと深い訳があるのでしょう。

以上です。これら「明らかに引っかかったわけじゃないけど、そこはかとなく不安になる」各手続きをクリアすると、Amazonによるレビュー待ちの状態になります。
これで48時間以内に買えるようになる！　楽しみ楽しみ！

……しかし、僕の場合はさらに罠が待っていました……

ブログの電子書籍化は漏れなく審査に引っかかる

アップロードした電子書籍が、何時間経っても、Amazonで買えるようになりません。

代わりにAmazonからメールが来ました。出版申請した本について、ちょっと問い合わせたいことがある、とのこと。
こんなことが書いてありました。

KDPからご提出いただいた本の審査において、Web上で無償配布されているコンテンツが見つかりました。＜中略＞お客様が本の出版権を保有し、本の流通を管理していることを確認させていただくため、以下のすべての情報をご提示ください。

1. 本のコンテンツを公開している全ウェブサイトのURL。
2. 本のコンテンツをオンラインで公開している理由。

ブログの内容を電子書籍にしようと目論んでいるブロガーはたくさんいると思いますが、その人たちは、漏れなく全員、ここで審査に引っかかることになります。

でもこれは、ちゃんと理由を説明すればオッケーですので、あまり心配なさらないでください。
それに、ここはAmazon様にちゃんと調べておいて欲しいところではありますよね。自分のブログを他人が勝手にKindle本にして売ってたら、たまりませんから。

公開案内メールのURLが違う

さて、いよいよ公開です！　「提出された本がKindleストアで出版されました」というタイトルのメールが送られてきます。
ところが、この中にも罠が。しかも２パターン。

• パターン１。メール本文の「本日、KDPに提出された本がKindleストアで出版されました。読者はこちらから購入することができます。」の「こちら」がクリックできないパターン。

  

  つまり、自分の電子書籍のURLが分かりません。試し買いもできないし、友だちやソーシャルに知らせることもできません。

  「でもまあ、KDPページから確認すればいいんだから、そんなに困んないだろう」と思う方もいらっしゃるかもしれません。
  しかし（これは非常に不思議なUIだと思うのですが）、上記のページのどこからも、自分の本へのリンクは貼られていません。

  ではどうすればいいか？　僕は今のところ、「Amazon内のトップページから、自分の電子書籍の名前で検索するのがベスト」という結論に達しています。なんだか自分が馬鹿になったみたいに感じますが、これが一番手っ取り早いかと……

  もうひとつ方法があるとすると、KDPページの「本棚」メニューに自分の電子書籍のASINコードが書かれているので、その番号で検索する、とか。ひと手間余計なだけですね……

• パターン２。メール本文の「本日、KDPに提出された本がKindleストアで出版されました。読者はこちらから購入することができます。」の「こちら」に書かれているURLが、http://www.amazon.co.jpではなくhttp://www.amazon.comになっているパターン。

  つまり、米国のAmazon。
  このURLでは、米Amazonのアカウントを持ってないと、その電子書籍を買うことができません。

  つまりこのURLを友だちやソーシャルに知らせれば知らせるほどアカンことになる、ということです。だってそのURLからは買えないんだから。

  どうしてこんなことになっているのでしょう？　恐らくただのバグだと思うので早々に直るとは思いますが、それにしても罠すぎます。解決策としては「.com」のところを「.co.jp」にすればいい（例：「http://www.amazon.com/dp/B00CF0G0E8」だったら「http://www.amazon.co.jp/dp/B00CF0G0E8」）のですが、そんなのネットに詳しい人じゃないと思いつかないんじゃないかと……

まあこれは、明らかにおかしいので、そろそろ修正されているかもしれませんね。

公開された後での注意点

２つだけ紹介します。

• 「Kindleで本を出したよ！」と告知すればするほど、「Kindle持ってないから読めない。残念」という返事が返ってきます。

  「KindleはiPhoneやAndroidでも読める、いやむしろそっちの方が読みやすい」という情報は、驚くほど知られていません。なのでせっかくの買ってもらえるチャンスが、大量に漏れ逃されている可能性があります。

  大事なことなので二度言います。
  「KindleはiPhoneやAndroidからもアプリで読める、いやむしろそっちの方が読みやすい！」
  このことを骨身を惜しまず伝え続けましょう。

  そしてこの話は、電子書籍業界全体で超気合い入れて必死に啓蒙しなくちゃいけないと思います。

• Kindleは、ちょっと本のデータに直しを入れただけで、また丸１日くらいレビュー待ち状態になります。
  たとえば値段を変えた、案内文を変えた、みたいな、データ本体に関係なことでもです。
  気をつけましょう。

以上です

どうかこの記事が１人でも多くのKDP難民を救いますように……

「この人は信用できそうだ」とか「あの人とは距離をおいて付き合おう」といった自分なりのアンテナです。大人って、イヤな生き物ですね（笑）

でも、みなさんも、こういうアンテナを無意識のうちに働かせているはずです。

大人はとてもすれた生き物でして、ちょっとやそっとでは人を信用しないようになってしまいますが、今日は私なりの「あ、この人、仕事できるんだろうな」って思う9個の瞬間を紹介します。

メールのレスの速さと仕事能力は、ほぼ比例します。忙しいと遅くなるのではという気がしますが、逆です。むしろ、早いのです。

早い人は、内容も洗練されています。まず結論があり、次に理由、誰が何のアクションをいつやるのかといった5W1Hが2〜3行で書かれているのがよくあるパターン。過剰な装飾、あいまい表現がなく、わかりやすいのです。わからないことであっても、「わからない」と返ってきます。で、「ごめん、ムリ」なのか、「調べるから待ってろ」なのか、「別のソースに当たれ」等を示してくれます。頭の回転が早く、コミュニケーション力があるという証拠でもありますね。

なお、レスの早い人は、海を越えても早いです。時差もおかまいなしです。こういう人の特徴で「スマホで返してくる」ケースがありますが、タイポがちらほらあったりします（変換手順がない英文メールに多い）が、意味がわかれば十分です。正確なメールが2日後に返ってくるより、打てば響くように返ってくるタイポ混じりのレスのほうが100倍いいです。

2.時間を守る

これは、待ち合わせの時間、締め切りの両方です。時間を守る人で、仕事ができない人はまずいません。「時間を守る=余裕を持ってPDCAを計画し、回す行動習慣が身に付いている」証拠だからです。たぶん、ほとんどの社会人が同意してくれるのではないでしょうか。
時間の大切さを知っていて、オンタイムで行動する人は、他人の時間も同様に尊重してくれるものです。

さらに、「立場が下の者なら、待たせてもよい」という都合の良いルールは設けません。時間厳守は基本中の基本マナーですが、社会人でも守れない人がままいます。お客様や目上の方には時間を守っても、同等の立場や目下が相手だとルーズになる人は、「なるほど、使い分けてくるタイプなのか……」と、ちょっと距離を置きますね。

誰に対しても、別け隔てなく時間を守る、仕事でもプライベートでも時間を守る。仕事だけでなく、遊びでもきっちりオンタイムで行動する人は、すばらしいと思います（これができる人、意外と少ない）。

3.目的（ゴール）を意識している

何をする（or やめる）にせよ、「なぜ」「なんのため」を意識しています。よって、手段がいつの間にか目的化してしまうことがありません。

「そもそも、なんのために◯◯をするの?」、「◯◯のためなら、△△という方法でも達成できるよね」、「真のゴールは◯◯ではなく、むしろ□□なのでは?」と、本質をつかんでいる人は、議論に迷いがないです。目指すゴールが明確だと、脱線することがなく、議論のための議論に溺れることもなく、決着がつきやすいのです。

……とまあ、上記3つを持ってたら、かなり高い確率で仕事ができる人です。
この3つ以外で、個人的に「ああ、この人、仕事できるんだろうな」って思う瞬間を順不同で挙げていきます。

4.メモをとる

デジタル、アナログは問わず、デキる人はメモをとるものです。だから、常に紙とペン（or デジタルデバイス）を常備しています。自分の記憶は当てにしないのでしょう。また、タスク管理を漏れなくしようという姿勢の表れがうかがえて、よい印象をうけます。こういう人は、うっかりミスが少ないです。

5.残業前提で仕事しない

帰宅が早い人は、仕事ができる人です（仕事が終わってないのに帰るのは言語道断ですが）。時間配分がうまく、ムダを省く習慣があるのでしょう。定時で終わらせることを前提に動いています。そのかわり、就業中の集中力の高さと処理スピードの早さはハンパありません。あと、ランチの時間が極端に短かったりするのも特徴です。

二度手間を嫌い、「あとで確認しときます」とか「では次回までの宿題にします」と先延ばしせず、その場その場で片付けていきます。いくら多忙でも、「忙しい」とは言わず、むしろケロッと平気な顔をしていますし、間違っても、忙しい自分に酔うことがないです。仮に作業がオーバーフローしそうなときは、余裕を持ってアラートを出してくれるので、周囲に迷惑もかけません。

6.条件反射でしゃべらない

考えてから発言する人からは、デキる印象を受けます。こういう人は感情的にならず、好き嫌いで判断もせず、条件反射で賛同も拒否もしません。経験上の話ですが、条件反射でしゃべらない思慮深い人に共通しているのが、ワンパターンな口癖がないことですね。「逆に言うと〜」「っていうか〜」「ぶっちゃけ〜」「的な〜」「〜なかんじで」「いわゆるひとつの〜」といったフレーズを連発する人で、有能な人はあまりいませんでした。ワンパターンな口調でしか話せない人は、思考もワンパターン化している気がします。

7.ボールの保持者をハッキリさせる

1人で完結する仕事でもない限り、仕事はチームでおこなうものです。関係者同士がボールを投げ合いながら進めていくわけですが、デキる人は、「誰がボールを持っているのか」をハッキリさせ、タスクのポテンヒットを防ごうとするものです。

「きっと誰かが、うまいこと処理してくれるだろう」とか「このタスクは、彼（彼女）が拾ってくれているだろうな」と都合の良い解釈をしません。問題の芽を、芽のうちに潰すことをいとわないのです。

たとえば、ミーティングの締めの場面になると、緊張感から開放されることもあって、ついタスクの割り振りと締め切り設定を疎かなまま終わらせてしまうってこと、ありますよね? で、ミーティング終了後に関係者にあわててメール確認し、上司や先輩に「なんでその場で決めておかないんだ」ってお叱りをうける…よくあるパターンです。

有能な人はこういうヘマをせず、「◯◯と△△は私のタスク、□□と✕✕は中山さんで間違いないですね?」と、誰が、何を、いつまでにをクリアにします。

8.自発的にOne More Thingをつける

仕事ができる人は、常に「better」を目指す姿勢があるものです。頼んでいないけど、ちょっとアレンジしてくれる、言われたことだけでなくプラスアルファを加えてくれる、こうすればもっとよくなるのでは? とアイデアを提案してくれる…仕事上でのうれしいサプライズですね。こういう人と出会うと、「こっちもがんばろう」という気になります。

9.語尾をハッキリさせる

語尾をあいまいにせず、言い切ってくる人は、デキる人です。「〜思います」「〜のはずです」「〜のようです」「〜かもしれません」「おそらく〜」「〜って◯◯さんは言ってました」「なるべく〜」「時間があれば〜」「できる範囲で〜」等のあいまい表現を使わないし、相手にもそれを許しません。断定しないことで、失敗したときの保険をかけておきたい気持ちはわかるのですが、できる人はそれをしないのです。面倒でも、ちゃんと裏をとり、きっちり詰めてきます。

以上、「あ、この人、仕事できるんだろうな」って思う9個の瞬間でした。

なお、この記事を書くにあたり、かつての上司、先輩、同僚、部下、取引先、お客様の顔を思い浮かべながら書きました。もちろん、今の職場であるシックス・アパートの面々も多数含まれます。

手前味噌になりますが、シックス・アパートに入社してくる人たちは非常に優秀です（あと、キャラも立ってます）。ここで働くことで、学ばせられること、気付かされること、見習おうと肝に銘じることは日々あります。

エンジニア、プロダクトマネジャー、マーケティングマネジャー、Growth Hacker （成長請負人）を絶賛募集中なので、仕事がデキると自負される方は、ぜひこちらからエントリーくださいませ。

今回の出張は、前半がシリコンバレー、後半がニューヨークと、米国の西と東に滞在しました。なおシリコンバレー地域では、地元のことを（サンフランシスコ）ベイエリアなどと呼ぶのが一般的みたいです。

元々シックス・アパートは2001年にサンフランシスコで起業し、2003年には東京、2004年にはパリ、2008年にはニューヨークにオフィスを開設したこともあり、今回の出張でも元社員や顧客に数多くお会いしました。

さて今回は前半のハイライトである、シリコンバレー企業のオフィス巡りをお届けします。

今回はシリコンバレーの“大企業（上場企業）”であるApple、Google、Facebookと、“成長株企業”（非公開企業）であるTwitterとEvernoteのオフィスを訪問しました。

まずシリコンバレーの概要ですが、北はサンフランシスコから南はサンノゼまでの南北100キロ弱のエリアを指しており、サンフランシスコなどの一部の都市部を除けば、オフィスはクルマでないと通えないほど分散・点在しています。

今回の企業のうち、サンフランシスコ市内のホテルから徒歩やバス、タクシーで実質的に訪問可能なのはTwitterのオフィスだけです（Twitterも会社が大きくなりサンフランシスコから引っ越そうとしたそうですが、サンフランシスコ市が優遇策を打ち出して残った経緯があります）。

とはいっても、若い人の多くは、夜に気軽に飲みにいけるサンフランシスコ市内を好む傾向にあり、若いエンジニアを抱えるネット系のスタートアップの多くは、サンフランシスコ市内にオフィスを構える傾向にあります。シックス・アパートも起業当初は空港近くのサンマテオにオフィスがあったのですが、当時の社員平均年齢は25歳以下と若く、彼らの声を取り入れて2005年にサンフランシスコ市内に移転しました。

必ずしもすべてがそういうわけではないですが、小さいウェブ系のスタートアップはサンフランシスコ市内にあり、そのすぐ南のサンフランシスコ空港周辺は、Oracleに代表されるソフトウェア企業が多く、さらに南に行くとCisco Systemsなどのハードウェア系やIntelのような半導体系の企業が多くなる印象があります。

Facebook社の看板。Sun Microsystemsの旧オフィスと看板を引き継いだため、裏側を見ると今はなきSunのロゴをしのぶことができる

またウェブ系でも、Yahoo!やGoogle、Facebookなどは従業員の数もケタ違いに多いので、南の方に大きな「キャンパス」を構えています。ただし、前述したとおり、若いウェブ系の人たちはサンフランシスコ市内に多く住んでいるので、こうした企業はサンフランシスコ市内からキャンパスへの通勤をサポートする「専用バス」を走らせているそうです（それも無線LAN完備！）。

高度成長期の日本企業のよう!?

多くの方がシリコンバレー企業のオフィスを訪れると、ビックリするのが「とても職場とは思えない」というその雰囲気。Googleなど一部の企業にはカフェテリアがあって3食「無料」で食べられるというのは、マスコミなどでも少しずつ紹介されるようになっていますが、飲み物類が無料で好きなだけ飲める、というのはかなり小さな会社でも一般的です。

私たちがGoogleのキャンパスを訪れた午後2時ごろも、ちょうどGoogleの社員とおぼしき人たちがバレーボールに興じていて、日本から視察に来ていた方が「仕事中に遊んでいていいんですか？」「とても仕事をしているとは思えない」という感想を漏らしていました。

"Googleplex"にあるAndroid Lawn Statues

こういった、日本企業のオフィス環境から見ると「非日常」というよりは「非常識」に見えるシリコンバレー企業ですが、よく話を伺うと、そこには理由があります。「食事をしに社外に出たり、飲み物を買いに行ったりするための時間は、実はムダが多いんです。また遊びに行くために早くオフィスを出てしまったらその日はもう戻ってきませんが、会社に遊び場があれば遊んだ後にまた仕事ができます」というのは、当日キャンパスをエスコートしてくださったGoogleの及川さんの談（多少、表現は異なっていましたが）。

また会社で社員同士が気持ちよくコミュニケーションすることで、新しいビジネスアイディアが生まれたり、社員同士の親交が深まる、という効果も見逃せません。

そういえば高度成長期の日本企業には、似たような光景があったと言います。今はかなり少なくなったそうですが社員食堂で社員同士が昼食をとったり、お昼休みに社員同士がバレーボールで遊ぶ、などという光景は、多少テレビドラマによる誇張があったにしろ（なにしろ私はそのころの日本企業のオフィスに行ったことがないので映画やテレビドラマから想像するしかないのです）、決して珍しい光景ではなかったんだろうと思います。

すでに日本企業では絶滅寸前のこうした企業文化が、実はシリコンバレー企業をはじめとする米国企業に移植されていると考えるのは、穿った見方なんでしょうか？

日本企業を徹底分析した米国

1980年代、日本企業に世界市場を席巻された米国は、日本企業が強い理由を分析したと聞きます。その結果、取り入れたものの一つが「ナレッジマネジメント」や「コラボレーション」という考え方です。それまでは社員一人ひとりが個室で仕事をしている印象があった米国企業ですが、最近のシリコンバレー・スタートアップは日本企業さながらの「大部屋」で一緒に仕事をしており、最近は隣の席との間の低いパーティションさえ取り払う傾向にあります。

しかもスタートアップがこうした「効率的」なオフィスにしているのは、スタートアップは資金が足りないからコスト節約のためというわけではありません。社員間の垣根を取り払って、社員一丸となってビジネスの成功を目指していくための、有効な方法論ということです。

「米国企業の社員は定時になると帰ってしまう」というような俗説は、少なくてもシリコンバレーのスタートアップ企業には当てはまらないでしょう。むしろ徹夜も厭わない「モーレツ社員」（死語ですね……）がビジネスを引っ張っているのが、いまのシリコンバレーの強さなのかもしれません。

私たちシックス・アパートも、伝統的な日本企業と、それを取り入れてさらに進化させたシリコンバレー企業の両方の良い点をさらに伸ばしていきたいと思っています。

Evernoteのオフィスツアーをしてくださった中川さん（左）と柳沼さん。柳沼さんは6年ほど一緒にシックス・アパートで働いた元同僚です

毎年恒例となっていますが、今年も4月1日は、ネット関連企業を中心としたエイプリルフール特設サイトでさながらお祭りのようでした。そんな中から、「面白いだけでなく、ビジネスのきっかけにつなげている」事例をいくつかのタイプにしつつご紹介したいと思います。

ビール醸造のサンクトガーレンは、「うん、この黒」というビールを4月1日に発売しました。おいおい！といかにもエイプリルフールネタ、のように見せかけて、数量限定で実際に販売を行なっていました。毎年恒例ということですが、サイト上のジョークだけで終わらず実際の製品にまで落とし込んでいるのが素敵です。

いずれの事例も「いかにもウソのようなこと」で惹きつけ、実はホント、というところがポイントです。仕込みが無駄なくビジネスにつながっています。

世界観まで本気で作りこむ

単なるジョークという域を超えて大規模に作り込まれたサイトが目立ったのも特徴でした。

auは、ベット型のスマートフォンを発売する、というジョークサイトを立ち上げました。コピー、写真から動画に至るまで、徹底的にAppleのサイトの雰囲気を模した完成度の高さが印象的でした。サイト下部には「4/1」の表記をツイートボタンで埋め尽くしたり、「予約ボタン」と称したTwitter投稿ボタンなど、あくまでユーモラスに「シェアしてね」という雰囲気を出していたのが印象的でした。

さくらインターネットのサイトでは、アニメとストーリーを作りこんでデータセンターの技術力をアピールする内容となっています。SF的な世界観を持った内容で、フィクションでありながら、事実と紛らわしくなく、書かれているのは「すごいデータセンター」の話、というバランス感覚が絶妙です。

映画「サイレントヒル リベレーション3D」のサイトは、「サイレントヒル」という名前を直訳、「静岡」と文字って、いかにも自治体のWebページのような特撮サイトを作っていました。クリックすると一転、ガラガラとありがちなWebページのスタイルが崩れ、ホラー調の映画のトップページになる演出はまさにエンターテイメント。もともとフィクションである映画と、エイプリルフールの相性の良さを感じさせる企画でした。

サイボウズのサイトの、悪の組織がグループウェアを使ったら？という、ジョーク×実際の製品という掛け合わせは、はじめから製品を押し出しているので、「なんだ宣伝かよ」という騙された感じがないのが特徴です。提案資料のPDFまで用意されているのには驚きました。

これらの事例に共通するのは、「騙して驚かせる」方向でなく、明らかにジョークとわかるネタを徹底的に作りこむ、という方向性で、大手企業に多く見られるアプローチです。遊び心を出しつつも、信じてしまう人によるデマ拡散を起こらないようにする、という点で、企業としてのリスク管理の面でも優れた施策であるように思います。

ジョークをきっかけに製品を使ってもらう

ジョークで惹きつけ、自社サービスを使ってもらうきっかけにするタイプは、企業が発信するエイプリルフールサイトとしては、王道のアプローチだろうと思います。

ビジネス向けのコミュニケーションツール「ChatWork」のサイトは、サービス名をCatWorkとし、ソーシャルメディアで幅広い層に根強い人気のある、猫を用いたものにして、「ちょっとログインしてみてみよう」とうまく誘導しています。

Googleのサイトでは、パタパタとアナログ感覚で日本語入力ができる「Google 日本語入力パタパタバージョン」を公開していました(他にもマップなどいろいろありますが)。実際にブラウザ上で入力できるようになる作りこみようはさすがといったところ。打ち込んだ文章は、同社のソーシャルメディアであるGoogle Plusに投稿されるようになっています。

以上、「ウソのようなホント」「明らかにわかるウソを徹底的に作りこむ」「ジョークで惹きつけサービスを使ってもらう」という3つのポイントに絞って、事例をご紹介しました。

なお、2011年の震災以降、円谷プロなどエイプリルフール企画をやめている企業も目立ちます。継続している企業でも大規模案件化してコストがかさんだり、内容によってはデマとして拡散されたり、かえって不快感を与えてしまう、といったリスクがあることも、当たり前ながら付け加えておきたいと思います。

さて、来年はどんなサイトが出てくるのでしょうか。

自分では、そこそこフル活用している自負がありますが、そうはいっても我流です。なので、ときどき、「自分の使い方、これでいいのかな？もっと、上手な活用法があったりするのかな？」って思うんですよね。

なにしろ、取扱説明書はないし（書籍はありますが）、他人のEvernoteを見せてもらう機会もないですから、他人が何の目的でどう使っているのか、興味津々なわけですよ。

検索したり、人から話を聞いて調べてみた結果、「こんな使い方があるんだ」、「その手があったか」といろんな発見があったので、紹介しますね。

＜目次＞
こんなかんじで、5つにカテゴライズしてみました。

1. (*^_^*) 定番
2. (´・ω・｀) へぇ～
3. (・∀・) ｲｲ!!
4. （；^ω^） 私だけ？
5. (・∀・)オススメ

■1．(*^_^*) 定番

「ちょっとしたメモ」

「いつか◯◯したいリスト」

「趣味の記録」

「生活や仕事を便利にする」

「あれ、どこにやったっけ？」

「あると安心」

■2．(´・ω・｀) へぇ～

「日記」

「ソースコード」

「家計簿」

「お薬手帳」

「歌詞」

「ファッションスクラップ」

「試験の過去問題」

■3． (・∀・) ｲｲ!!

「出張に持っていくものリスト」

「服や部屋のサイズ」

「シリアルナンバー （購入日、インストールしたマシン名）」

「現状復帰が必要なモノの写真 （押入れ＆引き出し）」

「電球サイズ & 型式」

「大切な手紙」

「家族にアカウントを取らせて、ライフログを記録 （テスト、通知表、工作、思い出の品）」

「万が一のことがあったら、ここを見ろリスト」

■4．（；^ω^） 私だけ？

「健康診断の結果」、「病院の診察券」

「時刻表」

「ウェブサービスのTIPS、手順、トラブルシューティング」

「無料画像サイトのリンク」

「音楽ストリーミングのリンク集」

「資格証明書」

「間違いやすい日本語」

＜例＞
◯悪巧み
✕悪企み

◯馬脚を露わす
✕馬脚を出す

◯暇に飽（あ）かせて
✕暇に任（まか）せて

◯熱に浮（う）かされる
✕熱に魘（うな）される

◯立つ鳥跡を濁さず
✕飛ぶ鳥跡を濁さず

◯時期尚早（しょうそう）
✕時期早尚（そうしょう）

◯采配を振（ふ）る
✕采配を揮（ふる）う or 采配を振るう

■5. (・∀・)オススメ

その名も、「娘フォルダ」です。

娘が作った工作や折り紙、私の誕生日にくれた手製のカード、チラシの裏にいっしょに描いた何気ないイラスト等、後生大事に保管しておくほどではないけれど、かといって捨てるには忍びないモノって、たくさんありますよね？

そこで、娘フォルダに写真として保管しています。他にも、娘の写真を赤ん坊のころから時系列で並べて、成長過程を可視化するための「成長フォルダ」も作りました。夜、1人で眺めていると、ｳｯと涙腺がゆるんできます。

お子さんがいらっしゃらなくても、ペットや恋人等、大切にしている何か（誰か）専用フォルダというのは、乙な使い方だと思います。

ちなみに、これを本格的にやりはじめて、無料版の容量では足りなくなって、プレミアム会員になりました。

それでは、ステキなEvernote生活を。

企業自らが発信する場としてのオウンドメディアとしてオープンしたSix Apart ブログが、昨日、3月27日で1歳になりました。ここまで継続できたのも、こうしてブログを読んでいただいている皆様のおかげです。今後とも、ぜひともご愛顧ください。

さてこのSix Apart ブログ、4月からはこれまで以上に、オウンドメディアに関連した記事を増やしていく予定です。どう始めるのか、どう運営するのか、どう継続するのか。といった質問を、社外の方からよく聞かれます。

そんなこともあって、より現場に即したノウハウや事例を知る機会として、4月15日に無料のセミナーを、インフォバーンさんと共同で開催することになりました。

米国の最新事情から運営ノウハウ、さらに実際に運営している企業の話、とオウンドメディアについて、一日でトレンドをキャッチできる内容となっておりますので、ぜひ、ご参加ください。

ちなみに昨年も、オウンドメディアをテーマとしたイベントを開催しましたが、そのときは、このSix Apart ブログを立ち上げた高橋が、「人に読まれて育てる企業オウンドメディアのはじめ方」というプレゼンをさせて頂きました。

人に読まれて育てる企業オウンドメディアのはじめ方～Six Apart ブログ運営7ヶ月を振り返って～

そこでは、このブログにおいて、業務として担当しているのは編集長のみで、記事の執筆などはみんなでわいわい相談しながら、自主的にやっていくスタイルであること、Facebookグループを使ってスタッフ間の連絡をとっていること、効果測定はリード獲得や、ブログを入り口として、最終的に販売につながった数を計測していることなどをお伝えしました。

また、ブログメディア「ギズモード」の初代編集長（ゲスト編集長）だった清田が、その立ち上げと運営について、プレゼンしました。この時の内容は、「ブログメディア運営のための55の鉄則」というエントリにまとまってますので、ぜひ、こちらもご覧ください。

ブログメディア運営のための55の鉄則

このときのイベントでは、「私はこうやりました」という体験談が中心でしたが、次のイベントでは、さらに実践的な内容を、と考えています。ご期待ください！ お申し込みは以下のページからどうぞ！

• 申し込みページ

昨年12月にサーバーワークス社の大石社長のブログ記事「社内LAN撲滅運動 ― ISO27001(ISMS)認証を取得しました | 社長ブログ」を読んで以来、「詳しい話を読みたい」と思っていたところ、去る3月9日（土）に開催された「第32回 WebSig会議」で大石さんが登壇し、まさに「社内LAN撲滅運動」というタイトルの講演をされるというので、かなり前のめりで（最前列のど真ん中の席を確保！）、今回のWebSig会議に参加してきました。

大石さんの出番は2番目。のっけから大石さんは、自身を大石内蔵助になぞらえつつ、いかにして社内LANのサーバーをなくしつつ、セキュリティを強化していったのかを説明してくださいました。

元々、サーバーワークス社は大学向けに合格発表サービスを提供していたそうなのですが、合格発表日にピークになるトラフィックをさばくためにサーバーを用意しなければいけないため、残りの時期のサーバー・リソースが基本的に「ムダ」になってしまう状況を憂慮していたとのこと。

そこに登場したのがAmazon Web Services (AWS)。2007年からテスト利用を開始し、2008年には「社内サーバー購入禁止令を出した」（大石さん）。クラウドの柔軟性（Elasticity）が、ピーキーなトラフィック特性を持つサービスを運営するサーバーワークス社のニーズにピッタリだったのでしょう。

ISMS認証取得のキッカケは東日本大震災

さて、「社内LAN撲滅運動」のサブタイトルで、多くの方が興味を持っている「なぜISO27001(ISMS)認証を取得したのか？」という理由は、「東日本大震災後に大手企業のクラウド利用が急拡大したため」からとのこと。

もともと震災後に日本赤十字社のWebサーバーがアクセス集中でダウンしていたため、サーバーワークス社がボランティアでAWSを使った高トラフィックに耐えるシステムを提供したところ、義援金受付システムを構築することになったのが発端。義援金受付システムの大成功を見た他の大手企業が、自社のBCP対策として、サーバーワークス社にAWSを使ったシステム構築を相次いで依頼するに至り、2012年にはAWS関連のSI受注が「前年比で8倍になった」（大石さん）。

こうして大手企業のSIを手がける上で必要になったのが、ISMS（情報セキュリティマネジメントシステム）だったということです。

ISMSで生産性が下がったら本末転倒

「ISMS取得は営業のため」と言い切る大石さん。なので「ISMSを取得するために生産性が下がったら、営業効率が下がってしまうのは論外」ということで、ISMSを取るにあたって、経営者のコミットメントとして、以下の点は絶対に譲れないと決めたそうです。

• ISMS認証を取っても生産性の低下は最小限に
• ノートPC、スマホの持ち出しは必須
• 社長のわたしが働きたい環境を！

同じ経営者として、大石さんのこの強いコミットメントは、大いに参考なりました。自分も強い意志を持って「セキュリティを確保は大事だけど、働きやすい環境を作り続けるのは、もっともっと大事」ということに取り組まないといけないな、と。

AWSだけでなく幅広いSaaSを活用

さて、ここからが、私が聞きたかった本題の、「どうやって社内LANの中にあるサーバーを、クラウドに移してもISMS認証を取得できたのか」という具体的な部分です。

社内LAN上のサーバーで運用していた各種サービスは、プロジェクト以前は以下のようだったそうです。

• 開発
• 営業
• 自前SFA
• Excel
• 共通サービス
• Exchange
• SharePoint
• ファイルサーバー
• 管理系
• Active Directory

これを以下のようなクラウド・サービスにリプレースしていったそうです。

• 開発
• GitHub
• Amazon EC2
• 営業
• Salesforce
• 共通サービス
• Google Apps
• Box
• yammer
• 管理系
• Active Directory
• OneLogin
• MDM

詳しい内容は、大石さんが公開している講演資料の39ページ目から90ページ目に、かなり詳しく記述されています。

個人的には、ファイル共有サービスとしてDropboxではなくBoxを採用した背景が興味深かったです（78ページ目から81ページ目）。

サーバーワークス社では大石さんによる徹底的なリーダーシップのおかげか、スムーズにクラウド・サービスへの移行が進み、現在は社内LAN上には2台のサーバー（Active Directoryのサーバーと、Asteriskのサーバー）しか存在しないそうです。それも、その2台を社内LANからクラウド側に移すメドもついたとか。

まさに「社内LAN撲滅運動」の名に恥じない、徹底したクラウド化を実現されています。

銀行にお金を預けるように、クラウドにデータを預ける

ただし、単にクラウド・サービスを利用するだけでは「社内LANにあるサーバーをゼロにする」ことはできても「ISMS認証を取得する」ことができるとは限りません。もっとも今回の講演では、個別のクラウド・サービスそれぞれについて、セキュリティをどのぐらい吟味したのかはご紹介いただけませんでした。

しかし、その中でも、典型的な課題である「クラウドのセキュリティがなんとなく不安」という点については、スライドを20ページ以上費やし、主にAWSを例に引きながら、セキュリティ上のリスク分析の考え方を示されていました。

クラウド・サービスは、第三者が運営しており、物理的なシステムに手が届かないため、ユーザーが実際にシステムやデータセンターの監視体制などを確認することができないため、「第三者による認証や評価がカギ」となります（54ページ目から77ページ目）。

その上で、クラウド・サービスを「銀行」になぞらえて、「なぜ銀行にはお金を預けるのに、クラウドにはデータを預けないのか？」と問いかけます。

• AWSも、銀行と同じです
• セキュリティ
• 社内よりAWSの方が堅牢な物理セキュリティを確保
• 可用性
• クラウド側で高い耐久性を維持（S3のファイル耐久性は99.999999999%）
• 利便性
• ネット越しにどこからでも簡単にアクセス

実際、科学技術分野の世界的な最高峰の一つ、NASA（米航空宇宙局）を引き合いに出し、「NASAよりデータ監視体制が優れていると感じる企業はほとんどないが、そのNASAが自組織よりもAWSのセキュリティの方が高いと評価している」（大石さん）。

「AWSのサービスはさまざまな理由で、われわれの組織内のインフラよりもはるかに高いセキュリティを保てるようになる」 （NASA ジェット推進研究所のシニア・ソリューション・アーキテクトKhawaja Shams氏） - NASA JPLの担当者も注目する「意外な」機能とは：「AWSで、社内DCよりセキュリティを高められる」理由 - ＠IT

システムのセキュリティ対策としては、例えば米Googleが大規模なセキュリティ対策チームにより、「2011年からの1年間で、120の変数によるリスク分析や二要素認証などを導入し、アカウントへのハイジャックを99.7％減らした」（同じ日に講演したトライコーダ代表取締役の上野宣さん）など抜本的な対策は存在します。

しかしこのような対策は、Googleのように技術力が高い企業だからこそ実現できる部分が大きく、先ほどのNASAの例を見るまでもなく、ほとんどの一般企業ではここまでの対策は打ちようがないでしょう。

「堅牢なセキュリティは存在しない」を前提とした「適応力」の時代

大石さんをはじめ、当日の多くの講演者は「クラウドかどうかは本質的な問題ではない」と口をそろえます。実際、情報漏えいの実態調査などでも、件数ベースでは「誤操作」「管理ミス」「紛失・置き忘れ」など悪意がないケースが大半だが、被害者の人数ベースでは「不正な情報持ち出し」「不正アクセス」「内部犯罪・内部不正行為」が過半数を占めます（日本ネットワークセキュリティ協会の「2011年情報セキュリティインシデントに関する調査報告書
～個人情報漏えい編～」より）

実際、大石さんは「誤操作」などに対しては、「徹底した自動化」による対策が重要だとしています。例えば会場で私が「最近は手軽にパソコンのデータを個人でもバックアップできるが、そうしたデータのセキュリティ対策はどう考えていますか？」と質問したところ、「会社で徹底的にバックアップを用意することで、（個人が）勝手に端末のバックアップを取らないようにしている」（大石さん）。バックアップは徹底して自動化し、社員が手動でしてしまった場合のさまざまなリスク要因を排除するということです。

ではガチガチの社内システムが理想の姿なのかというと、実際にはまったく違うとのこと。大石さんによると、重要なのは「適応力」と「信頼関係」。

• 私たちが得た学び
• ガチガチの社内システムより、必要な時に柔軟に使えるクラウドの方が適応力が高い
• 適応力こそ、これから先の不透明な時代を生き抜く必要条件
• クラウドがどうかは本質的な問題ではない。信頼関係こそが本当の課題

そして「信頼関係」は、「情報民主化」を実現してはじめて実現できるのではないかと問題提起していて、「そうそう、そうなんだよな」と、とても共感してしまいました。

• 情報民主化
• 社員の仕事を監視・制限しても生産性もモチベーションもあがらない。むしろ自由を与えてイノベーションの種をまいてほしい！
• 自由なデバイスでたのし気持ちよく仕事してほしい！
• 会社と個人の相互信頼こそが、セキュリティのキモ！

「安心」より「安全」を重視

当日は大石さんの講演をはじめ、さまざまな講演があり、その後の懇親会でも、業界よもやま話に花が咲きました。講演を聞いた後は「なるほど」と分かった気になったものですが、実際に記事を書いてみると、まだまだ聞き足りない、理解が足りない場所がたくさん見つかりました。

ということで今後も、定期的にクラウドやセキュリティに関する記事を書くことで、自分自身の理解を深める機会としていきたいと思います。

最後に、大石さんの講演の中で、とても腑に落ちた表現で、記事を締めたいと思います。

「手もとにあるから安心」といった（主観的な）「安心」よりも、「こういった対策をしているので安全」「こういった評価が第三者から得られているので安全」といった（客観的な）「安全」を重視