Flintoのスクロールグループの挙動について

flinto

SketchライクなGUIでさくさくモックが作れちゃうFlinto、大変便利に使っているのですが、たまにスクロールグループで「イイイー」となることがあり、なんども沼にハマらないようにするために、スクロールグループの挙動についてまとめておきます。

f:id:mura24:20171222194915p:plain

縦に長い画像を「スクロールグループ」として設定しました。

プレビューはこんな感じ。イメージ通りの挙動ですね。

f:id:mura24:20171222194925p:plain

次に、同じ画像のy座標をずらし、途中からコンテンツが開始するようにしました…が、プレビューを見てみると

さきほど設定したスクロール領域がズレ、中途半端なところでバウンスするようになってしまいました。 Flintoでインスペクタを見てみましょう。

f:id:mura24:20171222194935p:plain

「スクロールコンテンツ」の「グループオプション」のy座標は 0

f:id:mura24:20171222194941p:plain

contents と名付けた画像ファイルの方の座標が -762 となっています。

ここで、スクロールグループについておさらいしてみましょう。

インスペクタでは以下のような設定項目があります。 スクロール位置を調整するには、スクロールグループ内の各画像の位置ではなく、「スクロールグループ」>「グループオプション」の「初期位置」を変更する必要があります。

f:id:mura24:20171222194949p:plain

このルールに則って、さきほどのファイルを修正してみましょう。

f:id:mura24:20171222194959p:plain

スクロールグループ内の画像 contents の位置は 0 に戻し

f:id:mura24:20171222195007p:plain

スクロールグループの「グループオプション」の「初期位置」y座標に 762 と設定しました。 プレビューがこちら

イエーイ🎊イメージ通りの挙動になりました。

スクロール位置の調整は「スクロールグループ」>「グループオプション」>「初期位置」を調整するようにしましょう。

Sketchでワンストップデザイン!ペーパープロトタイピングからUIデザイン、動作モックまで

