NPSとUXについて知っておくべき10の大切なこと | 顧客ロイヤルティを測る経営指標「NPS」
NPS を全社的メトリクスとして採用する企業がますます増えています。 多くの企業では、UXメトリクスを含むすべてのメトリクスが NPS にまとめられるのです。 そこで、UX向上を図るために NPS について知っておくべき10の項目をまとめました： NPS は顧客ロイヤルティを測るものであり、1つの質問に基づいています 「あなたがこの製品を友人や同僚に薦める可能性はどのくらいですか？」という質問に対し、答えの選択肢が0（薦める可能性は非常に低い）から10（薦める可能性が非常に高い）までの段階があります。回答は次の3つに分類されます。 推奨者：9～10ポイント中立者：7～8ポイント批判者：0～6ポイント推奨者の割合から批判者の割合を引いてパーセントとして表すと NPS になります。 たとえば、推奨者が100人、中立者が30人、批判者が80人の場合、NPS は9.5％となります（100-80で導
RubyでNull Objectパターンを使えるようにするgem「Naught」のすすめ - Qiita
Null Objectパターンの実装を支援するgemとして、Naught というgemがあるのですが、Qiitaでは、業界のjoker1017さんの 俺がGitHubでスターを付けたリポジトリ一覧 という記事ぐらいしか見つからなかったので、その使い方と有用性をざっくり説明したいと思います。 Null Objectパターン is 何？ 私も最近になって知ったのですが、 こちらの記事 NullObjectパターン によると、 あるオブジェクトが nil でなければ、メソッドを呼び出す こういうパターンが頻出する場合、obj に nil の代わりに何もしないメソッドを持つオブジェクト を格納しておく インターフェースだけ持って、何もしないオブジェクトを用意することで、 そのオブジェクトを使う側は、オブジェクトが生成されなかった場合を気にする必要がなくなる → オブジェクトの状態を意識する必要が無
一番分かりやすい OAuth の説明 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 過去三年間、技術者ではない方々に OAuth（オーオース）の説明を繰り返してきました※1,※2。その結果、OAuth をかなり分かりやすく説明することができるようになりました。この記事では、その説明手順をご紹介します。 ※1：Authlete 社の創業者として資金調達のため投資家巡りをしていました（TechCrunch Japan：『APIエコノミー立ち上がりのカギ、OAuth技術のAUTHLETEが500 Startups Japanらから1.4億円を調達』）。Authlete アカウント登録はこちら！ ※2：そして２回目の
サービス開発におけるデザインスプリントの特徴や、プロジェクト導入のメリットとは｜Goodpatch Blog グッドパッチブログ
こんにちは！Goodpatchでプロジェクトマネージャをしているかどのです。 今回はGoodpatchのプロジェクトの中でも使われているデザインスプリントについて、その特徴や、プロジェクトで実践して感じたメリット、プロジェクトへの導入についてお話します。 デザインスプリントとは デザインスプリントは、GV(旧:Google Ventures)がスタートアップ支援の為に用いているプログラムで、スタートアップだけでなく企業の規模感に合わせて活用することが出来る柔軟なフレームワークになっています。 プログラムの基本構成は5日間で構成されており、時間的な制限の中で素早く「理解」→「アイディエーション」→「アイデアの決定」→「プロトタイプ」→「検証」を行うフレームワークになっています。 Day1 : Understand(理解する) Day2 : Diverge(発散する) Day3 : Decid
テックリードという役割
なぜこの文章を書くか?自身が数ヶ月テックリードの役割で経験した内容を基に、テックリードがどういう役割で、毎日の仕事の中でどのような仕事をするのかについて書いていく。 テックリードはサンフランシスコのWeb系企業では一般的なようだが、日本ではまだそれほど広まっているとはいいづらいと思う。 テックリードに求められるのは一言で言えば”技術でエンジニアチームをリードすること”である。Webエンジニアのキャリアパスでたびたび二元論的に語られる、”技術一本で生きていく”職人的なトラックとも”人やプロジェクトのマネジメントをする”マネジメント系のトラックともニュアンスが異なる。 自身の技術力、そしてリーダーシップをもってエンジニアチームのアウトプットを最大化させていくのがテックリードの役割である。 多くの人にその役割を知ってもらい、エンジニアとしてのキャリア形成の助けになればと思っている。 なお、このポ
「実装しない」機能の決め方
考える犬個人開発のアプリはシンプルさが肝要。AdobeやMicrosoftのような巨大企業でない限り、機能で勝負しても負けるのは火を見るより明らか。難しいことは他に任せて、自分が解決したい問題にだけ集中する。作りたいアプリ像がはっきりしていれば、機能の取捨選択は簡単にできる。 拙作のInkdropというMarkdownノートアプリも、無駄な機能を付けないように努めている。そのためならユーザの要望も遠慮無く断る。今このアプリにお金を払ってくれている人は、そのシンプルさを買ってくれていると断言できる。ユーザさんにヒヤリングした時、以下のようなメッセージを貰った： My suggestion would be to try to keep the app clean and simple, focus on supporting developers primarily and not to o
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
UX評価指標とUX改善
エンジニア総出でE2Eテストを自動化した話 / genbaweb01
Rails EngineでCapybaraを導入しようとしてハマったこと - Qiita
「デザイナーのためのモバイルアプリデザイン基礎知識」 #情報設計視覚化研究会 #アプリデザイン