定規、ノート、デザインテンプレートも自分たちで作ったりしています。プロトタイピング?トレンドの変化、時代のスピードの上昇アプリケーションをつくっても、すぐにライバルが登場したり、すぐにシェアが変わってきたり、ウォーターフォールでは間に合わない作っている間に状況が変わってきてしまう。評価と検品が最後だと危険すぎる自分たちが売れるものを作っているのかわからなくなる。プロトタイピングを一番最初にやれば、方向転換もできる。リスクを避けるためのプロトタイピングとは?よいプロトタイピング早期にリスク検証。テストファースト問題を分割したプロトタイピングよく作ろうと考えると、データベースにつないでいないだけで、ほぼ完成版を想像しますが、もしろ必要なのは、問題を分割した細かいプロトタイプドロワーが良いのか、タブで作った方いいのか?縦スクロールがいいのか?横スクロールの部分だけをつくって試すとか。問題ごとに分けて作るのが良いプロトタイピング下手するとプロト自体が、ウォータフォールにならないように。実際は、設定や画面がきたなくても、プロジェクトが失敗するかしないかにおいては、どうでもいいところ。サブ機能にはコストをかけないで、アプリのコア機能のところにプロトタイプを沢山つくっていく。ダメなプロトタイピング、アンチパターン●一球入魂ジャストアイデアみたいな、一個しか作らないのは良くない。ダメだと解っていても作りつづけるようなことになる。プロトタイピングする時は、問題を分割して、リスクを分割して小さいものを沢山つくる。使いやすくなってきています。モニタだけのプロトタイプは大きな弱点があって、チームで作るとか、チームでシェアするのが難しくなる。プロジェクトの最初の段階で、ああでもないこうでもないと考えながらプロトタイプできない。単なるオペレーターになってしまう。●プロジェクトの品質が他人事になりやすい。●スーパーゴージャス機能ありすぎ、機能はないのにアニメーションだけが凄いとか。ゴージャスなものが全部だめなわけではなく、クライアントプレゼンで、お金をひっぱるために作るのであれば、よい。偉い人を説得するには良い。いうのは、プロジェクトのゴーサインをもらうために必要なもので、チーム内で作るには時間とリソースがもったいない。●みんなでやるシンプルであること、ツールが気軽で特殊なスキル無しで使えること、そういうプロトタイピングが終わったら、それぞれチームの中のエキスパートがやれば良い。持って帰れるメソッドを。●プロコン・リストUIやUXの教科書に載っているようなことではない。使えることをそしゃくして使えるようにしている。感覚面の評価ができない正確な重み付けが難しいつりあいの取れる長所と短所をセットで消していき、どっちが重いか?最終的に「チームで共有しやすい」が残り、やる方がメリットが多いということがわかる。思い込みにブレーキをかけ、客観的評価の機会を作る。もりあがって、欠点を考えないで、すすめてしまわないよう。詳しく無くても、即実行できるものです。商品の前に疑似プレスリリースを作る。それをメディアに送ったりしないのですが、そのインチキプレスリリースを見てもらう。疑似プレスリリースで、ユーザーの反応を見る。商品無しに商品の需要を計れる。トリッキーな方法に見えますが、ユーザー視点の企画書をもう一回書き直しているようなもの。具体的な問題を解決する方法になります。文字のないボタンが多いからミスタップが多いボタンが小さすぎてとなりのボタンを押してしまうのでミスタップが多いこれはあくまで問題を分析して解析するためのツール実際自分でやるときには、問題をブレイクダウンすると、それらを解決するプロトタイプを作ると、具体的な問題に分析して、解決できる。枝の精査/評価に時間がかかるこれらのメソッドをよく使っています。費用が安いみんなでできる短所アニメーションに弱い遠隔共有に弱いプロト図は技法なので、絵が苦手でも描けるまっすぐ線がかけるツールが安心すると思っているかもしれないが、プロト図は技法だと思っているので、絵が苦手でも描ける鉛筆で描いたり消したり、書き直したり、わりと雑でOK細いペンと太いペンで、清書をします。線を引いただけでそれっぽくなる。重要なところは太い線、ルールをわけるだけで読みやすくなる。マーカーで、濃いマーカーと薄いマーカーで、レベルわけして濃くするだけでそれっぽくなる。絵が上手くなくても、ぱっと見でわかるようになる。2-3枚かけばわかる。描ければ楽しくなってくる。スタートポイントとしては楽しくできます。同じ要素を何度も描くのは面倒。常に解決法はありまして、ポストイットはペーパーの弱点を補完する同じような画面があったときに、再利用できる。コンポーネント、アラートとかをあらかじめ用意しておいてます。ホッチキスを使う文房具の星形シールとか使ったり。複数パターンを作るATMの送金アプリを考えた時のフィッシュボーン図お金を送るUIであれば、おこる間違いを解析して、問題を対応するアプローチで複数案を作る。お金を送るまえに確認する、ポップアップだと情報が見えなくなる、タップする代わりにスライドで送金するようにすれば、間違わなくなる。解決したと思ったことも、より深い解決にできたりする。プロコンリストで一番いいものを探す。●紙から先へだいたいできたかなとなってから、チームで共有できないとか、インタラクションがわからないとか。POPというツールを使っています。https://popapp.in/紙で描いたプロとでインタラクティブ性が確かめられる。長所コストがきわめて低い高フットワークスマホだけでできるチームで参加できるポップアップも、タブもポストイットを使っています。一回ペーパープロトができれば、20-30分で取り込んでリンクをつけて、コストパフォーマンスが良いツールだと思います。POPの人と仲良くなったので、ビデオレターをもらいました。関連のVCに買われた?POPからのメッセージ------------------------------------------------------------------------------これからの新規を紹介させてくだしい。最初に始めたころは大きな失敗を繰り返していました。作る前に全くテストしないで作っていて、なんかおかしんじゃないかと思って、問題を解決するために、いろんなツールを探してみましたら、解決するツールはありませんでした。自分たちでカメラで撮ってiPHoneに入れればいい、と思いついて開発しました。その頃はそういうツールが無かったので、友達と2人で作りました。バージョン、アンドロイドも。「ふわん」とするとかは、重要ではない。ようなものではなければ重要ではない。チーム全体で作れない。使えるが、プロトで使うのは封印している。チームで共有できる動きのモックはどうするか?豪華なアニメーションのデモ、キーノートで作ってます。スクリーンサイズでキーノートのアニメーションを活用。これだけ動けば、いいデモになる。何時間もかける必要がない。全部アニメーションの検証もできる。Keynote大げさなツールを使わなくてもチーム全員が使える。●まとめプロトの本質は、最初に可能性を模索するのが一番大事。地雷を外すのが大事、ビジョンを共有する。紙やPOPはどうでもよくて、自分の使いやすいツールを使う、ベストを模索する。紙だって、そのまま書くひとも、切り取って書く人もいる。皆さんがやりやすい方法でやればよい。30分使うだけで、成果物は大きく変わる。