SlideShare ist ein Scribd-Unternehmen logo
1 von 113
Downloaden Sie, um offline zu lesen
使ってもらえるアプリの考え方
                    深津貴之




12年12月25日火曜日
自己紹介




12年12月25日火曜日
• 深津貴之
               • Art & Mobile
               • Flash / iPhone


12年12月25日火曜日
ToyCamera   QuadCamera   TiltShiGen




12年12月25日火曜日
12年12月25日火曜日
iPhoneアプリ設計の極意
                思わずタップしたくなるアプリのデザイン


                        監訳




12年12月25日火曜日
モバイルデザインパターン
               ユーザーインターフェースのためのパターン集


                        監訳




12年12月25日火曜日
artandmobile.com

               twitter.com/fladdict




12年12月25日火曜日
ATMアプリを考えてみる




12年12月25日火曜日
いままでのまとめとして、
               ATMアプリを作るとすればどうするか?




12年12月25日火曜日
簡単な架空事例を考えてみる




12年12月25日火曜日
課題



               iPhoneに最適化されたATMアプリを提案する




12年12月25日火曜日
全体の流れ
                コアコンセプト




                機能の絞り込み




                バリエーション列挙




                プロトタイピング




12年12月25日火曜日
コアコンセプト



12年12月25日火曜日
コアコンセプト



               誰が?    何を   いつ   どう




12年12月25日火曜日
コアコンセプト
               誰が?   フリーランス、個人事業主、主婦


               何を      銀行での支払い振込を


               いつ        空いた時間に


               どう     わざわざ外出せずにできる

12年12月25日火曜日
コアコンセプト


               フリーランスや主婦が、わざわざ銀行にいかなくても、
                  いつでも手軽にATMのかわりに使える。




                     1行で説明できる、ステートメントを作る



12年12月25日火曜日
リサーチ


               • 既存のATMの機能は?
               • 既存のATMの不便は?
               • どういうときに使う?


12年12月25日火曜日
機能の絞り込み



12年12月25日火曜日
既存のATMの機能

               • 残高確認
               • 引き出し
               • 入金
               • 送金
               • 設定変更
               • 利用案内

12年12月25日火曜日
既存のオンラインバンキングの機能

               • 残高確認   • ニュース
               • 引き出し   • 外貨預金
               • 入金     • 口座開設
               • 送金     • ローン
               • 設定変更   • 保険
               • 利用案内   • 税、各種料金の支払い

12年12月25日火曜日
シナリオ


               • 通販などでの振込
               • 通常の送金
               • 支払い忘れへの緊急対応
               • 残高確認
               • 入金確認

12年12月25日火曜日
何を入れて、何を入れないか?




12年12月25日火曜日
全ての機能は必要ない
               複雑なことは銀行かコンビニでやればいい




12年12月25日火曜日
90%のユーザーが必要な機能だけを入れる




12年12月25日火曜日
機能

               • 残高確認    • ニュース
               • 引き出し    • 外貨預金
               • 入金      • 口座開設
               • 送金      • ローン
               • 設定変更    • 保険
               • 利用案内    • 税、各種料金の支払い

12年12月25日火曜日
機能

               • 残高確認    • ニュース
               • 引き出し    • 外貨預金
               • 入金      • 口座開設
               • 送金      • ローン
               • 設定変更    • 保険
               • 利用案内    • 税、各種料金の支払い

12年12月25日火曜日
機能

               • 残高確認    • ニュース
               • 引き出し    • 外貨預金
               • 入金      • 口座開設
               • 送金      • ローン
               • 設定変更    • 保険
               • 利用案内    • 税、各種料金の支払い

12年12月25日火曜日
機能

               • 残高確認    • ニュース
               • 引き出し    • 外貨預金
               • 入金      • 口座開設
               • 送金      • ローン
               • 設定変更    • 保険
               • 利用案内    • 税、各種料金の支払い

12年12月25日火曜日
コア機能



               • 簡単に残高を確認
               • 簡単に送金できる
               • 複雑なことは銀行かコンビニで


12年12月25日火曜日
プロトタイピング



12年12月25日火曜日
4つのタイプのどれを選ぶか?




12年12月25日火曜日
ユーティリティ型   ナビゲーション型   タブ型   没入型



12年12月25日火曜日
ユーティリティ型

               • 天気、時計等
               • 遷移が少ない
               • 表に機能、裏に設定
               • 単機能、単目的


12年12月25日火曜日
ナビゲーション型


               • メール
               • 階層がスタックする
               • 遷移構造がツリー状



