スマホUI考（番外編） UIやUXを劇的に改善する、『ビッグオー駆動型開発』とは | fladdict
いま『ビッグオー駆動型開発』とよばれる開発手法が、業界の一部で注目を集めている。 その理由は非常にシンプルだ。『ビッグオー』は非常に安価で簡単な手法でありながら、従来の開発手法に比べ劇的にUIやUXを改善できるためである。 製品コンセプトのような上流から、ボタンのレイアウトといった下流工程、さらにはグロースハックやプロモといったリリース後のフェイズまで一つの手法でユーザビリティを評価できる。この汎用性がビッグオー駆動開発の大きな特徴であり、導入時の利点となる。 今回はこのビッグオー、の概要と具体的なやり方について論じたい。TwitterのUI拡張予言以来、久しぶりのUI系エントリである。 ビッグオー駆動開発とは何か？ ビッグオー駆動開発は、正式には『OKAN Driven Development（オカン駆動型開発）』とよばれる開発手法である。 これは自分のオカンを指標とすることで、低コスト
スマホUI考（番外編） なぜ機能追加をし続けるとアプリが破綻するのか？ | fladdict
この写真は、アーミーナイフの名門ウェンガー社のジャイアントナイフという最高級ナイフである。141の機能を持つ、ギネス認定もされた厚さ24cm、重量1.3kgの世界で最も高機能なナイフだ。トップメーカーが自社製品の全機能を１つに集約したこの製品こそが、機能拡張の行き着く先を指し示している。 なぜ適切な機能追加であっても、機能を追加しつづけることで破綻をするのか？本エントリは、「スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する」の続きになる。 本エントリでは以下の４つの側面から、機能を追加するリスクを考える。まず第一に「選択肢の数が必ずしも善ではないこと」。次に「人間の判断力は使うほど消耗すること」。そして「画面スペースが有限のリソースであること」。最後に「どんなに機能を増やしても、一画面で強調できるものは限られていること」。これらの４つは全て、機能追加が最
スマホUI考（番々外編） 誰得の100徳ナイフを買ったというお話 | fladdict
久しぶりの更新。皆様は如何がお過ごしでしょうか？ 僕は8月の休日が０日です。 あと左手から血が出てます。 ブログの皆さんが続きをお待ちであろうスマホUI考シリーズ、「顧客やユーザーの要望に全て対応すると、アプリは99%破綻する」と「なぜ機能追加をし続けるとアプリが破綻するのか？」の続編ですが、僕もなんとか続きを書きたいところ。ところが時間が確保できない 某展示会用案件と、某アプリと、某iPhone5S対策の準備の締め切りが三重の試練でヤバイ。 そんな中、現実逃避士気高揚にポチッってしまったのが伝説の100徳ナイフ。多くの人はコラだと思っていたようだけど、どっこい実在するナイフである。 スイス・アーミーナイフの本家ヴェンガー社。その同社の最高級モデル、ツール数80にして143機能を搭載した究極のアーミーナイフ。箱をあけたらギネス認定証がついてきた。 そもそもこのナイフ、元々プレゼンツールとし
スマホUI考（番外編） 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict
顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日本の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの本質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme
Objective-Cでバッチ処理をするライブラリAAMCommandKit作りました | fladdict
「第1回 iPhone_dev_jp みんなが幸せになるハッカソン」の僕の成果物として、AAMCommandKitを公開しました。ObjectiveC用のCommandパターンライブラリです。 Commandライブラリって？ セレクターやブロック、あるいは一連の処理などを、”◯◯Command”という１つのクラスにカプセル化したものです。Commandをallocして、executeをコールするだけで様々な処理を実行できます。 Commandライブラリの強力なところは、複数のコマンドを配列にれて、まとめてバッチ処理したり、非同期に並行実行したりできる点です。元々は僕がFlash案件でつかっていたライブラリで、複雑なアニメーションや遷移と、裏側で行う処理を綺麗に記述する為に作りました。 どんなことができるの？ 例えば、下記のようなメンドクサイ処理をシンプルに記述できます。 “Start”を表
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
