KoderKoder.ai
料金エンタープライズ教育投資家向け
ログインはじめる

プロダクト

料金エンタープライズ投資家向け

リソース

お問い合わせサポート教育ブログ

リーガル

プライバシーポリシー利用規約セキュリティ利用ポリシー不正利用を報告

ソーシャル

LinkedInTwitter
Koder.ai
言語

© 2026 Koder.ai. All rights reserved.

ホーム›ブログ›小さな図書館向け:整った貸出予約リストの作り方
2025年12月06日·1 分

小さな図書館向け:整った貸出予約リストの作り方

小規模図書館向けに、ステータス、受取ウィンドウ、簡単なワークフローを備えた整理された貸出予約リストの作り方を解説します。

小さな図書館向け:整った貸出予約リストの作り方

小規模図書館で貸出予約が散らかる理由

貸出依頼は最初は単純に始まります:利用者がカウンターで本を頼み、スタッフがメモし、後で本を取りに行きます。問題は「後で」が抜け道を生むことです。テキストメッセージの依頼、モニターの付箋、または「明日ね」と記憶しておく方法は、忙しい日には機能しません。

問題が大きくなるのは依頼が複数の場所に分散しているときです。ある人は紙に「Sam - The Night Circus」と書き、別の人は電話で同じ依頼を受け、別の人はボランティアに「見ておいて」と伝えます。一つの真実の情報源がなければ、誰に何を約束したのか、次は誰なのかがわかりません。

小さな所蔵でも順序の問題はすぐに出ます。同じタイトルを二人が依頼したら、本来は先に来た人が優先されるべきです。しかし二番目の依頼の方が見つけやすかったり、最初が口頭だけだったりすると順番が入れ替わります。結果として利用者に連絡漏れが起きたり、二重に呼び出したり、他の人の手に渡ってしまったりします。

整ったホールドリストには基本的な特徴がいくつかあります:共有の一つのリスト、各シフトでの明確な担当、誰にでも同じ意味を持つ簡単なステータス、そして明白な次のアクション(取りに行く、通知する、戻す、取り消す)です。

スタッフが少なく複数人が同じ依頼に触れるときや、人気タイトルで待ち行列ができるとき、受取が期限内で行われるときなど、小さな図書館でも実際のシステムが役に立ちます。一回の取りこぼしは不快ですが、取りこぼしが続くと利用者はプロセスを信頼しなくなります。

各依頼で記録すべき項目

整ったホールドシステムは、毎回同じ少数の詳細から始まります。最初にそれらを記録すれば、後で人を追いかける時間を減らせます。

各ホールドを小さな記録と考えてください。バインダー、スプレッドシート、簡単なアプリのどれを使うにせよ、項目を一貫させておけば誰でも数秒で依頼内容を理解できます。

含めるべき項目:

  • 利用者情報: フルネームと連絡手段(SMS、メール、電話)。家族で番号を共有している場合はその旨を記録。
  • アイテム詳細: 最低でもタイトルと著者。誤ったコピーを取らないためにフォーマット(ハードカバー、大型本、オーディオなど)を追加。
  • 識別子: バーコード、コピー番号、または請求記号があれば記載。
  • 依頼日(必要なら時刻): 行列の公正さを保つため。
  • 現在のステータスとステータス日付: 「準備完了」だけだといつ準備したのかわかりません。
  • 受取期限: 受け取りの最終日。
  • メモ: アクションを変える情報のみ(例:「どの版でも可」「テキストではなく電話で連絡」)。

例:SamがKristin HannahのThe Womenを大型本で依頼したとします。標準版が先に戻ってきたら、準備完了にしてから取り消す手間を省けます。準備日と期限を記録しておけば、スタッフは次の利用者に迷わず移れます。

みんなが理解できるステータスを選ぶ

各依頼に一つの明確なステータスがあるとリストは落ち着きます。スタッフが「捜索中」が何を意味するか推測しないと、すぐに混乱します。

ステータスは短くし、一度定義してください。シンプルなセットの例:

  • 依頼済み: 利用者が頼んだが、まだ取りに行っていない。
  • 捜索中: 棚や明らかな場所を確認している。確認したら簡単なメモを付ける。
  • 準備完了: アイテムが実際にホールド棚にラベル付きで置かれ、利用者に通知済み。
  • 受取済み: 依頼が完了した。
  • 期限切れ / キャンセル: ホールドが埋められない状態。理由(受取なし、利用者キャンセル、所蔵欠品、配架取り下げ)を記録。

