Webコンテンツ作成プロジェクトの優先構造

ほとんどのWebコンテンツプロジェクトには、構造的側面と編集的側面の両方が含まれます。たとえば、新しいレスポンシブデザインに合わせて情報を構造化する必要があり、メッセージングとコーポレートアイデンティティの基本原則を満たすように現在のテキストを更新する必要があります。



私はよく、どの順序で作業を行うのがよいかと尋ねられます。最初に構造を作成し、次にテキストを準備しますか、その逆ですか？ 私の意見では、これは鶏や卵の問題のように見えるので、私はこの問題について明確な意見を持っていません。 プロジェクトの作業が構造から始まる場合、標準以下の情報でコンテンツモデルを作成します。 反対に、テキストから始めた場合、モデルはまだ存在しないため、ライターはモデルを埋めるのに必要なテキストの量を理解していません。 これらの領域は両方とも同じ問題を抱えているようですので、どちらかを優先する理由はありません。



（私はプロジェクトの編集の基礎なしで始めることについては話していないことに注意してください：ビジネス目標の理解、メッセージアーキテクチャの作成、および作業が導くべきことの理解は、プロジェクトの基礎です。低品質コンテンツの処理-編集について話しているこれらの基本原則に基づいて新しいテキストを作成します）。



最初にコンテンツを構造化し、次に書き換えます



私は最近、主に構造に焦点を当てて組織したプロジェクトの第2フェーズを完了しました。このアプローチを選択する理由は山ほどありました。 私はほとんどのプロジェクトで構造に焦点を当てたアプローチが理にかなっていると信じています。その理由は次のとおりです。



コンテンツモデルは、レポートの内容ではなく、コンテンツの目的に基づいています。



特に、このプロジェクトに存在するテキストはひどいものでした。 専門用語、決まり文句、ほとんど完全な無用。 不良コンテンツから有用なコンテンツのモデルを作成するにはどうすればよいですか？



私が働いたとき、テキストの品質は、たとえそれがひどいものであっても、実際にはモデルに影響しないことに気付きました。 私は、コンテンツに含まれる言葉から直接モデルを構築しているのではなく、サービスの目的に基づいてモデルを構築しています。 レストランの説明が10代の詩のように見えるかどうかは本当に気にしません（10代の若者や詩人に謝罪します）。これはレストランの説明であり、短い広告版と長い完全版が必要です。 宴会場の説明には、比較的良い照明で比較的最近撮影された写真を含める必要があり、それらのキャプションには、これらの部屋を使用できる理由を説明するブランドの適切な「声」を使用する必要があります。 実際、モデルでそれらのためのスペースを作成するために、高品質の写真や価値のある説明を見る必要はありません。

構造決定と設計方向の影響の開発

統合コンテンツモデルは、CMSの選択からデータの書式設定まで、あらゆる種類のサイトソリューションでコンテンツを埋めるのに役立ちます。 開発者は、コンテンツの種類間にどのような種類の対話が存在するかを把握している場合、アーキテクチャについてより適切な決定を下し、デザイナーはコンテンツモデルの分割の程度に対応するテンプレートのライブラリを編成できます。 構造化が早く完了すればするほど、統合された設計および開発計画を簡単に構築できます。



標準以下のコンテンツを優れたモデルに絞り込もうとすることは、編集の非常に説得力のある理由です。



プロジェクトの作業が作業の構造的側面に焦点を当てている場合、さまざまなチャネルのコンテンツを再結合するか、構造化フィールドを使用して妥当なレスポンシブインターフェイスを作成します。 「もちろん、改善することはできますが、今はそれまでではありません。」



既存のコピーを取得するよりも編集作業を行うことの重要性を支持するより効果的な議論は見られませんでした。



私が最近作成したモデルには、会社の優れた顧客サービスに関する広告フラグメントを投稿するためのコンテンツのタイプが含まれていました。 既存のコンテンツを新しいモデルに移行し始めたとき、この目的のために見つかったテキストは「フリーアイスウォーター」と「ポライトワーカー」というフレーズに限定されていました。 新しいサイトの主なタスクはブランドの体験について話すことであり、現在のコンテンツがこのタスクに適合しないという認識は、一気に下がったことです。 したがって、編集のために資金を割り当てる必要がありました。



コンテンツモデルは簡単に複製できます



デザインとコードの開発とは対照的に、ウォーターフォール開発はコンテンツ開発の最良の選択肢としての地位を失いました。そのため、テキストの編集はコンテンツモデルの変更につながることがよくあります。 1つの大きなフィールドを2つの小さなフィールドに分割したり、ライターがコンテンツの重要な部分を見逃した場所を見つけることができます。 モデルの最適化は、プロセスの重要な部分と見なされます。



テキストの編集が主に行われたプロジェクトでは、よく書かれたテキストが単にモデル内に場所を持たないという事実に出くわします。 情報を構造化するプロセスでは、2つのページを1つにまとめるか、同じ説明を3か所で使用できます。そのため、そのようなテキストの変更に費やした編集者の努力は、彼らが日の目を見る前に破棄されます。 これはがっかりさせるものであり、コンテンツクリエイターが自分の時間や仕事をまったく評価していないと判断する可能性があります。