GENZ, Inc.

独立した立場の検証 レベニュー管理ツールを価格算出から反映まで検証します

算出方法を更新するたび、どこまで確かめなおすかに迷う。GENZは推奨価格の算出から販売経路への反映までを検証し、リリース判定で使える形で残します。

支援事例

支援実績5,000件以上

支援実績を示す企業ロゴ 01
支援実績を示す企業ロゴ 02
支援実績を示す企業ロゴ 03
支援実績を示す企業ロゴ 04
支援実績を示す企業ロゴ 05
支援実績を示す企業ロゴ 06
支援実績を示す企業ロゴ 07
支援実績を示す企業ロゴ 08
支援実績を示す企業ロゴ 09
支援実績を示す企業ロゴ 10
支援実績を示す企業ロゴ 11
支援実績を示す企業ロゴ 12
支援実績を示す企業ロゴ 13

この記事はソフトウェアテストの専門家が監修しています

監修枡井 愼治株式会社GENZ 代表取締役

GENZは創業以来、5,000件以上のソフトウェアテスト・第三者検証を手がけてきたプロフェッショナルです。品質に関する課題やお悩みに、真摯に寄り添います。

代表取締役 枡井 愼治 株式会社GENZ 〒101-0062 東京都千代田区神田駿河台2-3-11 ヒューリック御茶ノ水ビル3F TEL:03-5244-4711
01 ISSUES

価格と在庫の運用で起きやすい落とし穴

推奨価格の算出から在庫配分、販売経路への反映までが一連の処理として動くため、どこか一箇所の確認が抜けると食い違いが利用者側の画面へそのまま現れます。ここでは、運用で起きやすい五つの落とし穴を挙げます。

実績データが欠けたまま推奨価格が算出される

実績データが欠けたまま推奨価格が算出されると、欠損に気づかず販売経路へ価格が流れます。取り込みの成否を確かめないと、誤った価格が表示されます。

実績データの欠損

部屋タイプごとの推奨価格と在庫の配分が噛み合わない

部屋タイプの推奨価格と在庫の配分数が噛み合わないと、売り切れた部屋に価格だけが出続けます。配分数との突合を怠ると、予約できない価格が残ります。

在庫の不一致

接続先の仕様差で一部の販売経路だけ価格の反映が止まる

接続先ごとに仕様が異なるため、一部の販売経路だけ価格の反映が止まります。経路別に照合しないと、食い違いに利用者側から指摘されるまで気づけません。

経路への反映の停止

料金を変えた時刻と締めの処理の時刻がずれる

料金を変えた時刻と締めの処理の時刻がずれると、締めをまたぐ予約に変更前の価格が残ります。時刻の前後を確かめないと、集計と表示が一致しません。

締め時刻とのずれ

手作業で上書きした価格の操作者と時刻の記録が残らない

利用者側が推奨価格を上書きした記録が残らないと、あとから誰がいつ変えたかを追えません。問合せが来ても、算出か手動操作かを切り分けられません。

上書きの記録
02 RISK

価格と在庫の食い違いが事業へ及ぼす影響

価格と在庫の食い違いは、表示のずれで止まらず、販売の現場と開発の体制へ順に広がります。ここでは、放置した場合に起きる三つの影響を挙げます。

業務上の問題対応を行う担当者の様子を写した写真。
03 REVIEW

開発の担当から独立した立場で確かめる観点

GENZは開発の指揮系統から独立した立場で、実績データの取り込み、価格の算出、在庫との連動、経路への往復、操作の記録という観点から検証します。

実績データの欠けに気づかないまま推奨価格が出続け、連休や催事の場面で現実の需要と離れた価格が提示されてしまいます。

実績データの取り込みと、項目が欠けたときの振る舞い

過去の販売実績を所定の形式で取り込めるか、項目が欠けたデータを渡したときに処理が止まるか、誤った値のまま推奨価格へ流れるかを、仕様との一致まで検証します。

確認する資料
  • データ定義書
  • 取込結果一覧
  • 欠損データ一覧
確かめなおす範囲の線引きが担当者の判断に頼り、受け入れの基準を説明できない空白がリリース判定の会議へ残ります。