12年12月25日火曜日
タブ型

               • App Store
               • 主機能が並列する
               • 複雑なものは、ナビゲーション
                 と併用

               • 大規模なアプリ用


12年12月25日火曜日
没入型

               • ゲーム
               • オリジナルUI
               • 表に機能、裏に設定
               • 体験が重要な場合


12年12月25日火曜日
ユーティリティ型の場合




12年12月25日火曜日
ユーティリティ型



               • 最低限の機能のみを実装
               • 残高履歴のみ
               • 送金のみ


12年12月25日火曜日
ユーティリティ型




12年12月25日火曜日
ナビゲーション型の場合




12年12月25日火曜日
ナビゲーション型



               • 4つの機能を、それぞれ掘り進んで行く
               • 階層化、拡張しやすい。



12年12月25日火曜日
ナビゲーション型




12年12月25日火曜日
ナビゲーション型




12年12月25日火曜日
タブ型の場合




12年12月25日火曜日
タブ型



               • ナビゲーション型の上位拡張
               • 複数の機能を平行に移動できる



12年12月25日火曜日
タブ型




12年12月25日火曜日
没入型の場合




12年12月25日火曜日
没入型 ATM メタファー




12年12月25日火曜日
没入型 エージェントメタファー




12年12月25日火曜日
没入型



               • 現実メタファーが必要な場合に
               • 工数、コストが跳ね上がる



12年12月25日火曜日
ナビゲーション型 or タブ型




12年12月25日火曜日
ナビゲーション vs タブ




12年12月25日火曜日
ナビゲーション vs タブ


               ナビゲーション                      タブ

               •   拡張しやすい          •   追加できる項目に限界

               •   単純              •   複雑

               •   メニューをまっすぐ掘り進む   •   メニュー間を平行移動できる




12年12月25日火曜日
今回のケースでは、
               ナビゲーション型だと問題が




12年12月25日火曜日
機能を切り替えるときに、
               階層の深さが問題に!




12年12月25日火曜日
検証ケース




12年12月25日火曜日
検証ケース



               • 送金を中止し、残高やニュースを見る場合
               • ニュースから送金に移動する場合



12年12月25日火曜日
階層が深い場合、
               作業を切り替えるのに何度も
                階層を戻る必要がある




12年12月25日火曜日
今回はタブ型を採用




12年12月25日火曜日
フィッシュボーン図
                  特性要因図




12年12月25日火曜日
問題と原因を網羅するツール




12年12月25日火曜日
フィッシュボーン図


                             視認性が悪い                           説明がない
                                        デザイナ追加


       フォントを統一
                                       工数が足りない
    カラールールを決める
                                           チュートリアル
               ルールがない                            メタファー

                       グルーピング

                                                                      使いにくい

                                                     機能を減らす
                    機能を減らす
                                           低頻度の機能を隠
               階層が深い
                                       顧客要件が多すぎる

                Tabの導入

                                       説得プレゼン

                           画面が多すぎる                        機能が多すぎる




12年12月25日火曜日
問題を書く




               ミスタップが多い




12年12月25日火曜日
問題を書く




                       ミスタップが多い




12年12月25日火曜日
小原因の対策を列挙

               ボタンに見えない      隣りのボタンを押す




                                         ミスタップが多い




               押したかわからない      機能がわからない



12年12月25日火曜日
小原因の対策を列挙

                 ボタンに見えない             隣りのボタンを押す




       色が地味                  距離が近い




               フラットだから               ボタンが小さすぎる




                                                     ミスタップが多い



               反映に時間がかかる           文字のないボタン




   Noフィードバック                アイコンが普遍的でない




                押したかわからない                 機能がわからない



12年12月25日火曜日
小原因の対策を列挙

                   ボタンに見えない                  隣りのボタンを押す



     コントラストをあげる                   レイアウトを再考

       色が地味                      距離が近い

       ボタン専用色を作る                         間隔を広げる
                    立体にする                     ボタンを44px以上に

                 フラットだから                  ボタンが小さすぎる

                     物理メタファー                       ボタンの数を減らす



                                                               ミスタップが多い


                 アニメーションで誤摩化す                      ラベルをつける

               反映に時間がかかる               文字のないボタン

               レスポンスだけ先に返す                 ボタンの数を減らす


   押せないボタンをグレーアウト                  iOSの標準アイコンを使う

   Noフィードバック                    アイコンが普遍的でない

      押した画像を作る                      自作せずに購入する




                  押したかわからない                     機能がわからない



12年12月25日火曜日
フィッシュボーンの利点

                            問題   問題


               あいまいな問題


                            問題   問題



                     漠然とした問題を、
                  複数の具体的な問題と対策に分割
