it-swarm-ja.com

本文のコピーを所有するUXDプロセスでは?

私は現在Webベースのアプリケーションに取り組んでおり、ワイヤーフレームとスタイルガイドがあります。私たちのプロセスは次のように機能します...各主要フローのデザインがプロトタイプ化され、視覚的に代表的な画面と画面要素のスタイルガイドが作成されます。 DevはUXおよびVisualと連携して、ワイヤー+ビジュアルを理解し、最終製品を構築します。次に、ID(情報開発)チームは、開発された画面を調べ、適切と思われるものを微調整/再書き込みします。

ワイヤはすべてのメッセージ、ツールチップ、ヘルプテキストの例をすべて表示しているわけではありません。また、画面間の対話が複数の画面でまったく同じであるフローの場合、すべてを表示しているわけではありません。

したがって、私の2つ折りの質問は、#1ボディコピー(フィードバックメッセージ、フィールドラベル、説明テキスト、ツールチップなど)をどのチームが所有する必要があるか、そして#2このコピーが含まれるべき成果物(どちらか)があることです。スタイルガイド、ワイヤーフレーム、ライティングチームからの外部コピー?

また、この種のことについての人々の個人的な経験からのフィードバックやその他の洞察は大歓迎です。

3
IczerX01

免責事項:私は偏見があり、UXチームで専用のUIテキストエディターおよびライターとして15年間(数年のドキュメント経験に加えて)働いてきました。つまり、理想的には、PM、開発、設計、およびユーザーエクスペリエンスチームと連携して、UIテキスト(コントロールラベル、メッセージ、ツールチップ、説明テキストなど)が技術的に正確、文法、簡潔であることを保証するトレーニングを受けたコンテンツプロバイダーが存在します。ユーザー指向、そしてすべての良いもの。時々、管理の誘惑は、コストを削減し、テキストの責任を他のチームの誰かに(他のより重要な専門知識と義務に加えて)委任することです。ただし、これには多くの問題があります。これには、(特に)学位を取得していない多くの人々が英語を正しく理解していないことも含まれます-母国語であっても、私の経験ではそうではありません。最小限でありながら役立つテキストを書くのは難しいです。
テキストの課題はしばしば設計上の欠陥を明らかにし、コード化された後にバグのない言語でバグにパッチを適用しようとしても、設計者は1階に入ることが最良のアプローチです。それ以外にも、チームがアジャイルであるかどうかに関係なく、組織のフレーバー、プロセス、ツールなどが多数あります。現在、仕様内のテーブルにテキストを追加しています。さらに、テキストが関連付けられているIDコードを作成します(テキストはUIにハードコードされていません)。開発者は仕様からコピーして貼り付けます。

3
Sean Bentley

ボディーコピーを所有する人は、ボディーコピーを所有するのに最も適した人です。 UIテキストを配置する特定の成果物は、誰もがそれを知っており、誰がそれを所有しているかを知り、必要なときに簡単にアクセスできる成果物です。したがって、これらの質問に対する答えは、プロジェクトとチームによって異なります。

一部のチームには、フィールドのラベル、ウィザードの説明テキスト、ツールチップなど、UIに表示されるテキストを書くことだけを目的とするテクニカルライターがいます。他のチームでは、デザイナーがUX作業の一部としてこれを所有し、ワークフロー、ユーザーの目標、およびアプリケーションを理解しているため、デザイナーは独自の立場でそれを実行します。さらに他のチームは、プログラムマネージャーが特定の機能の仕様の一部としてそれを所有するように構成されています。どちらの場合も、最も重要なことは、テキストを所有する人がそのような作業を行うのに最も適した人であるということです。

同様に、成果物もチームに依存しています。一部のチームでは、すべての通信はバグトラッカーで行われるため、UIテキストはバグトラッカーにも存在します。一部のチームはウィキを使用しています。一部のチームは、これを機能仕様プロセスの一部として指定しています。一部のチームは、多くの場合国際化の目的で、UIテキストを保存するための非常に具体的なフォーマットを持っています。 (後者の場合、UIテキストを作成するライターがいる可能性が最も高いのは私の経験です。)

