portal shit!

1 年ちょい前に使い始めた HEY は結局 1 年で使うのをやめた。

第一に、メールをフル活用した生活を送っていないので不要かなという判断になった。 HEY は効率的にメールを読んだり分類したりするだけでなく、メールを書く機会も多い人にとって最適化されている気がする。現在の自分はメールを書く機会はまれで読むのがもっぱらだ。 Imbox 、 The Feed 、 Papertrail という分類・仕分けは便利だしメールを効率的に処理することができるが、これがないと困るというほどではなかった。もし公私ともにメールをフル活用していて、仕事のメールも HEY で扱えるような人であればメリットはあるだろう。

第二に、Basecamp は従業員の大量離職イベントがあって個人的には魅力を感じなくなってしまった。会社を応援したくて使っていたところもあったので、会社に魅力を感じなくなるとソフトウェアにも魅力を感じなくなった。

---

メールを変革しようという試みは素晴らしいと思う。メールといえば広告かスパムばかりという現状はクソみたいだ。あまりにもしょうもないメールが多すぎて、こちらから誰かにメールを送ってもちゃんと返事が来ないことが多く、返事が来ればラッキーかなというほどのものに成り下がっている。

今日、大抵のコミュニケーションはどこかのプラットフォームの中で行われることが多くなっている。 Facebook Messenger だったり LINE だったり Instagram だったり WhatsApp だったり。ウクライナ侵攻関連のニュースのネタ元は大抵 Telegram で、ロシア文化圏でも何らかのプラットフォーム上でコミュニケーションが行われていることがわかる。

メールが本来の役割を果たしていればそういったプラットフォームをわざわざ使う必要はないはずなのに、簡単に送れすぎる仕様のせいで多くの人の受信箱が関係のないメール（広告やスパム）であふれかえってしまっている。その問題を HEY は解決しようとしたが、年間 $99 で普通の人が手を出すには値段が高すぎる。これでは意識が高い人しか使おうとしない。

意識が高い人が使うだけではメールのダメな部分は完全に解決されない。メールはネットワーク効果が働くから、多くの人がまともな状態でメールを使えないと価値がない。意識が高い人が HEY を使ってその人の受信箱が正常化されても、その人がコミュニケーションを取る必要がある相手が意識が低くて一般的なメールを使っていたら、その人にメールを送っても受信箱がしょうもないメールであふれていて大事なメールを読んでもらえないかも知れない。いつまで経ってもメールの復権にはつながらない。意識の高い人の問題を解決するためには、意識の低い人の問題も同時に解決してあげないとダメだということだ。

HEY は多くの人に使ってもらって初めて意味のあるものになると思う。そこからすると少々値段が高すぎる。フリーミアムにして一定は無料で使えるというモデルの方が良かったのかもしれない。 Basecamp は会社の哲学的にフリーミアムを嫌うだろうが、メインの顧客である意識の高い人たちの満足度を上げるためにはプラットフォーム自体が巨大であることが重要なので、一部は無料にして多くのユーザーを獲得する必要があったと思う。

ググってみたら、 HEY は大きくは成功しないだろうと書いている人がいた。 HEY は旧来型のメールと比べて 10 倍早くないし革新的でもない。そして Early Majority 以降のユーザーの獲得戦略がない（自分が書いてる内容に近い）。

ソフトウェアは機能が優れているだけではつくづく不十分だと感じる。ビジネスモデルと機能がカチッとフィットしていないと成功できない。

一昔前までインターネットは常に見えるものだった。 Web 1.0 の個人テキストサイトや Web 2.0 のユーザー参加型ウェブサービスでも、ベーシック認証がかけてあったり非公開コンテンツというものもあったがこれらは例外的な存在で、インターネットでは目立つこと、オープンであること、また他者の注目を引くことが善だったしメインストリームの価値観だった（少なくとも自分はそう認識していた）。しかしその構図が崩れようとしている。インターネットがみんなのものになったからだ。

多くの人はインターネットで自分の情報をさらけ出したいなんて思っていない。これまでブログが下火になってきた理由を考察することが何度かあった。手軽に個人が情報発信できる Twitter や Instagram のような SNS が登場してきたからだと思っていた。かつてブログを書いていた人が書かなくなってきた理由としてはその通りだと思う。しかしスマートフォン時代になってからインターネット活動を始めたような人達（イノベーター理論のグラフで言うと Late Majority 以降の人達）はそもそもブログを書くということは選択肢に入らなかったはずで、こういう人達が増えてきたことで相対的にブログ執筆人口が減ってしまったと考えられる。

