- Figma SlidesはAuto Layout、Componentsなどによりスライド作成の速度と効率を大きく高めたが、Keynoteの中核機能（Autosize Text、段階的アニメーションなど）が不足している
- オフラインでの発表環境ではFigma Slidesは不安定で、保存やプレゼンテーション操作などで予期しないエラーが頻繁に発生する
- アニメーションのビルド、Presenter View / Audience Viewの管理などでKeynoteに比べて明確な弱点があり、現場の発表では複数回クリックしなければならないバグなど、実際の発表の流れを大きく妨げる
- Figma Slidesの中核機能がミッションクリティカルなものとして扱われていない印象があり、信頼性と完成度の面でKeynoteと比べると限界が見える
- 退屈でも実績ある技術（例: Keynote）のほうが実際の現場では価値が高いことを再確認した体験談
Figma Slides の要約
- Figma Slidesは、プレゼン用スライドの作成と発表のためにFigmaが提供する relatively 新しい製品である。
- この記事では、Figma Slidesの長所と限界、そして実際の発表現場で経験した問題点を詳しく扱う
スライドの目的とデザイン
- プレゼン用スライドには、中核メッセージの強調、複雑な概念の分解、面白さの提供という3つの目的がある
- これらの目的を達成するには、画像を中心にしたシンプルなスライド構成が効果的である
Figma Slides の使用体験
- 長年Keynoteを使ってきたが、最近の発表準備のためにFigma Slidesを使ってみた
- Grid View、Auto Layout、ComponentsなどFigma固有の機能が、スライド作成を速く簡単にしてくれた
- JavaScriptフレームワークの多様性を示すための可視化も、Figmaでは非常に素早く構成できた
- Figmaのコンポーネントと自動レイアウト機能のおかげで、Keynoteに比べて10倍速くスライドを組み立てられた
Figma Slides の惜しい点
- Keynoteで必須と考えられるAutosize Text（コンテナに合わせてフォントを自動調整）がFigmaにはない
- FigmaはCSS Gridと互換性のある自動レイアウトだけをサポートしようとしているため、機能拡張には限界がある
- スライド内で項目や図の要素をクリックごとに段階的に表示する機能の実装が難しく、1msのフェードアニメーションやレイヤー順の変更といった煩雑な方法しか使えない
- 単純に4つの単語を1つずつ表示するだけでも手間がかかる
発表リハーサルと本番で発生した問題
- "Save Local Copy" オプションはあるが、ローカルから直接発表することはできない
- 発表を開いたままでも、オフライン状態で "Present" をクリックするとエラーが発生する
- 「ダウンロード」によってオフライン発表の準備は可能だが、タブを閉じると再び元に戻ってしまう
- 発表画面がフルスクリーンではなくポップアップ形式で提供されるため、別途プロジェクタへ移動して最大化する必要がある
- KeynoteのようにショートカットでAudience Displayへ切り替えることはできない
- マウスカーソルがスライド上にそのまま残るなど、ユーザー体験が滑らかではない
- Presenter ViewとAudience Viewの制御も不安定に動作する
発表現場での致命的な問題
- 発表中、スライドごとに2回クリックしないと次のスライドへ進まないなどの異常動作が発生した
- 複雑なアニメーションを含むスライドでは、まったく切り替わらない現象まで発生した
- 例: ビルドが7つあるスライドで14回クリックし、その後は戻る操作を繰り返しながら無理やり説明した
- バグはその後Figmaを再起動すると再現しなかったが、フォーラムでは類似事例が多数報告されている
- 聴衆の理解と発表の流れが断ち切られる体験をした
主な教訓
- 退屈な技術、つまり安定して信頼できるツールの重要性を発表現場であらためて確認することになった
- Figma Slidesは楽しく革新的だが、現場の発表では信頼性と完成度が重要である
- Keynoteは古いツールであるにもかかわらず、発表者と聴衆の双方に堅牢な信頼性と発表体験を提供する
- Figma Slidesには今後改善の余地があり、実際にミッションクリティカルな発表用途にはまだ不十分であるため、既存の実績あるツールを使う利点をあらためて実感した
追記アップデート
- FigmaのPMが直接フィードバックを受け入れ、より安定したサービス提供を約束した
- プレゼンツールとしてのFigma Slidesが、「美しく魅力的な新製品」から、実運用で「退屈なくらい信頼できる製品」へと発展していくことを期待したい
1件のコメント
Hacker Newsの意見
この惨事でいちばん奇妙なのは、Figmaを実際に使っている人がいたなら、こうした問題にはすぐ気づいたはずだという点だ
多くのコメントはクラウドやクロスプラットフォームアプリを責めているが、同様の機能はFigmaの他のアプリでは問題なく動いている
Figmaはこうした問題を何年も前にすでに解決していた
それにもかかわらず、なぜSlidesがここまでひどい出来になったのだろうか
外から見ると、スタートアップがインフルエンサーの「MVPはできるだけ早く出せ」という大げさな助言を真に受け、バグだらけの状態で製品を急いでローンチするのに似て見える
実ユーザーは、必要なときに製品が失敗しても簡単には許してくれず、こうした信頼の毀損から回復するのは非常に難しい
私の経験に照らすと、勝手にスケジュールを決め、エンジニアには後から通達して、恣意的な締め切りまでに全機能を出せと要求する経営陣の下にいたときに似ている
締め切りを絶対に守れという圧力のせいで、未完成の機能やバグだらけの状態で出して、あとで直そうという戦略になる
誰も実際にはソフトウェアを使わない状況で、社内でいちばんもっともらしく見せるには合理的な行動だ
こういうアプローチは、いつもこういう失敗した結果に終わる
Allenに起きたことは本当に気の毒だ
このケースをチームと共有して、直接詳しく確認することにした
より一般的に言えば、Slidesはプレゼンの場で欠点のない完成度を示さなければならず、それ以下は許容できないと明確に認識している
参考までに、Figma社内ではSlidesを社内ミーティングから大規模イベントまで、ほぼあらゆる場面で実際に使っている
私自身もPMとして毎週Slidesを使っており、社内のフィードバックチャンネルも非常に活発だ
そしてFigmaは、プロジェクトの締め切りより品質向上を優先するリーダーシップ文化を持つ、かなりユニークな環境だ
ユーザー体験がどれほど重要かも十分に認識している
いつも完璧な判断ができるわけではないが、足りなかった部分は必ず改善していくつもりだ
Appleスタイルのプレゼンテーション（視覚的ノイズなし、箇条書きなし、各スライドに魅力的なひとつのビジュアル・アイデア、そしてストーリーテリング重視）で発表すると、聴衆が本当にプレゼンを楽しみ、要点が伝わっているのがはっきり感じられる
ところが経営陣はいつもやってきて、「会社のテンプレートを使え、テンプレートの要素を合わせろ」と言う
自分たちも聴衆としているときは内容を楽しんでいるのに、良いプレゼンテーションの本質を理解していない
結局、虚しさだけが残る
さらに言うと、700人を超える会社でMacBookを使っているのは私ひとりだけという妙な点もある
私の経験では、人はスライドを補助資料ではなく文書のように使おうとしがちだ
そのため毎回、プレゼンではスライドが私の話の補助役にしかならないように作るのだが、終わると人々はスライドを送ってほしいと求めてくる
資料は送るが、それ単体では何の役にも立たない
管理職がすべての内容をスライドに詰め込めと圧力をかけ、その結果、発表者はただ音声解説をするだけになる構図だ
私はプレゼン資料の作り方として、いつもBeamer（LaTeXのプレゼン資料生成拡張）のガイドを勧めている
beameruserguide.pdf の一部を共有する
スライドを発表者なしでも資料として使えるはずだという期待から生まれる問題だ
実際には、別のフォーマット（文書）のほうが適している
代替案は2つある
これは従来の典型的な会社スタイルのプレゼンより、はるかに役に立つこともある
そして文書の冒頭に「この文書にはX分のプレゼンのすべての情報が含まれています」と案内文を入れるのも勧めたい
私は1行メッセージをスライドのタイトルに入れ、残りの内容でそのメッセージを補強する形でバランスを取っている
あるスライドでは「タイトルだけ見てください」と案内したり、タイトルを強調して繰り返し話したりする
補助資料（技術セッション用の根拠資料など）も用意する
注意すべきなのは、ミニマリズムスタイル（Appleのマーケティング風）は特定の状況にしか適さないということだ
ほとんどの状況には合わないかもしれないので、形より機能を優先すべきだ
2つのバージョンを作るべきだ
詳細を詰め込んだ事後共有用と、話すときに使う要約版の発表資料だ
Steve Jobsは2011年に亡くなった。彼のプレゼンテーションは伝説的で、iPhoneの発表は2007年だった
20年近く経ったが、MS Powerpointを含め、どのプレゼンテーションソフトウェアも2007年のKeynoteほどの完成度を示せていない
ひとつ学んだのは、「そのままコピーしろ」と命じても、100%複製すること自体が簡単ではないということだ
たいていは細かなディテールを無視したまま紛い物を作ることになり、90〜2000年代のMicrosoftのように、むしろ悪化させてしまう
結局、この違いはすべて「センス」に行き着く
Steve Jobsも、Microsoftの問題はセンスがないことだと言っていた
細部への職人的なこだわりや製品感覚がなく、結局は営業やマーケティング部門が「売れるかどうか」だけで判断するようになり、これは最近のAppleですら同じ流れだ
「世界はすでに、偉大なプレゼンテーション／ソフトウェアの本質を学んでいるべきだった」
根本的な違いはソフトウェアでは解決できないし、ソフトウェアがあなたにどんな価値を追求するかを決めさせることもできない
Jobsはプレゼンを公演や演劇のように捉え、何日もかけてリハーサルと微調整を行っていた
現実のビジネスでは非常にまれなケースだ
やや物議を醸すかもしれないが、Steve Jobsのプレゼンから実際に学べる範囲はごく少ない
彼は強力な支援チームと卓越した能力を持っていた
まるで一度も運転したことのない人がF1レースの映像を見て学ぼうとするようなもので、現実で普通の配達ドライバーにF1基準を期待するのは難しい
Steveほど業界を代表する役割を果たせる人物は、今はいない
新しいもの、興味深いものを伝える力が大きく落ち、業界全体の空気まで停滞している
最近は「Hype man」とエンジニアチームが宣伝しているだけのように感じる
Steveも「Hype」の代名詞ではあったが、自然で、誰もが歓迎するやり方だった
才能あるプレゼンターそのものが、ごく少数の集団なのかもしれない
実際のところ、ほとんどの人はプレゼンテーションそのものにほとんど関心がない
プレゼンテーションソフトウェアで直接働いたことがある立場から言う
見た目以上にはるかに複雑だ
無料またはバンドル相当で、その程度で十分使え、利用者もすでに慣れており、しかもこの分野が本業ではない会社にとっては革新の動機も弱い
テンプレートやチュートリアルがあっても、結局「駄作」しか生まれない
飾ろうとしても「アニメーション」の乱用などで、むしろもっと稚拙になりがちだ
結局、本当に投資して見栄えのよい資料を作る人はごく少数だ
核心はスライドの品質ではなく、発表者のコンテンツと力量だ
カンファレンスですらスライドがひどいことは珍しくなく、本当に印象に残るプレゼンは発表内容そのものと発表者の実力による
最近は発表資料をほとんどPDFに書き出して使っている
昔、見栄えのいいフォントをプレゼンに使ったところ、そのフォントがPDFに埋め込まれず、PCごとにテキストが切れて発表を台無しにした経験がある
それ以来、PDF/Aでしか作らないのがルールだ
LibreOffice ImpressもPDF/Aへの書き出しに対応している
動的コンテンツやアニメーションは使えないが、YouTubeリンクやローカル動画などで代用すればよい
とても簡単な方法で、一度も失敗したことがない
現地PCにブラウザさえあれば資料を開けて、別のソフトウェアやログインも不要だ
PDF/A説明
Keynoteは、私が使ったソフトウェアの中でデザイン面では最も完璧に近い
いったい誰がこのUXをここまでの水準に育てたのかと畏敬の念を抱くほどだ
いつもKeynoteを使っており、たった2つの些細な欠点（カラーパレットのバグ、長方形から角丸長方形に変換できないこと）を除けば、ほぼ神の領域だ
Keynoteチームに伝えたいことがある。本当にヒーローだ
iA Presenterの魅力が気に入っている（関係者ではない）
Markdownベースで、まず物語を組み立てていく過程に重きを置いている
レイアウトも自動で予測しやすい
以前のバージョンでは箇条書きすら提供していなかったほどだ
制約は多いが、そのぶん気にすることが減り、むしろ利点になっている
そしてオフライン利用を完璧にサポートしている
iA Presenter
reveal.jsとslides.comを使ったことがある
ただ、かなり多くの制約を感じ、会社でも結局Google Slidesに落ち着いた
特に共同発表が多かったのだが、共同編集機能は非常に実用的だった
Deckset（deckset.com）も良い選択だ
Decksetのようなコンテンツベースの自動レイアウト方式は、長い時間をスライド遷移に費やさず、本質的な内容中心で資料を作れるのがよい
marp（marp.app）も評判が良く、オープンソースソフトウェアである点が利点だ
ソフトウェア自体は素晴らしく見えるが、公式サイトはやや使いづらい
Markdownでスライドを作りたい人と、こういうスタイルのウェブサイトが合う人の共通部分が少なすぎる気がする
iA Presenterが本当に気に入っている
実際にはリストや箇条書きもしっかりサポートしている
私の場合、提案書PDFを手軽に作るときにも活用している
本来はプレゼンテーションソフトウェアだが、素早く文書を作るのにも最高だ
クラウドファーストという方式そのものが問題だと思う
すべてのソフトウェアは
オフライン動作を保証すること
可能ならローカルに、人が直接読める形式で保存・エクスポートできること
この2つが基本であるべきだ
Electronのような技術がもう少し進化してほしい
クロスプラットフォームアプリの開発はかなり大変なので、多くの開発チームが結局すべてをウェブに移してしまうのが現実だ
この事例から私が得た教訓は、特にプレゼンのような場面では、必ずローカルで動くソフトウェアを使うべきだということだ
バックアップとして簡単なPDFも常に用意しておけば、ページ送りだけで発表内容を容易に代替できる
アニメーションは諦めるとしても、複数の段階を含む構成は依然として可能だ
私もこのやり方で準備している
Google Slidesで作った場合でも事前にローカル保存し、.pptx/.odpを使うとしてもPDFでもう一度出力しておく
本当に重要な発表なら、あらかじめ2台のノートPCにスライドを用意しておくくらいの余裕も持つ
面倒に思えても、こうした準備が一度でも自分を救ってくれるなら、人前で恥をかくことや、それがネット上に永遠に記録されるリスクを防ぐための最高の投資だ
Google Slidesにはかなり満足している
複雑なビルドやアニメーションはほとんど使わないので、むしろ必要最小限だけ使えて便利だ
Google Docsも同様に、不要な要素がない点が気に入っている
ただしローカルPDFの用意は常に必須だ
FigmaはSites、Makeなど複数のプロジェクトを同時に進めているので、Slidesには十分な投資や細やかな管理が足りていないのではないかと思う
クラウドファースト戦略も避けるようにしている
サーバーが遅い、落ちる、あるいはアクセス不能になると、自分のファイルすら取り出せなくなる状況が起きる
PowerpointやKeynoteのようなローカルアプリと、クラウドバックアップの組み合わせを好んでいる
共同作業が必要ないときに、Figmaではなく今でもSketchを使う理由がそれだ
Figmaは継続的にエクスポートしてローカルコピーを管理しない限り、元ファイルをまったく所有できない
自分の成果物が会社の方針や独自フォーマットの変更に振り回されるしかない
一方のSketchは、オフライン動作やオープンなファイル仕様により、はるかに自由度が高い
これこそが正しいやり方だ
昨年のFigmaのSlides（大型新機能）で起きた問題を見ると、今年発表されたさまざまな新機能にもまったく信頼が持てない
プレゼンテーションという問題自体は、40年前のHypercardの時代にすでに完全に解決されていたも同然だ
今使われているPPT、Keynote、LibreOffice Impressなども、結局機能はほとんど同じだ
FigmaはDropboxに似た戦略（ユーザーのベンダーロックイン）を取っていて、それはDropbox Paperを使う人がいないのと似ている
「ローカル保存はできるが、ローカルで直接プレゼンはできない」といった妙な制限を作り、ユーザーを自社エコシステムに縛りつけようとしているのが目的だ