キーテイクアウト

• ターゲットオーディエンスとリリースノートを読む理由を理解してください。これにより、メモのトーン、コンテンツ、プレゼンテーションがガイドされます。
読者が何を知る必要があるか、いつ情報にアクセスする必要があるかを考慮して、現(xiàn)在のリリースで行われた変更を明確に文書化します。
• リリースノートに何を含めるかを決定し、その重要性または複雑さの認識に基づいて各アイテムのカバレッジの深さのバランスをとります。
ブログの投稿や電子メールなどの他のコミュニケーションの基礎として、よく書かれたリリースノートを使用して、さまざまなユーザーセグメントに新しい製品機能を強調(diào)します。
一部のビジネスでは、リリースノートは、製品の拡張機能が顧客に伝達される唯一の方法です。他の人にとっては、彼らは副業(yè)であり、ユーザーコミュニケーションとは別に開発されています。
• しかし、より少ない量でより多くのことをしたい場合 - より多くの作業(yè)を行わずに顧客維持コミュニケーションを改善したい場合は、リリースノートは予想外でありながら貴重な答えになる可能性があります。特によくできている場合。

リリースノートは、新機能、機能の拡張、およびバグ修正を文書化します。通常、簡潔でかなり直接的であり、當然、製品に精通しているレベルを想定しています。以下に定めたプロセスにより、ビジネスや顧客の必要性を満たす製品の高品質(zhì)のリリースノートを簡単に作成できるはずです。

しかし、必要に応じて、このプロセスは、電子メールやブログ投稿、機能ツアーなど、他のリリースコミュニケーションに堅実な飼料を提供します。それに直面しましょう、私たちは皆、私たちが選択してサービスにサインアップした後でも、私たちが愛されていることを知りたいです。

これがあなたのためにどのように機能するか見てみましょう。

1。ターゲットオーディエンスとメモの目的を明確にしてください

リリースノートを読むのは誰ですか？一部の製品については、大多數(shù)のユーザーが各リリースノートをチェックアウトします。他の人にとっては、メインユーザーベースの非常に選択された特定のサブセットです。

リリースノートを作成している人を知ったら、なぜ彼らがメモを読んでいるのかを理解できます。そして、それは次のステップを駆り立てます。

私が取り組んでいる製品のリリースノートは、主要なクライアントアカウント內(nèi)のユーザーのごくわずかな割合以外の誰にも読みません。また、リリースノートを読む非常に具體的な理由があります。たとえば、最新情報を維持するために必要な內(nèi)部ドキュメントがあります。

しかし、一部の製品では、リリースノートは、マーケティングスピンを避けたいユーザーの大部分が読み取られます。製品の中心に到達し、メーカーから直接聞きたいと思っています。そのような知識は、あなたが含めて除外するものを知らせるだけではありません - それはあなたがメモを書くトーンとあなたがそれらをどのように提示するかに影響を與える可能性があります。

2。彼らが知るために必要なことを理解してください

リリースノートは一般に、製品の現(xiàn)在のリリースでどのような変更が行われたかを文書化することが期待されています。ですから、明らかに、あなたは読者に知っておく必要がある

を知っているでしょう。

しかし、読者が知る必要があると感じることについて考えることも重要です。たとえば、バグがリスト內(nèi)でそれを識別し、修正されたことを知っていることを報告または気づいた人が保証する方法でバグ修正を文書化します。しかし、誰もそのすべての情報を読む必要がない（または正直な要望であるため）、各バグ修正について深く入りません。 この時點で、読者がいつリリースノートにアクセスする必要があるかを考慮することも良い考えです。リリースの日？ 1週間前に、彼らはそれらをレビューする時間がありますか？これは、リリースを実際に構築して展開する作業(yè)に関するリリースノートの作成をスケジュールするのに役立ちます。

3。このリリースで行ったことを特定します

それは十分に単純に聞こえますが、このステップに適したプロセスを導入すると、各リリースノートの生成がスムーズになります。 たとえば、