インターネットでは誰もが情報発信できると言われた。しかしできることと実際にやることの間には大きな壁がある。仕事で関わっているサービスでは、ユーザーが作成したコンテンツを公開するかどうかはユーザー自身が選べる仕様となっている。コンテンツを公開するユーザーが増えるほどネットワーク効果が働くし、 Google の評価が高くなり SEO 上のメリットもあるのでコンテンツ公開率を上げようと努めてきた。しかし頑張ってもコンテンツ公開率はある程度のところで頭打ちとなってしまった。この結果から二つの仮説が考えられる。公開を促す努力が足りないか、そもそも誰もコンテンツを公開しようとは思っていないか、ということだ。実は最近まで後者の観点が抜けていた。というのはインターネットでは誰しもコンテンツを公開すべきだ、という先入観があったからだ。

ここ数年での成長が著しい Netflix や Spotify でユーザーはコンテンツの公開を求められることはほとんどない。 Twitter や Facebook 、 Instagram などの CGM では基本的にはコンテンツを公開することが求められたのとは対照的だ。 Netflix や Spotify でユーザーはコンテンツを消費するだけでよいのだ。消費の仕方を Netflix や Spotify は観察し、この傾向のユーザーにはこういうコンテンツがおすすめだというアルゴリズムを洗練させていく。ハチャメチャに優れた推薦アルゴリズムにより、ユーザーは自分にマッチした未知のコンテンツに出会うことができ、益々サービスの利用を深めていく。ひたすら受動的にコンテンツを受容し続ければよいだけだ。

コンテンツの投稿・公開を求められる Twitter や Instagram でも、実は見る専（ ROM ）の割合が高まってきているのではないかと推測する。 以下の記事によると、 Twitter の投稿の 97% が 25% のユーザーによって行われたものだったそうだ。

さらに驚くことに、 Reply や Retweet を差し引くと投稿されるコンテンツの 18% のみがオリジナルの投稿ということらしい。やはりコンテンツを作る人の割合というのは非常に小さく、ほとんどの人はインターネット上のコンテンツを消費しているだけなのだ。

インターネットの初期時代からインターネットにどっぷり浸かってきたインターネット老人の我々のような世代がウェブサービスを設計すると、ついつい人々はインターネットで自己表現をしたいのだという前提で考えがちだ。しかしあとの方になってからインターネットを使い始めた人々にとっては、インターネットとは自分から情報を差し出す場ではなく、情報を摂取する場なのだ。買い物をしたり、動画を見たり、音楽を聞いたりしているだけだ。自分でウェブサイトを持ってブログを作ったりしている我々は、今日のインターネットにおいて決してマジョリティではない。

受動的にインターネットを使うだけの人に、 1990 年代の終わりに我々インターネット老人が感じたのと同じような興奮や感動を与えられるのだろうか。多分、発想を転換しないと難しいだろう。我々が面白がったインターネットと彼らが欲しているインターネットは別のものなのだ。ただ受動的に使っているだけでより便利になり、快適になっていくインターネットをどうやって作っていくかが見えないインターネットの時代のテーマになると思う。

Google Photos の無料利用に制限が入るようになって写真のバックアップはやめていたのだけど、他の人と登山に行ったときの写真の共有にはやはり Google Photos が便利だし、検索が優れているのでお金を払って使うことにした。しかし Google Drive のバックアップ機能がちゃんと動いてくれなくて、 Photos.app の写真が全然バックアップされない。構成は以下。

• Intel iMac 5K
• Google Drive バージョン: 53.0.11.0 (Intel)
• Photos.app で使うシステム写真ライブラリは外付けの 2TB SSD

Google Drive アプリを再インストールしたり、 Google Drive アプリの Google アカウントの接続を解除して再ログインしたりするとバックアップされることもあるが必ずそうなるとは限らないし、写真を追加する度にアプリの再インストールをするのはハチャメチャに面倒くさい。