有用にするためのいくつかのルール:

  • 捜索中を駐車場扱いにしないこと。2回の短いチェックで見つからないなら、学んだこと(貸出中で返却日、棚間違いの可能性、紛失)をメモして次のステップを決める。
  • 準備完了は厳格に扱う。ラベル付けされホールド棚に置かれたときにのみ使う。
  • 期限切れ / キャンセルはきれいな終了扱いにする。これによりアクティブなリストが散らからない。

始める前にルールを決める

リストが整っているのは、みんなが同じルールに従うときです。目的は紙仕事を増やすことではなく、忙しいときの判断を減らすことです。

ルールは一度決めて書き残す

新しいボランティアが初日から従えるルールを選んでください。ホールド棚の近くやバインダーの内側に掲示しておくとよいでしょう。

混乱の多くは次の5つの決定で防げます:

  • 追加できる人と編集できる人: 例として、誰でも依頼を追加できるが、シフトごとに一人だけが「準備完了」や「受取済み」を付ける。
  • リストの置き場所を一つに: バインダー、共有スプレッドシート、または一つのアプリ。付箋や留守番電話のメモは同じ日に必ず転記。
  • 順序ルールを一つに: リクエストのタイムスタンプに基づく先着順。
  • スリップの形式を一つに: 記録する項目(名前、連絡先、依頼日、受取期限)を揃える。
  • 明確な受取ウィンドウ: アイテムをどのくらい保持するか、期限が来たらどうするかを決める。

端ケースは退屈にする

ほとんどの混乱は例外から生まれます。それらを事前に決めておけば作業中に迷いが減ります。

例:同じタイトルへの依頼が3:05と3:07に来たら、時間の早い方が常に先です。本が戻ったら最初の依頼を「準備完了」にし、期限を設定してホールド棚に載せ、リストと同じ順番で並べます。

ステップバイステップのワークフロー:依頼から受取まで

スプレッドシートから前進する
現在のスプレッドシートの流れを軽量な内部ウェブアプリに変換します。
アプリを作成

整ったホールドプロセスは、同じ小さな手順を毎回同じ順で行うことがほとんどです。

ステップ1:依頼をすぐに追加する。 利用者がいる間(またはメッセージが来たらその時)に書き留めます。これで「誰かが追加したと思っていた」という空白を防げます。

基本情報を記録:利用者名と連絡方法、正確なタイトルと著者、依頼日、フォーマットや代替可否。

ステップ2:詳細と代替案を確認する。 「どの版でも可」と言われたら記載。特定版やフォーマットのみ希望ならそれも明記。

ステップ3:タイムスタンプと開始ステータスを付ける。 デフォルトは「依頼済み」にして、複数の人が同じ本を欲しい場合でも公正を保つ。

ステップ4:定期的に引き取りを行い、更新する。 一貫した時間帯を決め(例:朝一)、返却カートや棚を確認。見つからなければステータスはそのままにして「1/21に確認」など簡単なメモを付ける。

ステップ5:見つかったら準備完了にして期限を設定。 本にラベルを付け、ホールド棚に置き、対応する用紙を付ける。ラベルと配置が済んで初めて「準備完了」とマークする。

ステップ6:完了させる。 受取時に「受取済み」と記録し日付を残す。期限が過ぎたら「期限切れ」として次の人に移す。

リストとホールド棚を同期させる

リストと棚が一致してこそシステムは整然と感じられます。利用者名が二箇所で違っていたり、コピーのラベルが曖昧だとスタッフはすべてを二重確認する羽目になります。

ラベル形式を一つに決め、毎回使ってください。誰でもラベルを読めば対応する行をすぐに見つけられるようにします。

ラベルでのルール:

  • リストと同じ綴りを使う(棚にニックネームを書かない)。
  • プライバシーに配慮した一つの形式を決めて守る(姓+名のイニシャルなど)。
  • タイトルだけでなく識別子(請求記号やバーコード)を含める。
  • 受取期限を含める。
  • 複数拠点がある場合は明確なロケーションコードを追加する。