12年12月25日火曜日
プロトタイピング



12年12月25日火曜日
メニューの優先順位を定める




12年12月25日火曜日
重要なもの、よく使うもの等から
                  左から右に配置する




12年12月25日火曜日
メニュー順の候補


               • ニュース    • 送金      • 残高/履歴
               • 残高/履歴   • 残高/履歴   • 送金
               • 送金      • ニュース    • ニュース
               • 設定      • 設定      • 設定


12年12月25日火曜日
可能であれば、調査に従って定める




12年12月25日火曜日
メニュー順の候補


               • ニュース
               • 残高/履歴
               • 送金
               • 設定


12年12月25日火曜日
一番使わないものを右に置き、
               残りは行動の流れを考えて配置。




12年12月25日火曜日
残高




12年12月25日火曜日
残高表示




12年12月25日火曜日
通帳ほど横にスペースがない




12年12月25日火曜日
入金と出金はあわせていいのか?




12年12月25日火曜日
通帳と完全に同じUIにする必要はない




12年12月25日火曜日
入金と出金を色分け




12年12月25日火曜日
日付ごとにサブヘッダを入れる




12年12月25日火曜日
スペース不足へのフィッシュボーン図


                                                     要素が多すぎる


                                     サブ階層を導入
                   残高を隠す
                                      アイコンや色を導入
                     文字を小さく

                                      日付をテーブルヘッダーに



                                                                     スペースが足りない


               クライアントを説得
                                               横モードを採用する
        通帳メタファーをやめる
                                                  内容を削る
     セグメンテッドを導入




                           通帳ににせすぎ                         デバイスの限界




12年12月25日火曜日
残高表示




12年12月25日火曜日
残高表示




12年12月25日火曜日
残高表示




12年12月25日火曜日
残高表示




12年12月25日火曜日
送金



12年12月25日火曜日
送金




12年12月25日火曜日
金額入力のミスをなくす




12年12月25日火曜日
入力ミスのフィッシュボーン分析


                                  ミスタッチ


                                                 ボタンを大きく

               1タップ毎に音をいれる
                                                    ピッカーを採用

           0.05秒ほどタッチ無効時間をいれる




                                                                       入力ミスが起こる

                                                      桁を色分け
                音声よみあげ?


                確認画面
                                          「万」や「千」という時を出す。

     50万以上の場合警告




                          確認がない                             桁がわかりずらい




12年12月25日火曜日
金額入力のミスをなくす




12年12月25日火曜日
計算機方式だと、桁のミスが発生する




12年12月25日火曜日
送金




12年12月25日火曜日
「送金」ボタンのミスタッチを無くす




12年12月25日火曜日
送金




               アラート   送金ボタンがOKボタンに変化   スライド




12年12月25日火曜日
誤送金のフィッシュボーン図


                            わかりずらい                            ミスタッチ


                                          アラートを出す
         要素を大きく
                                           確認画面を挟む
        不要な要素を減らす
                                            ボタンを2回タップさせる
               ガイドヘルプを入れる
                                                     スライド式?


                                                                      誤送金

                                            背景色などを大きく変える
   ボタンや遷移にタップ無効時間を設ける


       確認機能をシンプルに                       重要でないものを目立たなく


    チェックリスト式                                 音をいれる




                            確認を連打                             確認ミス




12年12月25日火曜日
パスロックを入れる




12年12月25日火曜日
パスロック




12年12月25日火曜日
12年12月25日火曜日
拡張性



12年12月25日火曜日
拡張性



               • 初期バージョンで、ボタンを詰め込みすぎない
               • 将来、機能がいくつか追加されることを前提に
               • 機能を増やして、使いにくくなったら意味が無い


12年12月25日火曜日
アイデア候補


               • 銀行に電話できるようにする
               • マルチアカウント
               • タブに「税、公共料金」を追加
               • 振込先の登録、ブックマーク機能
               • 振込元の検索、情報入力

12年12月25日火曜日
PDCAサイクル



12年12月25日火曜日
PDCAサイクル
                  Plan (計画)

                  Do (実行)

                 Check (評価)

                 Action (改善)



12年12月25日火曜日
まとめ



12年12月25日火曜日
コアコンセプトを決める



12年12月25日火曜日
初期に可能性をしらみつぶす



12年12月25日火曜日
プロトタイピングを
                何度も繰り返す


12年12月25日火曜日
実装は機械作業



12年12月25日火曜日
質問