ユーザーフォーラムを見ると、どうも外付けのドライブにフォトライブラリを配置しているとバックアップがうまくいかないようだ。昨年の 10 月から起きている問題だけどまだ解消されていない。多くの Mac ユーザーの嘆きの投稿を見ることができる↓

加入していた Google One （ストレージ追加プラン）は 100GB で月額 250 円のプランだ。節約画質でのバックアップなのでこれで十分こと足りるのだけど、肝心のバックアップができないのでニッチもサッチもいかない。

Apple の iCloud Photos であれば完璧に写真がバックアップされそうだが、 iCloud Photos の方は節約バックアップ的な思想ではなく、逆に iCloud 側にマスターデータを置いてクライアントの Mac 側に画質をおさえたコピーを保存するやり方だ（ Mac 側にオリジナルを残すこともできる）。それだとデータを人質に取られる感じだし、 2TB の月額 1300 円のプランに入らないといけない。データの同期のために毎月 1300 円払うのは厳しいのでためらってしまうし、そもそもやりたい他の人との写真共有時には結局 Google Photos を経由させる必要があっていまいちやりたいことが実現できない。自分はシンプルに以下のことがやりたい。

• iPhone や一眼カメラで撮影して母艦の Mac に取り込んだ写真をいつでも iPhone で見られるようにしたい（オフラインのときは見られなくても構わない）
• 母艦 Mac の Photos.app ライブラリの写真を必要に応じてほかの人に共有したい
• 季節や場所、写っているものの名前で目当ての写真を探せるようにしたい

前も書いたことがあるが、写真の検索や自動分類は Google Photos の方が優れている（写ってる対象の識別精度が高い）。 Apple Photos はローカルでその判定をやっているので精度が低いようだ。

なので不安はあったのだが、 Google Photos の同期のされなさにイライラしてしまって Google One から iCloud+ の 2TB プランに乗り換えて iCloud Photos を利用することにしてみた。するとこれまでフォトストリーム経由で最新の 1000 件のみが同期対象だったのが全ての写真が同期されるようになった。写真の追加だけでなく削除も同期される。複数の Mac で写真を管理してると写真が重複しがちなので、削除が同期されるのは地味に嬉しい。また、 iPhone からでも標準の写真アプリで 10 年前に撮った写真を見られるのはスーパー便利だ。このために毎月 1300 円払っても惜しくないかもしれない。

今年はよくユーザーアンケートをとった。アンケート、最初は手探りだったけど最近は知見が貯まっていい感じにできるようになってきたのでノウハウをまとめたいと思う。ポイントは以下。

1. 問いの設定
2. Google Form の機能を駆使して誰が回答しているのかをわかるようにする
3. Big Query と Looker を使った集計・ビジュアライズ

正しくアンケートをやってユーザーの声を聞けば、イチロー並みかそれ以上の打率で機能をリリースすることができるという気がしている。

問いの設定

アンケートで聞くべきは何か。いつも課題を聞くようにしている。やってはいけないのは「欲しい機能は何ですか？」と聞くことだ。良く言われることだがユーザーは自分が欲しい機能をわかっていない。だから課題に感じていることを聞く。

「課題と言っても何を聞けばいいのかわからない」と思う人もいるだろう。自分はいまある程度規模が大きくなってきたプロダクトの PM をやっているので、ユーザーの課題は何となくわかる。問い合わせやユーザー要望、ユーザーの利用データなどから何となくこの辺が課題だろうなというのは見えてくる。課題はこれらを確認することでわかってくるので課題リストにストックしておく。

次にどんな機能を開発すか検討するときに課題リストの中から「これを解決すると良いのでは（ビジネスインパクトが大きいのでは）」というのを見繕って、「〇×にどのくらい課題を感じますか？」という形でアンケートを送るようにしている。回答選択肢は三択で「とてもそう思う」「そう思う」「そう思わない」くらいにする。いくつかの課題を並べて聞き、「とてもそう思う」という回答の割合が一番高いものがペインが大きいと認定し、その課題を解決する機能の開発に取り組むようにしている。

Google Form の機能を駆使して誰が回答しているのかをわかるようにする

アンケートのシステムには Google Form を使っている。一時期は自前でアンケートシステムを作ろうかと考えたが、 Google Form ほどの柔軟性を持ったアンケートシステムを作るのは工数がかかるし、マーケティングチームの人もアンケートを多用していて Google Form に慣れているので Google Form で行くことにした。

