nanapiの初期バージョンに検索窓がなかった理由 : けんすう日記
はじめに 【仕事における８０：２０の法則】個人・企業のパフォーマンスを最大限に高める方法 | [b] bizMode｜世界のデジタルトレンドを読む というブログの中で nanapiというレシピサイトがありますが、c/o時は全然機能がなく、レシピを探せませんでした。果たして、カットオーバー時点において、レシピ検索機能は備え付けておく必要があったのでしょうか？また、個人ページにも全く機能性はありませんでしたが、今はどうでしょう？十分パワーアップしています。 そこに、多くの問題が発生したでしょうか？していません。 少しの問題は発生していましたが、プロダクト価値を脅かすものではありません。 徹底的に８０％にこだわり、重要なポイントは、十分に抑えられていたと思います。 こんな記事で紹介してもらったので、ちょっと書いてみます。記事内では、最初は検索結果に対しての工数をさかずにあとで回した、というニュア
はてなアンテナのヘルプ - jkondoの日記
昨日、はてなアンテナのヘルプリニューアル版 http://hatenaantenna.g.hatena.ne.jp/ を公開しました。 これまで、ヘルプは各サービスの中にHTMLファイルとして用意し、上部のメニューからリンクをする形を取っていました。 HTMLファイルに各機能の説明を書くのですが、機能追加は変更を行う際にヘルプの更新が滞り、記述が実態に合わない問題が出てしまっています。 社内の業務フローを考えると、 機能追加を行う方針をミーティングで決め、担当者が開発を行う 動作、インターフェースなどのチェック 問題なければ本番環境に反映 オフィシャルの日記で告知 ヘルプに反映 という手順を踏むわけですが、4.までは行っても、5.が漏れてしまう場合がありました。この点は以前から多くのユーザーさんに指摘を頂いています。 オフィシャルの日記での告知はできるのに、ヘルプへの追記ができない理由の一
ヘルプを何とか - jkondoの日記
近藤さんの日記はフォーマットが変です、と言われたので見出しを使って書いてみます。日付のタイトルを書く癖がついたのは、スタッフ日記 http://www.hatena.ne.jp/diary にその日のタイトルが表示されていたからなんですが、最近はRSSから取得するように変わったのでもうそんな必要はなかったのですね。と言うことで方針変更。 昨日は、はてなのヘルプを何とかしようという会議をしました。各サービスのデザインをやってくれているid:tikedaとテクニカルサポートやアイデア掘り出しをやってくれているid:kiyoheroと色々話をするうちに、ヘルプには ○○ってなに？（はてなダイアリーで何ができるの？） たとえば「はてなアンテナってなに？」 ○○の使い方（順番に進むと使えるようになる） たとえば「はてなアンテナの使い方」 1ページに全ての使い方が書かれているパターン 目次と、各章の使
ユーザビリティ 実践メモ : 開封されるメールマガジン 〜2つの工夫 アーカイブ
新製品・サービスの案内やキャンペーン告知、有用な情報の発信など、お客様（以下ユーザと呼称）との長期的な関係性を構築する目的でメールマガジンを利用する企業は多いでしょう。 いかにユーザの興味を喚起し、アクションに結びつけるメールの内容にするかを日々試行錯誤し、改善を重ねていると思います。 しかし、内容が優れていたとしても、メールがユーザに見られなければ意味がありません。そこで今回は、メールをユーザに開封されやすくするための工夫を2つ紹介します。 多様なメールがあふれた受信ボックスの中から自社のメールマガジンが選ばれ、クリックされる（開封される）ためには、「送信者名」と「件名」の表現に注意を払う必要があります。 まず、送信者名は、すぐにメールの送信元がわかるように工夫をすると良いでしょう。以下に改善が必要な例をいくつか挙げました。 「mail@bebitstore.co.jp」のように送信者名
「OK」と「キャンセル」、どちらが有効か ― ＠IT
ユーザビリティのヒント（最終回） 「OK」と「キャンセル」、どちらが有効か 「情報表現の最適化」 ソシオメディア 上野 学 2006/10/20 デスクトップのメモ帳を新規に開いて、メモを書き、ウィンドウを閉じようとすると、「変更を保存しますか？」というメッセージダイアログが表示されます。ユーザーにしてみれば、「新しいメモをいま書いたところなのに、なぜ『変更』なんだ？」と思うでしょう（本文から） 英語や、日本語の横書きでは、情報は大きく上から下に、左から右に展開していきます。ユーザーは画面（ウィンドウ内）の左上から右下に向かって意識を推移させて、そこで表現されている情報を取得していきます。 実際にはユーザーは、まず画面中央付近に視線をやり、そして全体をざっと見渡してから、重要と思われる個所に注目していくようです。ひとたび内容を読もうとか、入力フィールドを埋めていこうと決めたら、当然、上から
FPN-団塊〜シニア層向けのWeb設計 やっちゃいけない10のＵＩ
コラム〜リサーチャーの日常 オンラインプレゼーテション コロナ禍で必須となった オンラインプレゼンテーション において、 mmhmm というカメラアプリを使うことの効果やその方法について紹介します。… 2021.05.11 265 view 3．ビジネスリサーチの報告書作成 聞き手の頭に入りやすい資料作成〜聞いて理解する人と読んで理解… 【 相手に合わせた 資料作成 】最初に結論を述べてから、それを裏付けるデータを提示するという構成は、欧米流のロジカルシンキングの基本になっていますが、日本のビジネスパーソ… 2021.02.03 2021.05.13 974 view コラム〜リサーチャーの日常 トリプル ディスプレイ モニター 在宅勤務が常態化している人は、まず トリプル ディスプレイ 環境に投資することを考えてみてください。作業効率の圧倒的向上が可能です。… 2021.05.06 20
B2Bのユーザビリティ
ユーザテストは、ビジネス対ビジネス用Webサイトのユーザビリティが、一般的な消費者向けサイトよりも、かなり低いことを示している。もっと顧客転換率を上げたければ、ガイドラインに従って、商材を見込み客たちが楽にリサーチできるよう手助けするべきだ。 B2B Usability by Jakob Nielsen on June 1, 2006 多くのビジネス対ビジネス（ B2B ）サイトは、ユーザ体験の観念が 1990 年代で止まってしまっている。顧客たちのよくある疑問や関心に応えることに失敗し、彼らが取引先候補を探す作業の障碍となってしまっているのだ。 これらのサイトは、ウェブが企業と顧客の関係を逆転させたことに気づいていない。オンライン上でのインタラクションのほとんどは、要求主導型だ。訪問者の要求を満たすことができなければ、彼らが貴方のサイトを見捨てて競合サイトへ流れていくのを、眺めているしか
Alertbox: ニュースレターが受信トレイの中で生き残っていくには（2006年6月12日）
ニュースレターのユーザビリティは、前回の調査以降も改善が続けられてきた。とはいえ、ユーザを取り巻く情報は増える一方であり、ユーザの注目を得るための競争も激化し続けている。 Email Newsletters: Surviving Inbox Congestion by Jakob Nielsen on June 12, 2006 メール配信されるニュースレターのユーザビリティに関する前回の調査から、まだ2年しか経っていない。ユーザビリティの調査は、ただ闇雲に繰り返しても時間の無駄に終わってしまう。ユーザビリティのガイドラインは、時間をかけてゆっくりと改められていくものだからだ。ユーザビリティは人間の本質に依るところが大きく、変化のペースは極めて遅い。しかし、ニュースレターは数少ない例外の一つである。なぜなら、ユーザがそれを目にする環境、つまり受信トレイが年々混み合ってきているからだ。 ニュ
Googleがonclickにはhref="javascript:void(0)"も付ける理由？
Googleはonclickなアイテムにはhref="javascript:void(0)"も付けてくれることが多いあるのだが、このお陰で（少なくともFxなら）フォーカスを合わせることが出来る（フォーカス状態でEnterを押せばクリックと同じ動作になる）。対してLDRなどはonclick属性しか使用していないらしく、Tabキーでブラウジングしてる場合などに、フィードの一覧にどうやってもフォーカスが移らないため、とても残念な気持になる。 例えばspan要素などにonclick属性を付けてイベントを発生させている場合はこの方法は使えない（そもそもhref属性がない）ため、表面上のユーザビリティ的には、クリックイベントを取得する場合はa要素を使い、onclick属性と一緒にhrefも付けておくのがよいと言うことになる。 フォロー記事 フォーカスとjavascript:void(0)の話・2
i d e a * i d e a - 無料のClickTracks Appetizerが便利すぎる件について
ドットインストール代表のライフハックブログ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
Hatena ID