推奨価格の算出が定めた入力に対して定めた出力を返すか

需要予測にもとづく算出が、定めた入力に対して定めた出力を返すかを検証します。許容する差の範囲と判定の方法は、事前にデータ分析担当へ確認して基準を定めます。

確認する資料
  • 入出力対応表
  • 算出結果一覧
  • 合否判定記録
価格の更新に在庫の配分が追従せず、売り止めるべき在庫が販売されたまま経路へ残ってしまいます。

在庫の配分と販売の停止が推奨価格の更新と連動するか

推奨価格の更新にあわせて在庫の配分数が変わるか、満室や条件の成立で販売の停止が価格と連動して働くかを検証します。価格だけが変わり在庫が追従しないまま残る組み合わせを洗い出します。

確認する資料
  • 配分結果一覧
  • 停止条件一覧
  • 連動試験記録
表示価格の食い違いが起きたとき、ツール側か経路側か利用者側の操作かを分ける材料がなく、問合せ対応が長引きます。

販売経路への送信と受領の結果を往復で確かめる

サイトコントローラーや予約サイトへの送信と、受領結果の返却を往復で確かめます。送信側で正しくても経路側で反映が滞る場合に、どちらで止まったかを切り分けられる記録が残るかまでを対象にします。

確認する資料
  • 送信記録一覧
  • 受領結果一覧
  • 往復照合記録
上書きの記録が残らないと、事後に誰が何を変えたかをたどることができず、原因の調査が担当者の記憶頼みになります。

操作の権限と、承認や上書きが記録に残るかどうか

推奨価格の承認と上書きについて、誰がいつどの値へ変えたかが記録されるか、権限のない操作が弾かれるかを確かめます。記録がどこまで残るかは個別の仕様に依存するため、ヒアリングで前提を固めます。

確認する資料
  • 権限設定一覧
  • 操作履歴一覧
  • 承認記録一覧
  • 証跡保全記録
04 TEST DESIGN

テストの外注をどのように進めるか

宿泊レベニューマネジメントツールのテストは、開発の周期に合わせて、範囲の合意から報告までを次の順で進めます。

STEP 01 機能と連携先の範囲を決めるスコープは機能と連携先で区切り、費用と混ぜません。
どう確かめるか

短い開発の周期に同じ窓口が続けて伴走する体制

算出方式の更新や連携先の追加が重なる局面でも、同じ窓口が伴走します。改修の計画に合わせて検証の段取りを調整するため、直前に確認が集中せずに済みます。

  • 01需要予測や推奨価格の提示など、対象とする機能を洗い出します。
  • 02宿泊予約サイトやサイトコントローラーへの接続先を特定します。
  • 03一度のテストで扱う範囲と対象外を文書に固定します。
OUTPUTテスト対象の範囲書
STEP 02 テストの設計と観点を合意する許容する差の範囲など判定基準を事前に合意します。
どう確かめるか

連携先が多い構成でも対象の範囲を分けて受け持つ

連携先が多い構成では、ツール側の算出と販売経路への反映を分けて受け持ちます。どの連携先までを一度のテストに含めるかを先に決めるため、解釈の食い違いが残りません。

  • 01連休や催事など需要が集中する業務シナリオを設定します。
  • 02推奨価格の受け入れ判定基準をデータ分析担当と合意します。
  • 03利用者側による手動の上書き操作を観点に含めるか決めます。
OUTPUT観点と設計の合意書
STEP 03 実行し、見つかった事象を報告する事象は発生条件と影響範囲を添えて報告します。
どう確かめるか

開発の実施主体とは別の立場で範囲と結果を検証する

検証は開発の実施主体とは別の立場で行います。推奨価格の算出方法の内部を説明できる担当者がいなくても、確認した範囲と結果の妥当性を第三者の言葉で説明できる状態を作ります。

  • 01合意した観点と設計に沿って、対象の範囲でテストを実行します。
  • 02表示価格の食い違いを、算出か反映か手動操作かで切り分けます。
  • 03見つかった事象を発生条件つきで報告書にまとめます。