開発者と製品所有者が最後にではなく、作業(yè)が完了したときに徐々に更新できる共有ドキュメントがある場合があります。

また、通常行われる作業(yè)の種類を反映したセクションにそのドキュメントを分割することもできます。たとえば、既存の機能の拡張機能、バグ修正などです。これにより、リリース中のすべてがドキュメントに含まれているかどうかを一目で簡単に確認できます。 また、新しいものの構造化されていないリストを持っている場合よりも、リリースノート自體の構造を簡単に構築することができます。

4。

を含める必要があるものを決定します

リリースノートドキュメントに情報を提供しているため、開発者と製品所有者はおそらくエンドユーザーについて考えていません。したがって、リリースノートの準備に関しては、どの情報を含めるか、どの情報を省略できるかを解決する必要があります。

私は上記のバグ修正を特に考えていますが、他の人の薄い貢獻とメモへの薄い貢獻に対して、一部の貢獻のバランスをとる必要があるかもしれません。

1つの機能または強化に関する?yún)g語、スクリーンショット、および詳細は、一般に、そのアイテムの相対的な重要性または複雑さを反映するために取られます。リスト。

5。必要な場合は、ストーリーラインまたはメッセージを作成します。

必ずしも必要ではありませんが、ストーリーラインがコンテキストに改善するのに役立つ場合があります。ここでそれのために単語を追加することや、あなたの素敵で簡潔なリリースノートをマーケティングツールに変えることについて話しているのではありません。つまり、情報を提示する順序は、ユーザーが行った変更を理解するのに役立つということです。それで、それを通してそれを考えてください。

たとえば、私が準備した最近のリリースノートは、製品のフェイスリフトと主要な機能の追加について言及しました。フェイスリフトには、単に化粧品の変更が必要でした。インターフェイス內(nèi)のアイテムの位置の機能に影響しませんでした。機能の追加は、はるかに大きな作業(yè)であり、ユーザーにとってより大きな長期的な影響を及ぼしました。

最初にどちらをカバーしますか？フェイスリフトでオープンすることを選択しました。これは、ユーザーが次にソフトウェアを使用したときに最初に気付くからです。その後、新機能がリストされましたが、より多くのスクリーンショットと詳細が含まれていました。これが理にかなっている理由の1つは、新機能が他のアプリの大部分とは大きく異なっているように見えたため、視覚的なリフレッシュのコンテキストに置くことで、その事実についてもっと議論することができたからです。

6。メモのドラフト

ほとんどのユーザーは、リリースが直接的で簡潔であると記載されていると予想しています。彼らは事実を得るためにそこにいます。とはいえ、ターゲットオーディエンスの観點から各機能を解釈するか、修正することがおそらく最善です。それは彼らにとって何を意味しますか？

たとえば、

アプリを変更すると、サポートスタッフがエンタープライズクライアントに追加のユーザーアカウントを設定しやすくする可能性があります。それがリリースノートのユーザーにとって意味することは、それらのクライアントを持つ新しいスタッフがコーポレートアカウントにアクセスできるようにするのは、迅速または簡単です。したがって、それらの用語でそれを置いてください。

7。他の通信に必要なものを再利用します

それらが十分に計畫され、書かれている場合、あなたのリリースノートは、製品の新しいものを強調(diào)するために、他のユーザー視聴者セグメントに向けられた他の通信の踏み臺として機能することができます。

リリースノートを削り取ったら、アプリ內(nèi)通知やツアーに再定式化できるものを簡単に確認し、ヘルプコンテンツをレビューするために使用され、ブログ投稿、ニュースレターアイテム、および発展しました。その他の保持コンテンツ。

リリースノートをどのように開発しますか？

それだけです。困難な手順ではありませんが、生産プロセスに多くの可動部品がある場合、リリースノートにはいくつかの行為が必要です。

しかし、良いリリースノートを作成すると、あなたがそれらに入れた作業(yè)からもっと多くを得ることができます。彼らは、あなたのリリースノートを今すぐ読むよりも、より多くの聴衆(zhòng)への変更についてコミュニケーションすることに関して、あなたに本當の有利なスタートを與えることができます。

