t_wの輪郭

というかキーボードとかいう代物、利用者に求むる所限りない。

というか単純な文字列だけでは限界というものがある。

タイピングについても、熟達したつもりでもいまだに自然な感じがしない。

プロダクトの評価指標を作成する際の手順及びフレームワーク。HEARTで表されるそれぞれの指標について、それぞれ、Goals、Signals、Metricsの順で定義する。
GoogleのリサーチチームのKerry Roddenらによって開発された。

HEART

• Happiness：利用者の態度。満足度・使いやすさ・net-promoter score など。主に利用者への聞き取りによって得られる。
• Engagement：利用者の関与度合い。利用者の 利用頻度・熱意・深く利用しているか など。主にbehavioral proxiesによって得られる。
• Adoption：製品や機能の新規利用者。7日間の新規に作成されたアカウントの数・新規機能を使用した利用者の割合 など。
• Retention：利用者が再利用する割合。
• Task Success：作業の完了にかかる時間・作業の完了率・作業の失敗率 など

Goals、Signals、Metrics

• Goals：製品・プロジェクト の、ゴール・目標・利用者にとっての満足 など
• Signals：Goalsの達成を表す、利用者の態度や行動。
• Metrics：Signalsを定量化した指標。A/Bテストが可能な指標。

デライトの利用者

デライト用者（ユーザー）

　DBのキャッシュを多くすれば、nginxのキャッシュは不要かと思ったが、利用者に近いところにキャッシュがあったほうがレスポンスが高くなるだろうか、そういった意味ではデータベースキャッシュを多くするよりもnginxのキャッシュを増やすほうが良いと思われる。

　もちろんコストを勘案して総合的に考える必要があるし、経験的な判断も必要になるだろう。

頭がおかしくなった利用者による連投

　デライトの利用者が増えてほしいというのはずっと思っていて、食事の記録をつけているのは「こういう使い方もありまっせ」と示すためだった（最初は）。
　一般利用者の投稿や、輪郭について説明する輪郭さえ増えれば、後はおのずと利用者が増えるだろうと思っていたがそうでもなかった。

　ただ流速は上がっていっている。人数は変わらないが一人あたりの投稿数がだんだん増加していっていると感じている。デライトの機能改善 と 利用者の学習 が進めば、ごく少人数で膨大な量の投稿がなされるという未来もあり得る。それも面白そうだ。

待欄の流速が早くなってほしい

午後はずいぶんインターネットを見て回って過ごした。こんなにブラウザのタブを開いたのは久々な気がする。

というかほとんどScrapboxを見て過ごした。やはり利用者が多いのは良い。コンテンツの量が多いから見て回れるものが多い。

本文がある輪郭が流れやすいはず。とはいえ、もっと利用者が増えないと流速が足りない。現状でも流速が足りないと感じる。

サービス利用者の言いかえ