OUTPUT発生条件つきの事象報告書
STEP 04 影響範囲を確かめ直し、手順を引き継ぐ次の改修でも使える形で手順を引き継ぎます。
どう確かめるか

確認した範囲と結果をあとから参照できる形で残す

確認した範囲と結果は、あとから参照できる形で残します。リリース判定の会議への上程や、稼働後の問合せへの切り分けの際に、担当者の記憶に頼らず根拠を示せます。

  • 01修正が他の機能や連携先へ及ぼす影響を確かめ直します。
  • 02確認した範囲と結果をあとから参照できる形で保管します。
  • 03定型の確認手順を文書化し、担当者の暗黙知を解消します。
OUTPUT引き継ぎ用の手順書
05 RATIONALE

社内で抱える場合と外へ出す場合の違い

固定費を抱えない人日単位のアサイン、監査にも使える独立した検証の記録、育成期間なしに活かせる専門ノウハウなど、第三者へのアウトソースには複数のメリットがあります。

OUTSOURCING RATIONALE THIRD-PARTY VERIFICATION

必要な時に必要な分だけ

人日単位のアサインで固定費を抱えず、繁忙期に増減できます。

独立した視点で品質を底上げ

独立した検証で偏りを排し、監査に使える客観的な記録を残せます。

専門ノウハウを即戦力で

JSTQB認定エンジニアが在籍し、対象領域固有の検証知見を育成期間なしに活用できます。

ノートPCを前に担当者同士が相談しているオフィスの写真。

専門知識を持ったテストエンジニアが、第三者の視点でテストするメリット

  • 増員を待たずに確認の一巡を成立させられます
  • 確かめなおす範囲の基準を社外の目で整理できます
  • リリース判定と予算承認に同じ結果資料を使えます
  • 出荷前の整理が稼働後の切り分けを早めます
06 SERVICE

ご提供するテストのメニューと対象範囲

価格の推奨から販売経路への反映まで、どこをどこまで確かめなおすかは、改修の内容と連携先の構成によって変わります。GENZは、開発の担当から独立した立場で、確認の範囲の線引きから実施までを担います。

SVC 01

販売経路との接続を確かめるテスト

サイトコントローラーや宿泊予約サイトとの接続を対象に、推奨価格が販売経路へ反映されるかを確認します。連携先の仕様差も範囲に含めます。

リスク要因と優先順位を示す無文字の図解。
SVC 02

料金の条件設定を組み合わせて確かめるテスト

部屋タイプや在庫数など料金の条件を組み合わせ、推奨価格が設定どおりに出力されるかを検証します。手作業で上書きしたときの挙動も対象です。

複数のシステムや連携先にまたがる確認範囲を示す無文字の図解。
SVC 03

予約が集中する状況を想定したテスト

予約の受け付けが重なった状況を意図的に発生させ、在庫の更新と価格の反映が追いつくかを検証し、現場が気づく前にずれの有無を確かめます。

計画から報告までの流れを示す無文字の図解。
SVC 04

改修のたびに既存の挙動を確かめなおすテスト

改修のたびに、既存の算出ロジックと連携の挙動が変わっていないかを確かめます。短いリリース周期に伴走し、範囲と結果を記録として残します。

確認対象の領域を区分して示す無文字の図解。
07 FLOW

お問合せから着手までの流れ

検証範囲の整理からご契約、体制の準備、テストの開始まで、お問合せのあとの進め方を順に示します。

ご相談の受け付けと課題の確認

フォームまたはお電話でご相談を承り、現状の課題と確認したい範囲を伺います。

現状の確認と対象範囲のお見積

算出方法や連携先の仕様を伺い、対象範囲と工数を整理してお見積を出します。

ご契約と検証を担う体制の準備

範囲と日程を合意のうえご契約し、受け入れの段取りに合わせて体制を準備します。

テストの開始と検証結果のご報告

環境と仕様の共有を受けて開始し、結果は報告書として開発責任者へ提出します。

検証範囲の整理からご相談いただけます

レベニューマネジメントツールのテストについてご相談ください

どこまで確かめなおすかを社内だけで抱える必要はありません。GENZは価格を決める処理から販売経路への反映までを検証し、範囲の整理からご一緒します。