12年12月25日火曜日
質問、お仕事のご相談などはお気軽に


                 fukatsu@gmail.com

                 twitter.com/fladdict


12年12月25日火曜日

Weitere ähnliche Inhalte

Was ist angesagt?

ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。toshihiro ichitani
 
【アジャイルサムライ】6章_ユーザストーリーを集める
【アジャイルサムライ】6章_ユーザストーリーを集める【アジャイルサムライ】6章_ユーザストーリーを集める
【アジャイルサムライ】6章_ユーザストーリーを集めるAkio Terayama
 
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまでドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまでKazunari Kida
 
推薦アルゴリズムの今までとこれから
推薦アルゴリズムの今までとこれから推薦アルゴリズムの今までとこれから
推薦アルゴリズムの今までとこれからcyberagent
 
情報構造設計の基礎知識
情報構造設計の基礎知識情報構造設計の基礎知識
情報構造設計の基礎知識力也 伊原
 
UXデザインの理論・プロセス・手法の体系とポイント
UXデザインの理論・プロセス・手法の体系とポイントUXデザインの理論・プロセス・手法の体系とポイント
UXデザインの理論・プロセス・手法の体系とポイントMasaya Ando
 
”安藤昌也さん”のUX論 ~ 利他的な「私」
”安藤昌也さん”のUX論 ~ 利他的な「私」”安藤昌也さん”のUX論 ~ 利他的な「私」
”安藤昌也さん”のUX論 ~ 利他的な「私」Masaya Ando
 
超簡単でハイセンスな表紙スライドの作り方
超簡単でハイセンスな表紙スライドの作り方超簡単でハイセンスな表紙スライドの作り方
超簡単でハイセンスな表紙スライドの作り方MOCKS | Yuta Morishige
 
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTest Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTakuto Wada
 
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークプロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークkumiko koshiro
 
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術Takuto Wada
 
はじめてのUXとUIの話
はじめてのUXとUIの話はじめてのUXとUIの話
はじめてのUXとUIの話Kazuki Yamashita
 
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!Unity Technologies Japan K.K.
 
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~Kenji Hiranabe
 
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成Sugimoto Chizuru
 
Unreal Engine を用いた、駐車スペース検知のための学習データ生成
Unreal Engine を用いた、駐車スペース検知のための学習データ生成Unreal Engine を用いた、駐車スペース検知のための学習データ生成
Unreal Engine を用いた、駐車スペース検知のための学習データ生成Silicon Studio Corporation
 
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料「インターンシップについて本音を語る:大学教員×企業×学生」講演資料
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料Takayuki Itoh
 
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】MOCKS | Yuta Morishige
 
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なことUnityTechnologiesJapan002
 
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則現場で役立つシステム設計の原則
現場で役立つシステム設計の原則増田 亨
 

Was ist angesagt? (20)

ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
 
【アジャイルサムライ】6章_ユーザストーリーを集める
【アジャイルサムライ】6章_ユーザストーリーを集める【アジャイルサムライ】6章_ユーザストーリーを集める
【アジャイルサムライ】6章_ユーザストーリーを集める
 
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが新規サービスを立ち上げるまでドワンゴの新卒エンジニアが新規サービスを立ち上げるまで
ドワンゴの新卒エンジニアが 新規サービスを立ち上げるまで
 
推薦アルゴリズムの今までとこれから
推薦アルゴリズムの今までとこれから推薦アルゴリズムの今までとこれから
推薦アルゴリズムの今までとこれから
 
情報構造設計の基礎知識
情報構造設計の基礎知識情報構造設計の基礎知識
情報構造設計の基礎知識
 
UXデザインの理論・プロセス・手法の体系とポイント
UXデザインの理論・プロセス・手法の体系とポイントUXデザインの理論・プロセス・手法の体系とポイント
UXデザインの理論・プロセス・手法の体系とポイント
 
”安藤昌也さん”のUX論 ~ 利他的な「私」
”安藤昌也さん”のUX論 ~ 利他的な「私」”安藤昌也さん”のUX論 ~ 利他的な「私」
”安藤昌也さん”のUX論 ~ 利他的な「私」
 
超簡単でハイセンスな表紙スライドの作り方
超簡単でハイセンスな表紙スライドの作り方超簡単でハイセンスな表紙スライドの作り方
超簡単でハイセンスな表紙スライドの作り方
 
Test Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるかTest Yourself - テストを書くと何がどう変わるか
Test Yourself - テストを書くと何がどう変わるか
 
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークプロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
 
組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術組織にテストを書く文化を根付かせる戦略と戦術
組織にテストを書く文化を根付かせる戦略と戦術
 