ただ、ちょっと使い方を工夫していて、ペライチのページを作って iframe で Google Form を自ドメイン内のページに埋め込むようにしている（ Google Form は iframe での埋め込みをサポートしている）。こうすることで以下のメリットがある。

• アンケートページの URL がサービスと同じドメインになり怪しさがない
• ログイン後のページに配置することで自ドメインで作成されたクッキーにアクセスできるようになり、ユーザー ID を取得できるようになる

Google Form はクエリパラメーター付きで https://docs.google.com/forms/d/e/XXX/viewform?entry.0000=value とすることでフォームに値を埋め込むことができる。アンケート依頼はアプリへのプッシュ通知で送ることが多いので、その場合には value の部分にユーザー ID が入るようにしていた。しかし一括送信するメールやアプリ内のバナーへリンクを設置する際にこのやり方は使えなかった。サービスのドメイン内にログイン必須のペライチページを作ってフォームを埋め込むようにしたことで、どんな導線からアンケートページに辿りついてもほぼほぼ確実にユーザー ID を取得できるようになった。

ユーザーアンケートは誰が回答しているのかを知るのが超重要だ。プロダクトのヘビーユーザーの回答なのか、ライトユーザーの回答なのかわからないと、次に作るべき機能を検討するときに判断材料として使えない。ライトユーザーの課題を解決する機能を開発しようとしているときに、誰が回答したのかわからないアンケートデータをもとに意思決定をするのは困難だ。

アンケートでユーザー ID を取得する際のデメリットとして、匿名回答ができないことでアンケートの回答率が下がることが懸念されるが、上述の通りどんな属性の人が回答したのかわからないアンケートはデータとしてあまり価値がないのでその部分は割り切ることにしている。また匿名の回答はサービスへのネガティブ感情が強い人からの回答が集まりがちで、自由入力欄の罵詈雑言で集計時に精神的にダメージを受けることもあるのでそれらを避けるという意味でもユーザー ID 必須のアンケートにしてしまって良いと思う。

Big Query と Looker を使った集計・ビジュアライズ

集まったアンケートの回答は一旦 Google Spreadsheet 形式に変換する（ Google Form の機能を使うだけで簡単にできる）。スプレッドシートの機能を駆使すればクロス集計したりグラフを作ったりできるが、折角取得したユーザー ID との掛け合わせができない。なので Google Spreadsheet のデータを Big Query に取り込んでいる（詳しいやり方は Google スプレッドシートを BigQuery のテーブルとして扱う - べにやまぶろぐ 参照）。勤務先では Big Query にデータウェアハウスが構築されているので、 Production DB のレプリカとアンケート回答を JOIN することで、どんな属性の人がアンケートにどんな風に回答しているかがわかるようになる。さらに幸運なことに勤務先では Looker を使えているのでこの辺の分析がとてもしやすい。こんな感じでアンケート結果をビジュアライズしている。

このやり方をとるようになって、リリース後に「大きく外した」ということがなくなった。少なくとも機能をリリースするときにユーザーに受け入れられるかどうか不安に思うことがなくなった。イチローになったような気分でプロダクト開発することができるのでおすすめです。

---

この記事は YAMAP エンジニアのカレンダー | Advent Calendar 2021 9 日目の記事でした。明日は @t-yng さんの「僕がフロントエンドのコードレビューをする時に意識していること」です。

ぼちぼち走ってることは以前書いた。

その後一日に走る距離が伸びて、今では毎回 5km 走るようになった。タイムも速くなってきてる。

走り方を少し変えていて、フォアフットという走り方をするようになった。走るときかかとから地面に設置するのではなく、つま先から着地する走り方だ。最近チラッと読んだランニングの本によると、長く疲れず怪我せず速く走りたいならフォアフットに変えるしかないと書いてあった。速く走りたいという願望はないが、疲れず怪我せず走れるならということでフォアフット走法を始めてみた。

フォアフットに切り替えてみて、最初はふくらはぎが筋肉痛になったり、そんなにハイペースじゃないのに息が上がったりして「これで本当に長く疲れず速く走れるのか？」と思ったが、やってるうちに段々良さがわかってきた。

