開発中の機能をサイトにどう書く？今使えることと予定を分ける方法

機能ごとの「提供中・開発中・社内案」をどう分ける？

製品全体を一つの状態にせず、機能ごとに、今使える人とできることを製品担当の現行資料で確かめます。 開発が進んでいることと、利用者へ提供を始めたことは別です。

説明図の原画を開く

元資料が示していない対象や開始時期は、編集担当が埋めません。社内メモに機能名があるだけなら、公開する予定機能へ移さず、まず製品担当に位置づけを確かめます。

状態の名前だけで、利用範囲を決めない

最初に、現在掲載している製品ページと、製品担当が管理する機能の説明を並べます。同じ機能を指すか、どの版・時点の資料か、誰が内容と公開範囲を確認するかを残します。営業資料の古い予定や、開発用の画面があることだけを、現在の利用案内の根拠にはしません。

提供中

どの利用者が、どの条件で、何をできるかを確かめて案内します。機能の一部だけ、特定の契約だけが対象なら、その範囲を残します。

開発中

現在利用できない機能として分けます。公開してよい予定が確認できれば、その範囲だけ説明します。開発中という言葉から、開始日や全契約への提供を補いません。

社内案

提供すること自体が確定していない内部の検討です。この原稿づくりでは、確認が済むまで製品ページの提供予定へ入れず、内部の確認事項として残します。

例えばテスト用画面を作れたとしても、利用できる契約、運用体制、案内内容の確認まで終わったとは限りません。社内の「できた」と、顧客が「使える」を同じ意味で書かないことが要点です。本記事の例にも、実装完了や実テストの記録はありません。

架空例の読み方：「注文状況の確認」は提供中で、対象は既存契約者、現在利用できるという設定です。「帳票の自動出力」は開発中で、現在利用できないという設定です。二つは別機能で、帳票出力が注文状況確認の修正後になったわけではありません。

何を作るかの判断と、何を案内できるかの判断を分ける

顧客が求める機能を調べる仕事と、現時点の提供状態を正しく書く仕事も別です。創業者本人が書いた開発経験の報告には、高度な機能を用意したつもりでも、商談相手の基本的な用事とずれていたという例があります。その報告だけで自社の需要や必要機能を決めることはできません。

サイト編集では、顧客が欲しがりそうだからという理由で、未提供の機能を現行機能の列へ加えないでください。何を開発するかは製品側の判断へ戻し、読者には、いま確認できる利用範囲を説明します。

同じ製品ページでは、どう書き分ける？

機能名の近くに提供状態と利用対象を書き、今できる行動へつなぎます。 現行の利用案内と、開発中で利用できない説明を、同じ「使う」入口へまとめないようにします。

説明図の原画を開く

現行機能なら、対象に合う利用案内へ進めます。開発中なら、まだ利用できないと分かる文を残します。二つの部品を描いたことは、実リンクの開通や利用開始の証明ではありません。

提供中の文は、使える対象を残す

注文状況確認の架空記録では、公開用説明の材料は「契約中の担当者は現在の注文状況を確認できる」です。機能名だけでなく、誰が使えるかが一緒に読める見出しと本文にします。

「既存契約者」を「どなたでも」へ広げたり、料金の記録がないのに「無料で試す」と付けたりしません。利用案内のリンク文も、「詳細はこちら」だけでなく、何の使い方を確認する先かが分かる名前にします。移動先に同じ対象と利用方法が載っているかは、実際のページで別に確かめます。

開発中の文は、「使えない」を見える場所へ置く

帳票の自動出力には、現在利用できないという明示記録があります。対象と開始時期は未確認です。「近日公開」「次回更新で提供」「契約すれば利用可能」などへ書き換える根拠はありません。

状態を小さな色の札だけに頼らず、本文でも利用できるかを説明します。スマホで並び方が変わっても、その機能の説明と状態が離れないようにします。「開発中」の文字がページ末尾にしかないと、機能紹介だけを読んだ人には条件が伝わりません。

根拠：NN/gの未提供機能の案内に関する説明は、利用者が探す場所で、その機能が利用できないことを明示する考え方を示しています。2000年公表のUX解説で、開始日や通知登録を今回の製品に追加する指示としては使いません。

社内案は、公開文例と混ぜない

原票の「外部会計連携」は社内案です。利用できる人、現在使えるか、開始日、公開する説明自体が未確認です。提供中でも、開発中として公開することが決まった予定でもありません。この名前を製品ページの機能一覧へ足すための例ではなく、内部で何を確認すべきかを理解するための例として扱います。

以下の補足は、教育用の架空原票を照合するものです。社内案を含む全項目を残していますが、製品ページへそのまま転載する公開原稿ではありません。未確認を消さずに持つ内部の資料と、読者へ約束する製品案内を分けてください。

延期や一部提供になったら、どこを直す？

変更した機能の提供状態・対象・説明・案内先を一組で見直します。 新しい予定を足すだけでなく、古い開始案内や、使えるように見える入口が残っていないかを確かめます。

説明図の原画を開く

確認できた変更だけを反映し、未確認の時期や対象は残します。更新したという記録と、公開先で同じ内容を読めた記録を分けます。

延期は、別の未定日付で埋めない

開始予定が変わった場合は、製品担当へ、いま公開してよい状態と時期を確かめます。新しい日が決まっていなければ、以前の日付だけを残さず、案内できる状態へ直します。見栄えを整えるために別の日や「まもなく」を足す方法ではありません。