はじめてのUXとUIの話
はじめてのUXとUIの話はじめてのUXとUIの話
はじめてのUXとUIの話
 
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!
【CEDEC2017】Unityを使ったNintendo Switch™向けのタイトル開発・移植テクニック!!
 
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
アジャイル開発の現在・過去・未来~今を知り、源流を訪ね、先を見据える~
 
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成
ゲームの仕様書を書こう1 仕様書作成の分業とリストの作成
 
Unreal Engine を用いた、駐車スペース検知のための学習データ生成
Unreal Engine を用いた、駐車スペース検知のための学習データ生成Unreal Engine を用いた、駐車スペース検知のための学習データ生成
Unreal Engine を用いた、駐車スペース検知のための学習データ生成
 
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料「インターンシップについて本音を語る:大学教員×企業×学生」講演資料
「インターンシップについて本音を語る:大学教員×企業×学生」講演資料
 
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
 
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと
【Unity道場教育スペシャル】Cinemachineで教えるゲームの3つの大切なこと
 
現場で役立つシステム設計の原則
現場で役立つシステム設計の原則現場で役立つシステム設計の原則
現場で役立つシステム設計の原則
 

Ähnlich wie 「使ってもらえるアプリの考え方」スマホデザイン会議 2012 忘年会スライド

03uchiyama 120627034113-phpapp01
03uchiyama 120627034113-phpapp0103uchiyama 120627034113-phpapp01
03uchiyama 120627034113-phpapp01Kazuyuki Uchiyama
 
タッチデバイス時代の自社サービス系webディレクターのポジションを考える
タッチデバイス時代の自社サービス系webディレクターのポジションを考えるタッチデバイス時代の自社サービス系webディレクターのポジションを考える
タッチデバイス時代の自社サービス系webディレクターのポジションを考えるVOYAGE GROUP
 
アート・オブ・アジャイル・デベロップメント読書会#1
アート・オブ・アジャイル・デベロップメント読書会#1アート・オブ・アジャイル・デベロップメント読書会#1
アート・オブ・アジャイル・デベロップメント読書会#1Sosuke Kimura
 
新人が考える、UXと魔法の板っきれの話
新人が考える、UXと魔法の板っきれの話新人が考える、UXと魔法の板っきれの話
新人が考える、UXと魔法の板っきれの話Natsumi Kashiwa
 
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。Akihiro Kuwano
 
セプテーニさんでのセミナー
セプテーニさんでのセミナーセプテーニさんでのセミナー
セプテーニさんでのセミナーTokusei Noborio
 
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~Takao Oyobe
 
「ほげエンジニア」の定義について #operationcasual
「ほげエンジニア」の定義について #operationcasual「ほげエンジニア」の定義について #operationcasual
「ほげエンジニア」の定義について #operationcasualSATOSHI TAGOMORI
 

Ähnlich wie 「使ってもらえるアプリの考え方」スマホデザイン会議 2012 忘年会スライド (8)

03uchiyama 120627034113-phpapp01
03uchiyama 120627034113-phpapp0103uchiyama 120627034113-phpapp01
03uchiyama 120627034113-phpapp01
 
タッチデバイス時代の自社サービス系webディレクターのポジションを考える
タッチデバイス時代の自社サービス系webディレクターのポジションを考えるタッチデバイス時代の自社サービス系webディレクターのポジションを考える
タッチデバイス時代の自社サービス系webディレクターのポジションを考える
 
アート・オブ・アジャイル・デベロップメント読書会#1
アート・オブ・アジャイル・デベロップメント読書会#1アート・オブ・アジャイル・デベロップメント読書会#1
アート・オブ・アジャイル・デベロップメント読書会#1
 
新人が考える、UXと魔法の板っきれの話
新人が考える、UXと魔法の板っきれの話新人が考える、UXと魔法の板っきれの話
新人が考える、UXと魔法の板っきれの話
 
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。
勉強会コミュニティがぼくの エンジニア人生にもたらした事。 あと、NoSQLとの付き合い方。
 
セプテーニさんでのセミナー
セプテーニさんでのセミナーセプテーニさんでのセミナー
セプテーニさんでのセミナー
 
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~
20121021 Lean!! Lean!! Lean!! ~DevLOVEと現場と私~
 
「ほげエンジニア」の定義について #operationcasual
「ほげエンジニア」の定義について #operationcasual「ほげエンジニア」の定義について #operationcasual
「ほげエンジニア」の定義について #operationcasual
 

「使ってもらえるアプリの考え方」スマホデザイン会議 2012 忘年会スライド