フェリーの予約システムを構築する

車両甲板は、劇場の座席のようには売れない

高村さんは、本土の港と沖の島を結ぶ2隻の航路を預かっています。彼女の在庫は座席ではありません。鋼鉄の甲板のメートルです。乗用車は5メートル、キャンピングカーは7.5メートル、鮮魚のトラックは12メートル。14時30分の便が満船なのは、次の車両が入らないときであって、何かの人数が言うときではありません。美容室や送迎バスのために作られた予約ウィジェットに、その列はありません。

そして甲板のまわりには、すべてがあります。年に400回渡る島民と、2回渡る観光客。7月の運賃と2月の運賃。前の晩に一便を消してしまえる天気予報。既製の予約ツールは、これらをひとつずつ例外として扱います。この航路では、それが商売です。だから高村さんは航路をKlivに説明し、仕組みは最初の会話から甲板のかたちに作られます。

ひとつの便を、メートルで売る

島行きの金曜14時30分を、2月からタラップまで。

時刻表が出る

夏のダイヤが2月に公開されます。7月の運賃の窓も同じ日に設定されます。誰かが覚えているかどうかに関わらず、予定どおりに開きます。

キャンピングカーが予約する

決済の時点で7.5メートルが押さえられ、運転者を含めて8,400円。甲板のカウンターが下がります。誰も、もう一方のターミナルにスプレッドシートをメールしません。

甲板が埋まる

木曜の夜、残り2メートル。バイクがそれを取り、徒歩の乗客は自分たちの上限に向かって乗り続けます。

時化

17時15分が朝6時に欠航になります。ひとつの操作が、すべての予約を19時40分か、返金の列へ移します。返金はそこで、窓口の「はい」を待ちます。誰が出したかとともに記録されます。

タラップ

車両が乗り込む横で、乗組員が乗船券を読み取ります。回数券が1回分を失い、船長は、誰も集計しなかった乗船名簿に署名します。

甲板の下で

新しい船体はどれも海上試運転をします。予約窓口にも、同じものがふさわしい。Sandbox（実際の請求が起きないテスト環境）の中で、この航路は3つの土曜を売り切り、うち1つを天候で欠航にし、車両甲板ひとつ分を返金します。Stripeはまだつながっておらず、水の近くに本物は何もありません。ひと夏分の失敗が、3月の午後ひとつで済みます。

時刻表は、見つけられなければなりません。Klivはすべてのページのプリレンダリングされた写しをクローラーのために保つので、旅行者が島まで車をどう運ぶかをアシスタントに尋ねたとき、14時30分は当て推量ではなく引用されます。そして予約確認も、時化の知らせも、返金の控えも、航路自身の言葉で、航路自身のドメインから出ていきます。

渡し船は、いちばん純粋な地域の商いです。そして島の商店街のすべてが、あなたのタラップに乗っています。Klivと地域の商店は、港の残りのために書かれています。売店、レンタサイクル、フェリーに時計を合わせている食堂のために。

まず水深を測る