棚が混乱する場所:同一利用者に複数アイテムがある場合。一番整理される方法はアイテムごとに一行にすることです。物理的な各アイテムは必ず一つの対応する行を持ち、準備完了はアイテム単位でマークします。

シリーズものは一つのルールが必要です。「次に利用可能な巻で可」とするか「特定巻を要求する」かのどちらかに絞り、スタッフに推測をさせないでください。

アイテムがまだ貸出中なら、返却予定日と再チェック日(例:「Due 2/10, recheck 2/11」)を追加してください。延滞になったらエントリを更新して現状を共有します。

引き継ぎのためには、シフト終了時の短いメモで十分です:何を引き出してラベル付けしたか、どの利用者に通知したか、何を再確認すべきか、何が期限切れか。

混乱を生むよくあるミス

期限を自動で追跡する
期限とタイムスタンプを追加して、スタッフが何が起きたかを推測しなくて済むようにします。
試す

ほとんどのホールドリストの問題はツールのせいではなく、例外の積み重ねで起きます。

よくあるミスはステータスだけを変更して日付を付けないことです。「準備完了」だけだと役に立ちません。「準備完了(1月21日)」とあればどれくらい待っているか、いつ期限を設定すべきかがわかります。

他の摩擦を生むミス例:

  • 受取期限なしで「準備完了」にするため、ホールド棚が保管場所になる。
  • 根拠なく依頼順を入れ替える(粘り強い人を優先するなど)。
  • すべてを自由記述のメモにする(「すぐ電話」「多分来週」)ためスキャンしにくいリストになる。
  • 古いエントリを削除して記録を残さない。
  • あいまいなステータス語(「対応済み」「処理中」)を使うことでスタッフ間の解釈がバラバラになる。

二つのリストが別々に流れていくことも古典的な問題です:カウンターとバックルームで別々のリストを使わないでください。一つの真実の情報源を保ちます。

例:利用者が「電話が来ていない」と言ったとき、エントリが「準備完了」だけで日付や期限が無ければ、それが昨日なのか三週間前なのか分かりません。「準備完了 1月10日、期限 1月17日、1月10日にSMSで通知済み」とあれば答えと次の行動が明確です。

短い点検:毎日と毎週

小さなホールドシステムは、毎日決まった短い点検を行うことで整然さを保てます。これは作業を増やすためではなく、取りこぼしや順序の乱れ、通知漏れが積み重なるのを防ぐためです。

毎日の点検(約5分)

今日クレームにつながりうることに焦点を当てます:期限切れのホールド、通知していない利用者など。

  • 本日期限のホールドを確認し、延長するか次の人に回すか返架するかを決める。
  • 限度を超えた「捜索中」を見直し、学んだことを更新する。
  • 「準備完了」には必ず通知と受取期限が設定されているか確認する。
  • ホールド棚をスポットチェック:各アイテムがリストの一行と一致するか確認。

“left voicemail 1/21” のような一行メモが繰り返し電話をかける手間や推測を防ぎます。

毎週の点検(10〜15分)

週に一度、リストを整理して履歴化しすぎないようにします。

  • 完了したホールドをアーカイブしてアクティブリクエストを見やすくする。
  • 長期の「捜索中」を再確認して次のアクション日を決める。
  • 棚とリストを完全に突き合わせて迷子を見つける。

例:人気タイトルの順序を保つ

最もシンプルな試作を作る
最小限から始める:一つのリスト、少数の項目、ホールド棚ビュー一つだけ。
プロトタイプを作る

あなたの図書館に人気の新刊が1冊だけあります。1週間で三人が依頼しました:利用者#1(月)、利用者#2(水)、利用者#3(金)。リストを依頼時間順に一つに保ちます。

土曜日に本が返ってきたら、利用者#1を「準備完了」にして受取期限を設定、通知し、わかりやすいラベルを付けてホールド棚に置きます。#2と#3は「依頼済み」のままです。

#1が受取に来なかったらその依頼を期限切れとして日付を記録します。その後同じ物理的な本を#2に回して「準備完了」にし、新しい期限を設定して通知します。#3はそのまま順番を保ちます。

重要なのは簡単さ:一つのコピーは常に一人分だけ「準備完了」になり、すべての変更にタイムスタンプが付くことです。

次のステップ:過剰に作りこまず楽にする

