StoryBoardを使ったBtoBアプリのプロトタイピングのススメ〜まだエクセル方眼紙で消耗してるの？〜

今日のiOSアプリ開発では、アプリのプロトタイピングを何度も繰り返し、UIの使いやすさを練ってから開発することが一般的です。

スタートアップなんかだと、こうしたプロトタイピングのサイクルを高速で回すために、プロトタイプのデモにはPrott、InVision、デザインはSketchやZeplinで受け渡したりして、企画・デザイナー・エンジニア間のコミュニケーションコストを下げるのはあたりまえのように行われています。

f:id:ponpoko1968:20160521134741j:plain

(Photo by Samuel Mann on Flickr)

しかし、上記のようなモダンなツールが導入出来ない現場のほうがいまだ多数を占めると思います。

とはいえ、プロトタイピングをせずに机上の設計だけで作られたアプリなど、ロクなものにはなりません。

そこで、上記のような態勢がくめない開発案件で、プロトタイピングを開発プロセスに取り入れたい場合は、Storyboardを使ってプロトタイピングをするのも一つの案ではないかと思います。

こんな時にオススメ

ステークホルダーが全員エンジニア
開発体制にデザイナーがいない
クライアントが外部サービスを使いたがらない

ステークホルダーがほぼ全員エンジニア

SIerが扱う案件ではアプリの配布や運用をいわゆるSEと言われる職種の人が行うため、Xcodeの基本的操作はお任せすることが出来ることが多いです。なので、プロトタイプのソースコードを一式を渡せばステークホルダーへの配布は最終成果物と同様のフローで行ってもらえます。

なお、プロトタイプを最終成果物と同様のフローで配布してみることで、プロジェクトの最後の方で、iOSアプリ開発でありがちなアプリの配布作業で手間取る、といったことを減らせるという隠れたメリットもあります。

デザイナー不在の体制

１．の裏返しの話ですが、Prott,InVsionといったあまたあるプロトタイピング向けサービスは、デザイナーがエンジニアの手を借りずに動きのあるプロトタイプを作成できることが売りなわけですが、そもそもデザイナー不在の案件はエンタープライズ向けの案件では珍しくありません。なので、あまりプロトタイピング向けサービスを使う必然性がないことになります。

クライアントが外部サービスを用いることを好まない

冒頭で上げたようなお客さんについて、これは良くあるケースです。

余談ですが、大きな会社の場合、情報漏洩対策の観点でクラウドサービスを使いたがらないというイメージがありますが、どっちかというと加入に至るプロセス（稟議が面倒「画面設計？そんなもんエクセル方眼紙で十分やろ！」）だったり、加入後のアカウント管理（「○○部が勝手にナントカってサービスに入ってるけど、あれうちの部でも使わせてくれないの？」的な）や、使わなくても定期的に費用が発生することなど、とにかく面倒な事が多いために使わない会社が多いんじゃないでしょうか。

なので、ワンストップ、消耗品的に使えるサービス体系だともっと使ってもらえる気がします。