この記事は(Sketch Advent Calendar 2017 18日目の記事です。

こんにちは、デザイナーのmura24です。普段は事業会社でアプリのUIデザインをやっております。

サービス開発のデザイナーの主なデザインタスクとして、以下のようなものが上げられます。

デザイナーの主なデザインタスク

これらのタスクにはそれぞれ、紙、Sketch、Google Suite、inVisionなど、最適なツールがたくさんあります。ですが、ツールを分けることで、デザインデータが引き継げない、すべての成果物を最新状態に保つ手間が発生する…などといった問題が起こってしまいます。

今回は、Sketchを活用してこれらのデザインタスクをワンストップで行う方法について公開します。

このエントリの対象

  • サービス開発に携わっている開発者(特にデザイナー)
    • UIデザイン外のタスクの工数を減らしてもっとデザインに集中したい!と思っている方
    • 開発メンバーとの仕様共有に悩んでいる方

ペーパープロトタイプ

フォーカスする問題と作るものが決まったら、多くの場合、次のステップはペーパープロトタイプになることが多いでしょう。

ペーパープロトタイプそのものは、わたしは文字通り紙でやります。

以前は、THE GUILDEさんで販売されていた Paper Prototyping Padや、プリントアウトして利用する、ペーパープロトタイプ用のPDFファイルを活用していましたが、ここ1年ほど、ふせんとFrictionペンを使ってプロトタイピングしています。

f:id:mura24:20171218103017j:plain

ふせんのプロトタイピング、めちゃくちゃ速いのでオススメです(詳しくはクックパッド デザイナー倉光さんの「ペンとふせんで!スマホUIのアイデアプロトタイピング」をご覧ください)。

techlife.cookpad.com

紙以外のツールや、ペーパープロトタイプをすっ飛ばしてUIデザインに入る方もいるでしょう。紙にこだわらず、自分のアイデアを高速で定着できる方法であれば、どんなやり方でも構いません。

Macへ取り込んで、Sketchで画面遷移図を作成する

Macへの取り込み

ひととおり画面ができあがったら、Macに取り込みます。

カメラアプリ「Office Lens」を使うと自動で被写体の境界を認識してクロッピングしてくれるのでおすすめです。似た機能を持つアプリにEvernoteが開発している「Scannable」もあります。

Office Lens

Office Lens

画像のリサイズ

撮影したデータをそのままSketchに持ってきてもよいのですが、Office Lensで取り込んだふせんデータは1枚1枚のサイズが微妙に違うので、私はterminal で mogrify コマンドを使って一括リサイズをしています。

mogrifyImageMagickのコマンドのひとつで、画像サイズを一括変換できます。

サイズを375*667pxに一括リサイズする場合

mogrify -resize 375x667! -set option:preserve-timestamp true *.jpg

サイズを横幅375px(縦幅可変)に一括リサイズする場合

mogrify -resize 375x -set option:preserve-timestamp true *.jpg

画像のリサイズが済んだら、いよいよ、Sketcの出番です。 なお、普段terminalでコマンドを打つ習慣のない方は、Sketch上でデータを取り込んだ後に画像サイズを修正すればよいでしょう。

Sketchへの取り込み

SketchにiPhone8サイズのArtboadを生成し、ペーパープロトの画像をはめ込んでいきます。

f:id:mura24:20171217225332p:plain

後述する動作モック作成のこを考えて、Artboard名はスクリーン名として意味のあるユニークな名前を割り振っておきます。

f:id:mura24:20171217225336p:plain

各画面をArtboardに配置できたら、全てのArtboardを包含する大きなArtboardを生成します。これがそのまま画面遷移図になるのです!

f:id:mura24:20171217225256p:plain

このままチームに共有してしまうと、どういうフローで画面遷移するかちょっとわかりづらいですね。分岐条件や注釈を加えました。これで画面遷移図の完成です!

f:id:mura24:20171217225300p:plain

画面遷移図をSketchで作成するメリット

私も以前は画面遷移図をIllustratorや他のツールで作成していたのですが、そうすると、Zeplinで共有している画面デザインと画面遷移図のデザインが違う…といった実装時の混乱が発生しがちでした。

ひとつのデータでUIデザイン・画面遷移図を管理することでそういったミスを減らすことができます。

Craft x inVisionで作る動作モック

画面遷移図を作る際に、Artboard名にそれぞれきちんとスクリーン名を振りました。次は、作成した画面遷移図をそのまま活用して、inVisionで動作モックを作ります。

f:id:mura24:20171217225313p:plain

CraftのSync機能を使い、画面遷移図以外のArtboardを選択し、inVisionにアップロードします。

f:id:mura24:20171217225324p:plain

inVisionで画面をつないで動作モックの完成です。

f:id:mura24:20171217225329p:plain

実際作成した動作モックがこちらです。

https://gyazo.com/d1f81872f6975e416069aab0a49158c2

なお、本エントリではinVisionを使用しておりますが、Sketchから直接デザインデータをアップロードできるツールであれば、MarvelProttなど、なんでも構いません。

ペーパープロトタイプを活用したUIデザイン

動作モックと画面遷移図ができたタイミングでレビューを受け、デザインの方向性が固まったら、いよいよUIデザインです。

ペーパープロトタイプの画面遷移図のPageをDuplicateし、ペーパープロトの各Artboardに上書きする形でUIデザインを進めていきます。

あらかじめ画面遷移図で必要な画面とフローが洗い出せているので、非常にスムーズにデザインすることが可能です。

f:id:mura24:20171217225346p:plain

画面遷移図をペーパープロトからアップデート

レイアウトを調整して、同じように各画面を包含する大きなArtboardを生成すれば、それがそのまま最新状態の画面遷移図になります。

f:id:mura24:20171217225351p:plain

動作モックとの整合性のためにも、画面遷移図はつねに最新の状態を反映しましょう。

動作モックもinVisionのDuplicateでらくらく

ついでに動作モックも作ってしまいます。

inVisionでさきほどのペーパープロトの動作モックプロジェクトをDuplicateして、Craftから画面遷移図以外のArtboardをアップロードします。

f:id:mura24:20171217225356p:plain

f:id:mura24:20171217225401p:plain

画面遷移が設定されている状態で、最新デザインが反映された動作モックが生成されました!

f:id:mura24:20171217225405p:plain

ペーパープロトタイプのリンク領域とズレている箇所を修正すれば、動作モックの完成です。

https://gyazo.com/e6d1ab6d93822f0f90097e0e4250befa

Sketchを軸にワンストップでUIデザイン

Sketchと関連ツールを活用することで、一つのSketchデータから少ないコストでペーパープロトタイピング・UIデザイン・画面遷移図・動作モックと展開できました。

価値検証のためのプロトタイプ作成やチーム内で合意を取るために必要なデザインタスクの工数はなるべく圧縮して、サービス体験の設計や、UIデザインに注力できるとよいですね!