たまった古い要望は、どこまで残す？

半年前の要望が、いまも「検討中」のまま一覧に残っている。古いものを消すと大事な声を失いそうですが、全部を候補として残すと、現在も必要な改善が見つけにくくなります。

古い要望は、受付日だけで一律に削除せず、困りごとが続いているか、回答の約束が残っているか、記録を保管する理由があるかを確認します。この記事では、過去の記録を見直し、検討を続けるものと履歴に移すものを分ける手順を説明します。止まった運用そのものの立て直しは、要望管理が止まる理由と再開の進め方で扱っています。

最初に、残す場所と残す目的を分ける

日々の検討一覧には、次の判断につなげる要望を置きます。一方、履歴には、以前どんな問題があり、どう判断したかを確かめるための記録を置きます。この二つを同じ画面で扱う場合も、状態や絞り込みで区別してください。

本記事でいう「履歴に移す」は、通常の検討候補から外し、必要なときに経緯を探せる状態にする運用です。特定のツールのアーカイブ機能を指すものではありません。検討候補から外しただけなら、データは残っています。閲覧できる人や保管期限の管理も引き続き必要です。

たとえば、提供を終えた画面への要望は、いまの開発候補から外せるかもしれません。ただし、「なぜその画面を作り直したか」を説明する記録として残す必要があるなら、その目的と見直す時期を明記します。「いつか使うかも」だけで無期限に残さないようにします。

整理する前に、未完了の約束を拾う

最終更新日が古くても、顧客への回答待ちや、社内で確認すると決めた作業が残っている場合があります。まず次の項目を確認します。

• 顧客へ状況を返す日を約束していないか。
• 不具合、業務停止、安全やセキュリティに関する問題が混ざっていないか。
• 調査や対応が進んでいる別の記録につながっていないか。
• 契約や社内の保存ルールなど、整理前に確認すべき条件がないか。

約束した回答が終わっていない要望は、古さを理由に履歴へ隠さず、回答担当へ戻します。不具合などが疑われるものは、通常の改善候補の整理より先に、適切な窓口で影響を確認してください。

元の記録に担当者や回答状況がない場合は、分かる人を探す作業を置きます。「記録が見つからない」と「回答済み」は別の状態です。担当者の記憶だけで完了に変えず、確認できた範囲を残します。

四つの扱いに分けて、理由を付ける

以下は、古い要望を見直すための分類案です。名称は自社の管理表に合わせて変えられます。要望自体の状態と、顧客への回答状況は別に記録してください。

「今期は作らない」と「もう困っていない」は分けます。前者なら、必要性が消えたと記録してはいけません。履歴に移す場合も、見送った期間や範囲が分かる書き方にします。

似た要望がある場合は、代表の記録へ関連付ける方法もあります。ただし、困る場面や対象者が違えば同じ要望とは限りません。要望の重複を整理する方法を参考に、元の経緯をたどれる形にします。

古い前提を、いまの事実で確かめる

更新がないことだけでは、必要性がなくなったとは判断できません。まず、現在の製品、問い合わせ履歴、利用場面の変化を確認します。それでも判断できず、連絡する必要がある場合に、顧客へ現状を尋ねます。

確認したいのは、「まだその機能が欲しいですか」という賛否だけではありません。どの作業で困っているか、現在はどう対処しているか、以前の案で解決できそうかを確かめます。新しい機能や業務変更によって、困り方が変わっているかもしれないためです。

以下は、架空の業務ツールに寄せられた要望の説明用例です。実在する顧客の発言や、アーコレの機能を示すものではありません。

• 古い記録：「一覧を印刷して確認したい」。当時は紙に印を付けて処理漏れを探していた。
• 現状の確認：画面で未処理を確認する運用に変わったが、確認した履歴を残す手間は続いていた。
• 見直した結果：印刷の要望は当時の経緯として残し、現在の困りごとを別の記録にして関連付ける。
• 次の作業：確認履歴を誰が何のために使うか、担当者が追加で聞く。

ここでは「印刷は不要になったから解決済み」とはしていません。元の希望と現在の困りごとを分け、何が変わったかを残しています。

返事が来なければ、「再確認できず」と記録します。回答がないことを、取り下げや同意に置き換えないでください。追加連絡をするか、情報不足のまま候補から外すかは、重要性と社内の運用に沿って判断します。

見直しの記録を一行添える

状態だけを書き換えると、次の担当者が同じ確認を繰り返します。元の記録を更新するときは、少なくとも判断日、理由、根拠、判断した担当を添えます。再び検討する条件があるなら、それも残してください。

たとえば、次のような説明用の記録にします。

「説明用の要望REQ-018は履歴へ移す。対象画面の提供終了を製品情報で確認し、顧客への回答も完了。将来、同じ作業を扱う画面を検討するときに参照する。確認担当：製品担当A。確認日：10月1日（説明用）。」

残す期間や次回確認日は、保存ルールと利用目的に沿って別に設定します。参照先がなくなっていないかも確認します。管理表に必要な欄がなければ、顧客要望の管理表テンプレートへ、最終確認日や見直し理由を追加して使えます。

保管期限は、開発の優先順位と別に決める

「古いから価値がない」「採用しないから今すぐ消す」とは決められません。一方、改善の経緯が必要だからといって、氏名や連絡先を含む原文まで同じ期間残す必要があるとも限りません。何を残すかは情報の種類ごとに確認します。

日本の個人情報保護委員会のガイドライン通則編「データ内容の正確性の確保等」は、個人データについて、利用の必要がなくなった場合の消去に努めることを示しています。法令で保存期間などが定められる場合の例外もあります。要望の受付から一律に何年、と決める根拠にはできません。

実際の削除は、自社の責任者と、保存目的、契約、適用される法令、調査中の案件などを確認して進めます。履歴用の要約だけ残す場合も、個人を特定できる内容が含まれていないかを確認します。この記事は、個別の法的な保存期間を決めるものではありません。

よくある質問

まとめ

古い要望は、困りごとの現状、残っている約束、記録の保管目的を確かめて扱いを決めます。検討候補から外すときも、理由と見直す条件を残すと、後から経緯を確認できます。日々の受付や判断とつなげる方法は、機能要望管理の基本で整理しています。

まずは管理表で、見直す対象と最終確認日をそろえられます。件数が増え、似た要望や過去の判断を探す手作業が負担になったら、要望の整理方法を見直すタイミングです。

アーコレでどう整理できるかを見る