プロダクトデザイナーは、その肩書きが示すよりも執筆に多くの時間を費やします。通常の週には、Figma のコメント、設計理論的根拠、批評メモ、調査結果、プロトタイプの説明書、製品要件のフィードバック、関係者の最新情報、引き継ぎメモ、ユーザビリティの問題、Slack の概要、AI 設計ツールのプロンプトが含まれる場合があります。
執筆が 1 つの穏やかなブロックで行われることはほとんどありません。それは、批評と次の会議の間、顧客との電話の後、プロトタイプのレビュー中、またはプロダクト マネージャーがチケットのコンテキストを必要とする 5 分前に発生します。そのタイミングが重要なのです。設計上の決定は、トレードオフがまだ新しい場合に説明するのが最も簡単です。
デザイナーはすでにデザインについて話し合っているため、音声入力は役立ちます。フローが変更された理由、あるボタン ラベルが別のボタン ラベルより安全である理由、またはチームがまだ空の状態を出荷すべきではない理由を説明します。音声キーボードは、チームが使用する場所 (Figma、Notion、Linear、Jira、Slack、Google ドキュメント、AI チャットなど) で、その音声推論をテキストに変換します。
なぜデザインライティングが迷子になるのか
デザインの仕事では、一日中小さな意思決定が必要になります。多くはその瞬間には明らかでも、1週間後には混乱してしまいます。なぜモーダルがフルページになったのでしょうか?二次アクションが削除されたのはなぜですか?エラー メッセージがわかりやすくなくなったのはなぜですか?プロトタイプがオンボーディングをスキップしたのはなぜですか?
それらの理由が書き留められていない場合、チームは後で支払います。エンジニアは引き継ぎ中に同じ質問をします。プロダクト マネージャーは古いトレードオフを再開します。関係者は最終画面を覚えていますが、それを形作った制約は覚えていません。デザイナーは、明確なメモを示さずに、記憶に基づいて決定を擁護してしまいます。
問題は怠惰ではありません。それは摩擦です。 Figma、ロードマップ ドキュメント、会議の記録を切り替えながら洗練された説明を入力するのは時間がかかります。デザイナーは多くの場合、できるだけ早いコメントを選択し、後でそれを明確にするためにより多くの時間を費やします。
デザインのコンテキストが温かい場合は声を使用する
デザインノートを口述するのに最適な瞬間は、考えが浮かんだ直後です。批評した後、何が変わったのか、なぜ変わったのかを口述筆記します。ユーザビリティ セッションの後、観察結果が一般的な洞察になる前に、デザインの意味を指示します。関係者のレビュー後、意見の相違がまだ具体的なうちに、未解決の質問を口述筆記します。
これは、すべての考えが永続的なメモに値するという意味ではありません。初稿は音声を使用し、編集していきます。値はキャプチャ段階での速度です。乱雑なバージョンをすばやく話して、チームが読む前に文を引き締めることができます。
便利な口述メモは、多くの場合、「ユーザーが場所を失わずに結果を比較する必要があるため、フィルター ドロワーを残しておきました。」という平易な言葉で始まります。この文は派手なものではありませんが、エンジニアやプロダクト マネージャーに理由を与えます。理由により手戻りが減ります。
デザイナーのための実用的な音声ワークフロー
Figmaのレビュー中
Figma のコメントは、小さくて不可解なリマインダーになる可能性があります。音声入力を使用すると、ファイルをエッセイに変えることなく、十分なコンテキストを追加できます。 「空の状態を修正する」と入力する代わりに、「空の状態は、データが存在しないことをユーザーに伝えるだけでなく、最初のインポート後に何が起こるかを説明する必要があります。」という実際の注意事項を指示します。それが次の人に方向性を与えます。
デザイン批評後
批評はすぐに決断を下します。次の会議が始まる前に、何が変わったのか、何が残ったのか、何を再度パスする必要があるのか、誰がレビューする必要があるのかなど、要約を口述筆記します。短い要約により、設計ファイル、チケット、会議の思い出を整理することができます。
引き継ぎメモ用
エンジニアには最終的なモックアップ以上のものが必要です。エッジ ケース、読み込み状態、コピー ルール、アクセシビリティに関するメモ、および時間がない場合に簡素化できる内容が必要です。ファイルを確認しながら最初のパスを指示します。次に、キーボードを使用して正確な名前、測定値、リンクを確認します。
音声入力が危険な場合
デザイナーは機密性の高い製品計画、顧客データ、内部戦略、未リリースの機能を扱います。共有スペースで機密のロードマップの詳細を指示しないでください。プライベートな調査の見積もり、アカウント名、法律用語、セキュリティの詳細などを、近くにいる人に聞こえる場所で話さないでください。
精度も重要です。製品名、コンポーネント名、問題 ID、測定値、日付、および顧客からの直接の見積もりを手動で確認する必要があります。音声は理論的根拠、要約、初稿に最適です。これは、慎重な引き継ぎに代わるものではありません。
音声を使用してより適切な AI 設計プロンプトを作成する
デザイナーは、コピー オプションの生成、リサーチの要約、フローの探索、パターンの比較、大まかなメモを仕様に変換するために AI ツールを使用することが増えています。プロンプトの品質は重要です。 「これを改善してください」というプロンプトは通常、当たり障りのない出力を生成します。ユーザー、制約、トーン、画面の状態、必要な決定を説明するプロンプトにより、ツールは使いやすくなります。
音声を使用すると、より充実したプロンプトを簡単に作成できます。実際のコンテキストは次のとおりです。ユーザーが料金を信頼していないためにチェックアウト ステップが失敗している、製品チームがフィールドの数を減らしたい、法的観点から同意テキストを表示する必要がある、出力は 3 つの短いマイクロコピー オプションである必要がある、ということです。入力するのは大変ですが、話すのは簡単です。
それでも、AI は設計上の決定権を持っていません。音声を使用してツールに適切なコンテキストを与え、その結果を設計上の問題に戻します。判断はあなた次第です。
デザイン作業用のディクテーションアプリの選び方
デザイナーはさまざまな面に文章を書くため、通常、トランスクリプトを別の場所に保存するレコーダーよりもシステム全体の音声キーボードの方が便利です。このツールは、Figma コメント、Linear チケット、Notion ページ、Google ドキュメント、または Slack 返信など、カーソルのある場所にテキストを配置する必要があります。
プッシュ トゥ トーク コントロール、テキストの素早い返信、読みやすい句読点、毎日の使用に適した価格設定を探してください。 Talkpad は、macOS 用のシステム全体の AI 音声キーボードです。ホットキーを押したまま自然に話すと、クリーンアップされたテキストがカーソルに配置されます。無料プランには 1 週間あたり 2,500 単語が含まれており、プロは月額 8 ドルまたは年間月額 6 ドルです。
1週間のデザインテストを試してみる
1 週間、4 か所で音声入力を使用します。内容ではなく、その理由を説明する Figma コメントを 1 つ口述してください。各レビューの後に批評の要約を指示します。正確な詳細を仕上げる前に、引き継ぎメモの最初のパスを指示します。細いリクエストを入力する代わりに、長い AI プロンプトを 1 つ口述入力します。
金曜日までに実際の兆候を確認してください。設計上の決定は記憶に残りやすくなりますか?エンジニアは繰り返し質問することが減りましたか?プロダクトマネージャーはより明確なトレードオフを得ていますか?プロンプトに実際のコンテキストが含まれているため、AI 出力の方が優れていますか?目標は一日中話し続けることではありません。目標は、デザインの推論が失われる前にそれを把握することです。
何を口述し、何を入力するか
デザイン作業で説明が必要な部分には音声を使用します。情報アーキテクチャが変更された理由、テスト中にユーザーが何を期待したか、チームがより穏やかなエラー メッセージを選択した理由、または未解決のトレードオフについて説明します。頭の中に残ると弱くなる音です。
正確でなければならない詳細については、キーボードを使用してください。コンポーネント名、ピクセル値、カラー トークン、キーボード ショートカット、問題番号、分析数値、顧客名、および最終製品コピーは手動でチェックする必要があります。優れたワークフローでは、音声を使用して推論を理解し、入力を使用して成果物を正確に作成します。
この分割は、緊張した批評の際にも役立ちます。初稿を非公開で話すと、ファイル内のコメントになる前に反応が冷める可能性があります。 「このレビューは視覚的な治療ではなく、ナビゲーションの不安を指摘していると思います」と口述し、それをチームが行動できる穏やかなメモに編集することもできます。
デザインの記憶を共有しやすくする
チームに必要なのは最終決定だけではありません。彼らは、当時その決定がなぜ理にかなっていたのかを示す痕跡を必要としています。明確な理論的根拠を残した設計者は、次の人がどの制約が現実でどの制約が推測であったのかを理解できるため、将来の再設計が容易になります。
音声入力は小さな習慣ですが、デフォルトが変わります。設計上の決定が文書化するほど重要になるまで待つのではなく、安価なうちに理由を把握できます。後で、決定が重要になった場合、原材料はすでにそこにあります。
また、物静かなデザイナーが大声でレビューした後に貢献するのにも役立ちます。誰もが会議で懸念事項を説明する余地があるわけではありません。口述筆記による簡単な要約により、考えを消え去るのではなく、熟考したメモに変えることができます。これは、設計ファイルが会話の思い出になることが多い分散チームでは重要です。
この習慣は、チームが軽い基準に同意するときに最も効果的に機能します。根拠ノートには正式なテンプレートは必要ありませんが、何が変更されたのか、なぜ変更されたのか、何がチームに再考を促すのかという 3 つの実践的な質問に答える必要があります。口述コメントがこれらの質問に答えられるのであれば、それはすでにほとんどのファイル注釈よりも便利です。
時間が経つにつれて、これらのメモにより、デザインレビューは個人的なものではなくなります。会話は、「このバージョンが気に入った」から「このバージョンを選択したのは、テストでの躊躇が減り、主要なアクションが可視化されたためです」に変わります。これはチームにとってより健全な記録であり、次のデザイナーを採用するための親切な方法です。
優れた製品デザインは、好み、証拠、コミュニケーションに依存します。音声入力によってデザインが決定されるわけではありません。これは、推論が生きている間に決定を説明するのに役立ちます。多くの場合、これが、完成したように見えるデザイン ファイルと、チーム全体が従うことができるデザイン プロセスの違いとなります。
Talkpadを無料でダウンロード– 無料プランでは 2,500 ワード/週。
macOS版をダウンロード
Windows版のウェイトリストに登録