誰がこれを所有しているのか不明な場合は、この役割に最適な人物を特定し、UIの不可避な変更が発生したときにUIテキストを書き込んで更新するための最良の方法を特定する必要があります。彼らはプロセスから取り残されたように感じて欲求不満な作家がいることを知り、そのようなテキストを書くのが非常に得意なデザイナーがいることを学ぶかもしれません。他の誰もそれをしていないためにこのテキストを書くことがあなたに落ちているなら、あなたは素晴らしいテキストを書くことができ、あなたが書いたテキストを文書化し、そして書くことの仕事を手伝うことができるように最善の仕事をしてください将来、より適した人。

3
nadyne

1

良い質問。コピーは製品プロセスのホットポテトであることが多いため、これを言います。問題のいくつか:

  • 委員会によるコピーは非常に不快であり、みんなの時間をむさぼり食う
  • デザイナーは珍しい心を持っているので、彼らのコピーの選択はしばしば厄介です
  • CEOは間違った口調を打つ言葉を主張する傾向がある–そしてそれらを押し戻すのは難しい
  • 多くの製品チームは小規模または臨時の構造を持っているので、コピーの所有権は変動します

迅速で汚いルールは、コピーの所有権は製品の所有者にあるということです。ただし、コピーの所有者と見なされるユーザーは、それを孤立して書き込むことはできません。可能な場合は、信頼できるチームによって審査される必要があります。

コピーの所有権の階層は次のとおりです。つまり、チームでの役割がない場合は、リストの次の階層にスキップしてください。複数の役割が表されている場合、最上位が所有者であり、他の役割が信頼できるチームを構成します。

製品担当副社長すべての製品の側面に責任を負い、コピーライティングをチームメンバーに委任して作業を精査し、ケースを作成し、Cレベルの担当者から同意を得ることができます。

製品マネージャー。アジャイル開発では、PMが製品の所有者であり、すべての側面が最終的にこの位置に当てはまります。PM =製品を最も詳しく知ります。

マーケティング担当副社長ブランドの所有者、つまりメッセージ、口調、言語、声。

デザインディレクター(最高ランクのデザイナー)上記が欠落している場合は、おそらくブランドオーナーです。トーン、ブランドの知覚、製品の経験に責任があります。

CEO。上記のすべてが欠けている場合、それは確かに小さなチームであるため、本当にCEOの赤ちゃんです。

2

公式コピーは、ビジュアルコンポジションではA = Aとしても表示されますが、ビジュアルコンポジションの外のプレーンテキストまたはリッチテキストドキュメントに存在する必要があります。これは、開発チームがコピーを再入力する必要がないことを保証するためですが、記述された正確な単語とスペルをコピーして貼り付ける必要があります。これにより、所有権が維持されます。誤字はドキュメントの作成者に残ります。ビジュアルカンプはテキストのスタイルを示すことができます。

ビジュアルコンポーネントは簡単に更新されない可能性があるため、プレーンテキストドキュメントが最終的なWordになるはずです。ドキュメントには、校正の変更と指示の履歴を保持することもできます。適切な命名規則とファイル構造により、スムーズなプロセスが保証されます。

2
Evan Lange

理想的には、作家はこれらのメッセージを書くべきですが、私はこれまで作家と仕事をしたことがほとんどありません。メッセージが必要とされるところまでたどり着くと、最終的にはメッセージを書いてしまうのは私の経験です。サイトやアプリが「完成」した後は、プロジェクトが本当に完了する前に、デザイナーやライターが検討し、提案を行う良い機会だと思います。

作家に指名された人がいない場合、私はデザイナーがこれに対して最も責任があると思います。デザイナーは、プロジェクトの書かれたトーンに関連する視覚的なトーンを担当します。

1
tylertrotter