かかとから着地してた頃はずしんと響く感じが足全体に伝わっていたが、それがいまはない。つま先から着地することでふくらはぎの筋肉と膝のバネで衝撃を緩和してる感じ。特にベアフットシューズの Xero Shoes Mesa Trail に変えてからはソールの薄さ故に足への衝撃が気になっていたのが気にならなくなった。これまで使っていなかったふくらはぎの筋肉を酷使することで一時的に筋肉痛になるかもしれないが、慣れれば足へのダメージが少なく、「確かにこれは長く怪我せず走れるわ」と実感が持てる。

Mesa Trail で近所の山を走ってみたときも問題がなかった。フォアフットは自分の足自体がバネのようになるから、石や木の根がある山道でも衝撃が体に伝わってこない。考えれば昔の人はわらじで山に登っていたわけで、足の使い方を工夫すれば厚底の登山靴は不要なのかもしれない。

ただしフォアフットで走るためにはある程度の基礎的な脚力や心肺能力が必要だと思う。フォアフットでゆっくり走るのは難しい。必然的に体が前屈気味になり、倒れそうになるのを足を前に出して支えるような感じの走り方になる。走り初めの頃の 8分/km のようなペースで走ることはできず、 6分/km くらいのペースになってしまう。 6分/km のペースは決して速いわけではないが、ランニング初心者には（少なくとも自分には）結構きついペースだ。なのでこれまで走ってなかった人がいきなりフォアフットで走るのはやめておいた方が良いだろう。

意図していなかったフォアフットの効能としては扁平足が改善された。自分は土踏まずがのペーっとしている典型的な扁平足で、冬の寒い時期に床に足をつくと土踏まずまで満遍なく接地して足裏全体に冷たい感覚が伝わってきてた。フォアフットで走り始めて土踏まずが高くなり、いまは足の裏全体が接地するわけではなくなった。土踏まずが宙に浮いている感じは新鮮だ。

扁平足は疲れやすいと言われるけど、扁平足だから疲れやすいのではなく、かかと着地で走っていて足のバネが使えていないから疲れやすいのではないかと思う。扁平足は原因ではなく結果なのではないだろうか。

というわけで扁平足でお困りの方はフォアフットで走ってみると面白い経験ができるのでおすすめです。

自民党総裁選前に政治のことが気になり始めてよくニュースを読むようになった。しかし最近はどこの新聞社も記事を有料化していて、ネットでニュースを読むためにはどこかでお金を払う必要があった。学生の頃は日経新聞の記者になりたくて日経新聞を好んで読んでいた（最終面接で落ちた）。数年前に一時期日経新聞を宅配で取っていたこともあるので日経電子版を検討したが、やはりちょっと高い。新聞に書いてあるニュースが仕事に直結するような職種であれば元が取れるのかもしれないが、一日に 20 分から 30 分程度、かるーく記事を流し読みする自分には 4000 円は払えない。もうちょっと手軽に始められないものか。調べてみたところ毎日新聞が出てきた。毎日新聞も好きな新聞で、入社試験を受けたことがある（二次面接で落ちた）。初月 99 円キャンペーンをやっている上に月の購読料もスタンダードプランであれば 1000 円程度で財布に優しい。

自分が新聞社の入社試験を受けていた 15 年以上前も新聞記事はネットで配信されていた。しかし数字や英文字は全角アルファベットだった。記事内の URL は ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ のような記載でコピペしても該当 URL にアクセスできないという厳しい状態だった。いまの新聞社のサイトも似たような感じだろうと思っていたが予想に反してだいぶモダンだった。記事の英数字は基本半角で、 URL はコピペ可能になっている。有料プランの LP はわかりやすく、支払いは PayPal で行えるし、興味がある記事のジャンルを選択する仕組みもある（ただしレコメンドの仕組みは弱そうだ）。

記事を全文検索したり、興味がある連載記事をフォローしたり、ブックマークしたり、閲覧履歴を確認できたりと、紙の新聞ではできなかったけどウェブサイトなら当然できるような機能が当たり前に提供されているのがうれしい。特に自分が便利だと思ったのが関連するニュースを時系列に閲覧できる機能だ。こんな感じ。