変更理由を説明する必要があっても、原因が分かっていなければ推測しません。公開してよい範囲の変更内容と、読者が現在できることを先に示します。すでに説明した相手や受付があるなら、誰にどの内容を案内するかは、製品・営業・窓口の担当と別に確かめます。本記事から顧客へ通知する操作は行いません。

一部だけ使えるなら、その範囲を具体化する

同じ機能名の中でも、対象の契約や利用できる作業が限られる場合があります。製品担当が確認した対象と作業に分けて書き、未提供の部分まで機能全体の「提供中」に含めないようにします。この段落は一般的な確認方法で、架空の帳票出力が一部提供になったという追加設定ではありません。

1. 変更の対象となる機能を一つ選び、製品担当の現在の説明と確認時点を残します。
2. 利用できる対象・できる作業・まだ利用できない部分を確認し、掲載文をそれぞれの範囲へ対応させます。
3. 見出し、状態の表示、本文、案内名と移動先を同じ版で直し、公開後に対象の機能をもう一度読みます。

事前申込みや相談受付がある場合も、受付ができることと、機能を利用し始められることを分けて説明します。原票には申込受付や試用提供の記録がないため、帳票出力の見本に新しい申込ボタンを付ける理由にはしません。

確認できなければ：不明な対象や開始条件の掲載は保留します。ただし、別の現行機能の事実まで未提供へ書き換える必要はありません。どの機能の、どの説明を保留するかを製品担当と決めます。

料金そのものの書き方を決める場合は、会社サイトの料金と提供条件の確かめ方の対象と実際の公開案内を確認してください。本稿は価格を決める方法ではなく、未確認の料金を開発中機能の約束へ足さないことを扱います。

公開前後に、文と案内先をどう確かめる？

原稿と根拠を照合した後、読者が開く画面で状態・対象・行き先を確認します。 保存やリンクの到達だけで、機能を使えた、読者に伝わったとは判断しません。

説明図の原画を開く

読んだ人がどの機能を使えると思ったかを確かめることは、誤解を見つける手掛かりです。その人が利用を完了した証拠や、顧客全体の理解率にはしません。

スマホでも、状態と機能名を一緒に読む

公開前は対象の原稿をスマホ幅とPC幅で開きます。機能名、提供中・開発中の文字、利用対象、今できることが、一つのまとまりとして読めるかを確認します。画像に大きな機能名だけが残り、利用できない条件が切れたり小さくなったりしていないかも見ます。

状態を色や位置だけで説明せず、「提供中」「開発中」「現在は利用できない」などの普通の文を残します。リンクはキーボードでもたどり、選んでいる場所が分かるかと、開いた先が同じ機能・対象を案内しているかを確かめます。

根拠：GOV.UKの画面上の文章ガイドは、短く直接的な文、内容を表す見出し、意味の分かるリンク文を勧め、色や位置だけへの依存を避けています。英国公共サービス向けの執筆方法であり、この架空製品の適法性や実機でのアクセシビリティを認定するものではありません。

公開先を読み、理解と利用結果は別に記録する

公開したら実際のURLを開き、保存した版と同じ機能名・状態・対象・開始条件・案内先が載っているかを読みます。編集画面で直したことだけを、公開先の確認に置き換えません。確認した版、画面幅、操作、実際に見た結果を残します。

読み方を確かめるなら、答えを先に教えずに「このページで今日使えるのはどの機能だと思いますか」「まだ使えないのはどれですか」「自分が次に進む先はどこですか」と尋ねる方法があります。どの文からそう判断したかも聞き、誤解した箇所を絞って直します。今回この読者試験を実施したという記録ではありません。

利用開始、申込み、会社の受信、課金、性能は別の結果です。ページの説明を直しただけで、利用者数や受注が増えた、開発が完了したとは説明しません。変更後の結果が分からなければ、未確認として残します。

名前と説明のずれが提案書やメールにもある場合は、資料間のサービス名と説明をそろえる方法へ進めます。同じ製品だと確認することと、その中のすべての機能が使えることは別です。

まとめ：機能を一つ選び、今の利用可否から書く

機能ごとに、現在使えるか・誰が使えるか・今何をできるかを明示します。 開発中と社内案を提供中へ混ぜず、未確認の日付・対象・料金を作らないことが要点です。

説明図の原画を開く

使える機能は対象を残して案内し、開発中は利用できないことを明示します。社内の検討メモは、確認が済むまで公開する提供予定へ移しません。

今日の一歩：今の製品ページから機能を一つ選び、製品担当の現行資料と並べてください。「誰が今使えますか。今できる行動は何ですか。どこまで公開してよいですか」と確かめ、その答えに合う一文と案内名へ直します。

本文の架空例では、注文状況の確認は既存契約者が利用できる設定、帳票の自動出力は現在利用できない設定、外部会計連携は社内案です。開始日、将来の料金、実利用・受注・正式提供の承認や性能は未確認です。この教育用の原票を、自社製品の提供実績へ読み替えないでください。

現行機能と開発中の案内をどこで分けるか整理しにくい場合は、対象の製品ページと確認済みの提供範囲をもとにDREEXYへ相談できます。支援範囲・費用・受付可否は個別に確かめてください。

必要な一次資料と近接本文は2026年10月23日に確認しました。NN/gは2000年公表の解説、GOV.UKは英国公共サービス向けの文章ガイドです。国内需要、検索順位、個別製品の提供保証や法令への適合の証明には使っていません。