リリースノートを作成するプロセスはありますか？そして、彼らはあなたの顧客定著の取り組みにプレーしますか？コメントであなたがそれをする方法を聞きたいです。

より良いリリースノートの書き込みについてよく尋ねる質(zhì)問

効果的なリリースノートに含めるための重要な要素は何ですか？

効果的なリリースノートには、明確なタイトル、紹介、新機能のリスト、改善、バグ修正、および既知の問題が含まれます。また、謝辭と結論のセクションを含めることも有益です。タイトルは簡潔で説明的でなければなりませんが、はじめにリリースの簡単な概要を提供する必要があります。新機能、改善、バグの修正のリストは、詳細で理解しやすいものでなければなりません。既知の問題セクションは、潛在的な問題とそれらを回避する方法についてユーザーに通知する必要があります。最後に、謝辭と結論は、チームとユーザーに感謝し、將來の更新に関する情報を提供するために使用できます。より魅力的なメモ、會話のトーンを使用して、技術用語を避けてください。箇條書きとサブヘディングを使用して、テキストを分割し、読みやすくします。新しい機能や改善を説明するために、スクリーンショットやGIFなどのビジュアルを含めます。また、開発チームからのユーザーの証言や引用を含めると、個人的なタッチを追加することもできます。

リリースノートを公開する頻度はどれくらいですか？ 。定期的な更新がある場合は、新しいバージョンごとにリリースノートを公開するのが最善です。ただし、更新の頻度が低い場合は、四半期ごとまたは半年ごとにリリースノートを公開できます。重要なのは、ユーザーに製品の変更と改善について通知し続けることです。

リリースノートに技術的な詳細を含める必要がありますか？あなたの製品は、リリースノートにあまりにも多くの技術的な詳細を含めることを避けてください。代わりに、ユーザーの新機能または改善の利點を説明することに焦點を當てます。必要に応じて、より詳細な技術ドキュメントへのリンクを提供できます。

リリースノートのフィードバックを取得するにはどうすればよいですか？ 。リリースノートにフィードバックフォームまたはコメントセクションを含めてください。ソーシャルメディアまたはユーザーフォーラムを使用してフィードバックを収集することもできます。これは、リリースノートの改善に役立つだけでなく、ユーザーとのより強力な関係を構築するのにも役立ちます。

リリースノートを使用して製品を宣伝するにはどうすればよいですか？

リリースノートは強力なマーケティングツールになります。製品の新機能と改善を強調(diào)し、ユーザーにどのように利益をもたらすことができるかを説明します。また、アクションコールを含めて、ユーザーが新しいバージョンを試したり、フィードバックを提供するように促すこともできます。あなたのリリースノートをあなたのウェブサイト、ソーシャルメディア、電子メールニュースレターで共有して、より多くの視聴者にリーチしてください。

リリースノートで何を避けるべきですか？リリースノートのネガティブ言語。また、あなたが配信できると確信していない限り、將來の更新について約束をしないでください。リリースノートを簡潔で明確にし、ユーザーのニーズに焦點を合わせてください。

リリースノートをよりアクセスしやすくするにはどうすればよいですか？ 。箇條書きと小見出しでテキストを分割し、ビジュアルを使用して複雑な概念を説明します。また、リリースノートがあなたのウェブサイトまたはアプリで簡単に見つけることができることを確認してください。

リリースノートを他の言語に翻訳する必要がありますか？リリースノートを他の言語に翻訳することをお勧めします。これは、より多くの視聴者にリーチし、國際ユーザーを大切にしていることを示すのに役立ちます。

リリースノートを時間の経過とともに改善するにはどうすればよいですか？あなたのリリースノート。この情報を使用して、改善と調(diào)整を行います。また、リリースノートライティングのベストプラクティスとトレンドについて。効果的なリリースノートは、継続的な學習と改善の結果であることを忘れないでください。

以上が7つのステップでノートをリリースする方法（より良い）の詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。