総裁選のときはめまぐるしく毎日情勢が変わっていて、総裁選出馬表面をした菅前首相が翌日には出馬を撤回するなど、単発でニュース記事を読んでいたのではわかりにくかった事実関係を、「時系列で見る」ことで理解しやすかった。

むかしは新聞は記事というコンテンツを作ることに特化していた。しかしウェブの時代はそれでは立ち行かなくなるだろう。スマートニュースや Google ニュースといった配信に特化したプラットフォームもある。新聞社のウェブサイト自体がユーザビリティーや UX を重視し始めるようになってきているのだと思う。とても良いことだと思う。

毎日新聞に話を戻すと、スタンダードプランは 1000 円で記事がすべて読めて、ウォールストリートジャーナルの記事も読める。朝日新聞だと 1000 円程度のプランでは読める記事の数が月 50 本までに制限されるのでめっちゃお得だ。自分の学生時代もそうだったが、毎日新聞は記事を書いている記者の名前が表示される記名記事の割合が多いのも好印象で、ウェブサイトだと記者名で検索して気に入った記者が書いた記事で絞り込んでニュースを読むこともできる。何か有料でニュースサービスに契約したいけどあまり高いのは嫌だなと思っている人には毎日新聞をオススメします。加入して良かった。

何か新しいことを始めようとしたとき、道具を揃えれば揃えるほど快適になるのではないかと思うかも知れない。例えばキャンプでは道具が多ければ多いほど快適になる。テントに加えてタープがあれば日差しをしのげる。寝袋のほかにマットやコットがあれば快眠できる。調理器具が多ければ作れる料理の種類が増える。しかし登山の場合はそうとは言えなくて、道具が少ない方が楽になるケースの方が多い。なぜなら自分で道具を運ばないといけないからだ。服についても沢山着込めばよいということではない。登山は自分の足で歩かなければならないため、冬でもヒートアップしやすい。荷物を軽くすること、服装が適切で体温調節がしやすいことは、思っているいる以上に大切だ。

登山では暑い日でも長袖長ズボンの着用が常識とされている。短パンで山に行くなんて常識知らずにもほどがあると言われるかもしれない。しかし本当に短パンで山に入ってはダメなのだろうか？ 長袖のシャツや長ズボンだと絶対安全なのか？

確かに長袖や長ズボンであれば枝で手や足を怪我することはないだろう。また短パン・半袖では道迷いして山で夜を明かすことになった場合は低体温症になる可能性が高い。しかし山に行くときはなにがしかレインウェア的なものは持っているだろうし、エマージェンシーブランケットを携行するようにすれば半袖短パンでも何とかなる（暖かい季節限定）。そもそも短パンや半袖は、暑さで体力を消耗するのを避け、歩くスピードを上げてきちんと日中に下山するための手段だ。長袖・長ズボンではちょっとした擦り傷や遭難時に低体温症になるリスクは避けられるかもしれないが、気温が高い日の登山では体温調節しにくくなる。体力を消耗して歩けなくなってしまったり、歩くスピードが遅くなって日中に下山できず、山中で夜を過ごさざるを得なくなってしまうリスクがある。遭難したときのことを考慮して長袖・長ズボンで山に行き、逆に体力を消耗して遭難してしまっては本末転倒だ。長袖や長ズボンにもリスクがあると思う。

初心者の人が登山用品店に行くと大して必要なのかもわからないのに重くてソールの固いブーツを勧められたりする。しかし重くてソールの固いブーツが必ず正解とは限らない。九州の低山にしか登らない人にはごついブーツは不要だ。北アルプスだって夏ならトレランシューズで十分歩ける。長袖長ズボンのケースと同様に、重くて固いブーツをはいていたせいで体力を消耗してしまい、遭難してしまうことも十分考えられる。

登山を始めようという人には靴は 1 万円程度のトレランシューズをおすすめしたい。ゆくゆくはアルプスにも行くかも知れないからと、最初から何万円もするアルパインブーツを買うのはおすすめしない。重くて歩きづらいからだ。そのようなブーツは岩だらけの岩稜帯で真価を発揮するし、履きこなすには体力が必要だ。まずは軽量なローカットのシューズで手頃な山を歩いてみて、本格的に登山を趣味にできそうだと思ったときにしっかりしたブーツを買えばよい