基本が安定したら、ワークフローを変えずに摩擦を減らしてください。

受取場所が一つで小さなチームならスプレッドシートで十分なことが多いです。複数人が毎日リストを更新し、重複が多く履歴が必要になってきたら軽量ツールが役立ちます。

最良のアップグレードはわざと地味です:新規依頼のテンプレート、ステータスのドロップダウン、自動的な受取期限設定、メモ欄は「例外のみ」といった明確なルールを設けること。

簡単なカスタムツールを作るなら、Koder.ai(koder.ai) のようなサービスで、必要なフィールドとステータスをチャットで説明して小さな内部トラッカーを作ることができます。スナップショットやロールバックで安全に反復し、ワークフローに合わせて最小限の機能だけに留めてください:一つのリスト、数個のステータス、明確な期限です。

よくある質問

What’s the simplest way to stop hold requests from getting scattered?

共有の一つのリストを使い、それを唯一の正しい情報源として扱ってください。到着した当日にすべての依頼を入力し、タイムスタンプを付け、口頭や付箋に頼らないことが最も簡単な対策です。

What information should every hold request include?

利用者のフルネームと連絡先(SMS、メール、電話など)、正確なタイトルと著者、必要ならフォーマット(大型本、オーディオなど)、依頼日(重複が多ければ時刻も)を必ず記録してください。ステータスとその日付も付けておくと、誰でも何が起きたか分かります。

How do we keep the line fair when two people want the same book?

記録されたタイムスタンプに基づく先着順(first-come, first-served)を基本にしてください。時刻がない場合は、一貫した方法で時刻を追加し、その場で“公正さ”を判断するのは避けましょう。

Which statuses work best for a small library hold list?

少数で文字どおりわかりやすいステータスを使って誤解を減らします。実用的なのは「依頼済み」「捜索中」「準備完了」「受取済み」「期限切れ・キャンセル」で、ステータスを変更するたびに日付を付けるルールにしてください。

When exactly should we mark a hold as “Ready”?

アイテムが実際にホールド棚にラベル付きで置かれ、利用者に通知が行われたときのみ「準備完了」とマークしてください。どれかが抜けているなら「依頼済み」か「捜索中」にして、簡単なメモを残しましょう。

How long should we hold items, and what do we do when the deadline passes?

受取ウィンドウをはっきり決めて、スタッフが見える場所に書いておきます。期限が過ぎたらその依頼を期限切れにして日付を記録し、返架するか次の人に移すなどルールに従って処理します。

What should we do when we can’t find a requested item on the shelf?

無作為に探すのではなく、決まった時間に短い確認を行ってください。2回の素早いチェックで見つからなければ、「貸出中で返却予定」「棚間違いの可能性」など学んだことを記録し、再チェック日を設定して「捜索中」が行き詰まらないようにします。

How do we keep the hold shelf and the hold list in sync?

棚のラベルをリストと完全に一致させ、一貫した名前フォーマットを使い、受取期限を含めてください。物理的なアイテムは必ずリストの一行に対応するようにします。そうすれば数秒で照合できます。

How should we handle multiple holds for the same patron?

同一利用者の複数依頼でも項目ごとに一行としてください。これにより部分的な受取で記録が混乱するのを防ぎ、どのアイテムが準備済みか依然依頼中かが明確になります。

Do we need software, or is a spreadsheet/binder enough?

受取場所が一つで小規模チームならスプレッドシートかバインダーで十分です。重複や毎日の更新が多く履歴管理が必要になったら、シンプルなツールへ移行を検討してください。カスタムが必要なら、Koder.ai(koder.ai)のようなプラットフォームで、必要なフィールドとステータスに合わせた小さな内部トラッカーを作るのが過剰になりません。

目次
小規模図書館で貸出予約が散らかる理由各依頼で記録すべき項目みんなが理解できるステータスを選ぶ始める前にルールを決めるステップバイステップのワークフロー:依頼から受取までリストとホールド棚を同期させる混乱を生むよくあるミス短い点検:毎日と毎週例:人気タイトルの順序を保つ次のステップ:過剰に作りこまず楽にするよくある質問
共有
Koder.ai
Koderで自分のアプリを作ろう 今すぐ!

Koderの力を理解する最良の方法は、自分で体験することです。

無料で始めるデモを予約