（発表日：2025年10月21日）２０２６年１１月１日まで新規の地域OTA受付を一時停止いたしましたのでお知らせいたします。背景・理由は以下の通りです。

受付一時停止の背景

ちいプラは、２０１６年３月に最初の地域ＯＴＡサイト（みなたび/宮城県南三陸町）としてスタートしました。それから１０年が経過しました。

この間、弊社が広告出稿するために造語した「地域OTA」「地域特化型OTA」が一般的な用語として普及しました。今では、国(観光庁)や自治体、他社のITサービスベンダーも当たり前に使っています。

最近では、DMOや観光協会様ではなく、一般的な営利法人からの自社用ＯＴＡへの引き合いが高まっており、このたび年商10億円規模の大型案件に複数対応することになりました。これにより余力がなくなってしまいました。

あらに、この10年で、いわゆる「ソフトウェアの負の遺産」（廃れてしまったライブラリ、時間に追われてやや雑な実装になっている処理等）が少なからず存在します。また当時は想像もできなかった「AI革命」がまさにはじまったところです。負の遺産を解消して、次の１０年間の進化にスムーズに対応するために「リファクタリング」を実施します。

また新規導入対応に忙殺されて先送りしていた機能強化・改良にも対応します。

対応完了後は、現在よりもさらに数段上のシステムをご案内できます。地域ＯＴＡ（地域特化型OTA、エリアOTA、シームレスサイト）の導入を検討しておられる地域様におかれましては、後述する「準備」をしておいていただけるとよいかと思います。

ご理解のほどよろしくお願いいたします。

新規受付停止の狙い

弊社は同業他社の追随を許さない圧倒的な開発生産性（機能改良履歴を参照）を誇ります。そのプロダクトである「ちいプラ」は、類似の地域OTA（地域特化型OTA、エリアOTA）の中でもかなり高機能（かつ安価）と自負しています。この状況に満足することなくさらなる向上をはかります。

陳腐化したコードの廃止

ちいプラが開発に着手したのは２０１５年１０月です。この記事を書いているのは２０２５年１０月２０日ですので、ちょうど１０年が経過しました。当時は最適・先進的だったテクノロジーが陳腐化してしまったものがあります。（代表的なものでいえばjQueryです)

保守性の向上

また開発スピードを優先して、やや可読性の低いコードになっている箇所（負の遺産）もあります。これらを刷新します。専門的には「リファクタリング」といいます。

また、ちいプラのコードは、サーバーサイド、クライアントサイドだけでなく、マイクロサービス、外部APIなどいろいろと分散しています。この配置も最適化します。

実行環境の最適化

また、実行環境は、ＡＷＳ（Amazon Web Servies）をフル活用していますが、一部のサービス（例えばストレージ、エグレス（=データOUT）、CDN）については、より費用対効果に優れた他社のサービスが登場しています。

生成AIへの対応

また10年前には想像もできなかった変化があります。「生成AI」の登場です。

例えば、AI検索では「当事者が発信する高品質な一次情報が優遇」されるようになります。（これにより「SEO/MEO、アフィリエイト、広告」といった従来の集客手段が廃れます）。地域OTAでは、多くのデータ（予約、顧客、問い合わせ、口コミ、事業者情報、プラン情報）を地域が保有できます。これらの蓄積データをAPIや任意形式のCSV出力（例．予約CSV）などにより再利用しやすくします。AIエージェントが好むAPI（例えばOpenAIのAgentic Commerce Protocol）への対応もすすめます。

データ分析も大きく変わります。高価なデータ分析基盤やBIツールは不要となります。データをExcelやGoogle SpreadSheetに取り込めば、分析も可視化も生成AIが実行します。（そもそも本当にデータ利活用している人は、現在でもBIツールからExcelにデータをダウンロードして分析しています）

自動化

さらにソフトウェア開発プロセスの自動化（E2Eテスト、デプロイ)も強化します。

機能強化

さらに新規導入に追われて先送りしてきた以下のような機能の強化・改良をはかります。

• OTA一体型PMS
• OTA一体型自社サイト用予約エンジン
• AIエージェント対応
• CRM対応・・・分析・セグメンテーション、クーポン発行、メルマガ配信（効果測定）、顧客ランク等
• 多言語化・・・現在は日・英・繁体字ですが、簡体字、韓国語、フランス語に対応します。
• テストの自動化範囲の拡大

以上です。上述したようなことを、着手している業務の完了後（２０２５年４月を予定）、半年間をかけてこれらに取り組んでいきます。

地域OTAを検討中の地域様へ

代替製品について

観光庁が「地域OTA推し」するまでは、ちいプラとTXJさんしかありませんでしたが、現在は多くのベンダーが「地域ＯＴＡ」（地域特化型OTA、エリアOTA、シームレスサイト）対応をうたった製品を出しています。例えば以下のプロダクトはクライアントから比較検討対象（＝当該企業から営業されている）としてよく聞きます。

• プランメーカーポータル Lite-ライト- 地域版OTA構築運用サービス ・・・宿泊予約に対応。初期費・固定費無料・手数料２%。城崎温泉などで実績
• TXJシステム・・・海外発のDMO向けプロダクト。宿泊、体験、飲食の予約に対応。初期費・固定費無料・手数料３％。
• トリプラ・・・DMOが宿泊予約サイトを運営する「エリアOTA」とは？　手数料は地域に還元、「トリプラ」と地域が構築した仕組みと成果

導入時に留意いただきたいこと

地域OTA導入にあたって「補助金・助成金」を活用することは避けることを推奨します。

理由は複数あります。

１つ目は、補助金を利用して導入すると「役に立たない」ことがわかってもズルズルと３年も５年も使い続ける必要があるからです。さらに補助金で高額なサービスを導入しても「収益化」できてなければ維持できません。弊社やTXJさん、プランメーカーさんのように「完全成功報酬型（初期費・固定費なし、成約額に対する手数料のみ）」のプランを提供しているサービスを選択してください。

２つ目は、少なくない地域OTAベンダーが「古くからある自社サイト用宿泊予約エンジン」を拡張して地域OTA対応とうたっています。こういったプロダクトには注意してください。これらは「古いやりかた」（楽天・じゃらん・自社サイトで販売、サイトコントローラ使って、PMS使って）に最適化されています。このような方法論に過度に最適化してしまうことはＡＩ時代に出遅れることを意味します。

【永久保存版】自社サイト用予約エンジンを流用して地域OTA風サイトを構築する際に留意すべき点（システム選定用チェックリスト付き） |

現在進行中のAI革命によってデジタル化の最適解がガラっと変わってきます。例えばＡＩ検索です。AI検索の登場によりこれまでのＳＥＯ／ＭＥＯ、アフィリエイト、広告といった「集客手段」が抜本的に変わります。（これから重要なのは一次情報です）。助成金を使ってサービス導入してズルズルと使っていると、このような大きな変化に迅速に適応できません。

よく言われることですが「未来を予測することはできない。できるのは変化にすばやく適応すること」です。助成金でサービス導入すると「すばやさ」を失うリスクがあります。変化の激しい時代、そこで失う「数年」という時間は、取り返しのつかない致命的な失敗となる可能性があります。くれぐれも慎重にご判断ください。

また、ここ最近は「ＡＩ対応をうたった高額なサービス（例．AIチャット、周遊ルート構築、リコメンド）」を助成金で導入している例が多く見受けられますが、エンジニア目線で率直に申し上げると「陳腐」なものばかりです。今後、続々と無償レベルのより高機能・高品質なサービスが出てくるのが確実です。助成金を使っているとそれを横目にみながら微妙なサービスを使い続ける必要があります。

過去にも繰り返されてきたことですが「流行期」には有象無象の業者が乱立します。玉石混交ですが、大半は石っころです。（弊社を含めて）業者の主張をうのみにすることなく「目利き」するようにご留意ください。（原則として製品を内製していないところは避けるのが無難です。【理由】AI革命による劇的な生産性向上の恩恵を受けられるのは内製ベンダーだけであるため。内製していない会社の製品は「遅い、まずい、高い」に該当する可能性が高いです）

余談

NYANGOには、地域OTAに関して一般には公開されない多くの情報が集まってきます。

その中には、観光庁の作文ではあたかも「成功事例」のように扱われている一方で、何ら具体的な成果がでていなかったり、現地（当該導入法人を含む）ではまったく評価されていない（＝「また、税金泥棒やってるよ。」としらけている）ものが少なくありません。
助成金は、ある種の麻薬です。助成金にどっぷりと依存してしまった地域では、助成金を獲得し続けるために（地元で評価されていない）「成功を捏造作文」して、観光庁（のお抱えコンサル）が海外から仕入れてくる「トレンド・シナリオ」にそって「作文」したりという「成果を出すことと無関係」の業務に膨大な時間をさいています。観光庁のほうばかり向いていて、お客様も事業者も視界に入っていません。そんな姿勢で成果をだせるはずがありません。

NYANGOには地域OTAに関する多くの情報が集まってくるにゃ。

助成金は、自立をさまたげる麻薬にゃ。依存しないように注意ニャ！

トイレ改修とかスポットのハードウェア改修の助成金はよいぞ

地域OTA導入前に準備すべきこと

「地域OTA」で目指すビジョンを明確化にして、関係者の「地域OTA導入」の機運を高めることが重要です。

地域ＯＴＡシステムの導入はゴールではありません。単にスタートラインにたっただけです。どの地域でも実現できるので差別化要因にはなりません。

地域ＯＴＡは収益事業の立ち上げです。非営利の箱モノ（例.図書館建設、トイレ改修）や単なる業務効率向上のためのデジタル化（例．オフィスにグループウェア導入）とは難易度が格段に異なります。「独立採算で黒字にできる道の駅をつくる」と同等かそれ以上と言えばイメージできるでしょうか？

であるにもかかわらず観光庁が助成するようになってからは、流行に敏感で作文が得意なコンサルの口車にのって、安易に地域ＯＴＡサイトが粗製濫造されているのが現状です。弊社はまもなく「地域ＯＴＡ幻滅期」を迎えることを確実視しています。

「地域OTAやってます」が「あたりまえ」になる日～まもなく幻滅期？

地域OTAを成功させるために、地域OTAシステムの導入は必須ですが十分ではありません。では、十分要件（成功要件）は何でしょうか？たった１つです。

『参画事業者が地域ＯＴＡファーストで取り組んでくれること』です。

単純ですが実現するのは容易ではありません。（ダイエットと似ていますね）

宿泊施設、アクティビティ提供者ともに「知名度も資金力も人材もいる大手OTA」に加えて「手数料無料の自社サイト予約」という選択肢があります。そのような状況で地域ＯＴＡファーストになっていただくのは簡単ではありません。当然ですが、資金力では大手OTAに勝てません。使途自由の自主財源がなければ臨機応変に市場のニーズの変化には対応できないので手数料無料もできません。

「大手より手数料が安いので参画してください」は、地域OTAの失敗に直結する典型的なアンチパターンです。（初年度限定なら可）

「経済条件」以外で選ばれる必要があります。

もちろん「地域のために！」「地域創生！！」というフワッとした掛け声だけでは全くたりません。

地域経済循環の向上がなぜ重要なのか？といったところからはじまって、AI時代はデータが決定的に重要になることを理解して、地域ブランド（認知度、好感度）が向上すると何が期待できるのか？ブランド向上のために何が必要なのか？次の世代（５０年、１００年後）に何を残したいのか？ＫＰＩとして何が適切なのか？

といったことを徹底的に関係者で議論して具現化してください。

目指すところ（ビジョン）を明確にして、その有力な手段として地域ＯＴＡを位置づけることが重要です。

そのビジョンを事業者、住民と対話を通して磨き上げてください。その過程で自然と地域OTA導入の機運が醸造されていくはずです。

受付再開後について

標準パッケージの提供は、契約締結とドメイン取得と弊社への管理委託が終われば３日で提供可能です。詳しくは「導入フロー ｜ ちいプラマニュアル」を参照してください。

まとめ

• ２０２６年１１月１日まで新規の地域OTA受付を一時停止いたします。
• 地域OTAを導入する地域様への代替手段（他社システム）を掲載しました。その際の留意点も掲載しました。
• 「ちいプラ」を使いたい地域様には、来年１１月までに取り組める「準備」をご案内いたしました。

引き続きよろしくお願いいたします。

旅行の予約サイトで他人の個人情報が誤表示される、DB接続先がリセット状態に | 日経クロステック（xTECH）

「取材依頼の趣旨（後述）」とかけ離れた内容になっています。また内容が薄い（大切な部分がごそっと抜け落ちており教訓になるような話がほぼない）ばかりでなく、弊社がクライアントから高く評価いただいた不具合発生後の具体的な対応に言及することなく「立派だが・・・」と貶めるような記載となっています。また弊社の事後対応が中途半端でいまだにリスクを残しているかのように受け止められかねない記述もあります。

このような理由から記事の非掲載を求めましたが、残念ながら応じていただけませんでした。

編集長＞違っていたら書き直します。非掲載はできません。
NYANGO＞間違ってはないが取材依頼に記載された趣旨とまったく違う。利用されている表現がネガティブ。内容が薄い。本質的なところが抜けてる。フォーカスしているところが枝葉（細部の実装、一人親方）。誰の教訓になるの？
編集長＞いろんな読み方がある

という感じでらちがあきません。（ITに詳しくない若手の記者さん本人に苦情対応を丸投げするのでなく、編集長自らから電話してきたことについては高く評価します）

弊社としては風評被害を招きかねない内容と判断しておりますので、以下で弊社の見解を述べさせていただきます。

付録としてChatGPTに取材依頼をうける起因となった記事の要約・建設的批判もしてもらいました。ぜひ日経クロステック社の記事と比較してみてください。

参考/取材依頼内容

５月のシステム不具合に関する取材のお願い（日経クロステック）

NYANGOご担当者さま、〇〇〇〇ご担当者さま

初めてご連絡を差し上げます。技術系媒体「日経クロステック」のIT担当記者の〇〇〇〇と申します。
突然のお願いで恐れ入りますが、〇〇〇〇のシステムで2025年5月に顧客情報が閲覧可能となった事例について取材をお願いしたく、この度メールを差し上げました。

弊誌では、IT業界におけるヒヤリハットや不具合などの事例を当事者への取材をもとに深堀りして伝えております。昨今では情報漏洩などが多発しており、多くの企業や組織が障害について情報を公表しない方針をとる中で、貴団体のWebサイトを拝見し、時系列や原因などを丁寧に説明されている姿勢に非常に感銘を受けました。
～～～URL～～～

貴団体のシステムご担当者様にお話を伺い、貴重な体験や経験とその教訓、再発防止策を読者と共有する記事を執筆したいと考えております。
上記につきまして、もし取材をお受けいただけそうでしたら、8月中にて1時間半ほどご都合の良い日時をいくつかご教示いただけませんでしょうか。
こちらの取材依頼につきまして、もしご不明点などございましたら電話、メールにてお気兼ねなくお伝えくださいませ。

ご多用のところ恐れ入りますが、何卒ご検討いただけますと幸いです。よろしくお願い申し上げます。

〇〇
——————————————————————-
株式会社日経BP 日経コンピュータ編集
〇〇〇〇

〒105-8308　東京都港区虎ノ門4-3-12
携帯電話：080-1234-5678(まずはこちらにご連絡ください)
Email: 〇〇〇@nikkeibp.co.jp
——————————————————————–

弊社が取材を受け入れた理由について

弊社は一般には無名の企業ですが、地域ＯＴＡ業界ではオンリーワンなプロダクトを提供しており、クライアント様も拡大しているので非常に多忙です。

ですので、「興味があるので話を聞かせてください」的な軽いノリの問い合わせは全て断っています。また初回説明時に不勉強（本ホームページに書いてある内容に目を通していない）であればすぐに「提供できません。出直してください」とやっています。

「問い合わせに対応するか、弊社のサービスを提供するか」を判断するにあたって相手方の肩書は一切関係ありません。実際、「中央官庁」や「プロ野球球団」の問い合わせや打診も「不遜」さが少しでも感じられたら「出直してきてください。」とやっています。その逆に「個人」であっても、しっかりと読み込んできてくださってる方には門前払いすることはありません。（むしろ共感を覚えます 笑）

前置きが長くなりましたが、この取材を受入れたのは、弊社の記事を「しっかり読んでくれたんだな」「真摯に対応したその姿勢を好意的に評価くれたんだな」と感じたからです。「日経」という肩書も認識はしてましたがそれは決定的な理由ではありません。

【情報漏洩事案】お客様情報の誤表示に関するお詫びとご案内/2025年6月2日

昨今では情報漏洩などが多発しており、多くの企業や組織が障害について情報を公表しない方針をとる中で、貴団体のWebサイトを拝見し、時系列や原因などを丁寧に説明されている姿勢に非常に感銘を受けました。

取材依頼の趣旨と実際の記事の相違点

問題を起こした当事者が言うべきことではないので公には発信してきませんでしたが、書いちゃいます。

弊社のミスはあってはならないことで、誇れることではありませんが、その後の対応の「迅速さ」「透明性」「客観性」はどの業種のどの企業であっても「あるべき姿」としてベースラインにできるはずです。

迅速さ・・・問題を検知した当日にすべてのクライアントおよび関係した個人に対して、お詫び、事象・リスク、問い合わせ窓口等を連絡。各クライアントからの問い合わせに即応。

透明性・・・原因・経緯を包み隠さずに図を含めるなどして非専門家にもわかりやすく説明。（マルチスレッドなど技術寄りの内容は省略）

客観性・・・自社の恣意的な評価でなく、公的機関（個人情報保護委員会）の客観的指標を使って事態の重要度をわかりやすく説明

そういえば、ちょうどこの取材を受けている時に以下のような報道もありました。

前代未聞の報告遅れで楽天モバイルに行政指導

実際、複数のクライアントから「役所とかとの調整で大変だったけど真摯に対応してくれたことに満足している。感謝している。むしろ信頼が増した」と言っていただいています。このエピソードは弊社記事には書いておりませんでしたが、こういったことを書いてくれるのかな？と期待しておりました。（このコメントは、取材時に同席してくださったクライアントの発言要旨です）

ところが、実際に公開された記事では、こういった部分がバッサリ抜けて、枝葉である実装レベルの「マルチテナントがー、データベース接続先がーー、マルチスレッドがーーー」という話になってしまっています。これはこれで現場のエンジニア（日経テック読むかな？）には学びにはなるかもしれませんが、「不具合」は様々な要因で起こりえるので、ここだけフォーカスしてしまえば、「うちのシステムはマルチテナントじゃないし」で終わってしまいます。

お客様から「信頼が増した」と言われるほどの「迅速さ」「透明性」「客観性」については何の言及もないばかりか、、、

『一連の対応は立派といえるものの、一般的に1人での開発は思い違いなどがあっても第三者が指摘する機会がない。体制としては脆弱』

と切り捨てられています。これ誰の教訓になるの？「うちは一人じゃないし」で終わりですよね。記事の内容も薄ければ、考察も浅い・薄い。

クラウドと生成AIで一人でできることがどんだけ増えてるかわかってる？

顧客対応ができて、業務知識もあって、設計から実装までできるって生産性最強だからね。

聞くけど、一人でなければ脆弱じゃないの？ 楽天さんがうけた行政指導についてなんかコメントしてますか？

薄っぺらい一般論はChatGPTで間に合ってるの理解できてますか？

こんなんだからオールド（自主規制）

パパ、怒ってるニャ💦💦💦

これはしょうがないニャ。詐欺的ニャ

記事中でコメントしているコンサルティング会社の宣伝だってば。広告とかセミナー共催とかで利害関係あるのでは？

陰謀論キタ！

まず、深呼吸じゃよ

（取引先が２０社にふえてさらに大きな取引が２件はじまるので来年からエンジニア雇用します。応募してね！！）

付録/ChatGPTの要約・批判的考察と日経の記事比較

元となった弊社の記事をChatGPTで要約＆批判的に考察してもらった結果です。ぜひこの結果と、日経テックさんの記事を比べてください。どちらが学びになりますか？どこぞのCTOなる人のコメントとどちらが参考になりますか？

ChatGPTの所要時間は30秒。日経テックさんの記事は当方が取材対応に費やしただけで5時間以上使ってます。さらに取材に同席してくださったクライアント、日経側の記者さん、デスク、（本当にいたのかしらんけど）技術に詳しいという記者さんの時間を全部足すと20時間は費やしています。

評価は読者のみなさまにお任せいたします。

【ChatGPTへのプロンプト】以下の個人情報漏洩事案に対する記事を要約してください。また対応について評価してください。教訓を引き出してください。建設的に批判してください。結果は、Markdown記法（RAW表示）にしてください。 見出しは レベル3から開始してください。https://nyango.com/2025/06/02/personal-data-incident

事案の概要（要約）

• 発生時期・原因
• 2025年5月30日 午前2時頃、システム改修をリリースした際に不具合が混入。
• マルチテナント対応の実装中に誤った設定があり、複数の地域サイトで顧客情報が混在・表示される状態となった。 (nyango.com)
• 漏えい・誤表示された情報
• メールアドレス、お名前、住所、電話番号、生年月日、利用履歴。
• クレジットカード情報の一部（カード番号下4桁、カードブランド、有効期限）。
• パスワード、カード番号全体、CVCは漏れていないとされている。 (nyango.com)
• 影響範囲
• 新規会員登録完了時に、他地域予約サイトの同一顧客IDに紐づく既存会員情報が閲覧可能になったケース。
• 2025年5月30日～6月2日午後1時までに新規登録された109名と、同IDを持つ既存109名、計218名が影響対象。 (nyango.com)
• 発見・対応までの流れ
• 6月2日午前10時頃、顧客から指摘があり検知。直後に調査開始 → 同日午後1時頃に修正実施。
• 同日午後から影響範囲調査、関係者への通知を実施。6月2日22時前後に影響を受けた顧客へ案内。悪用の報告は現時点でなし。 (nyango.com)
• 再発防止策
• 開発環境をマルチテナント状態にできるよう整備し、類似の不具合を検出可能にする。
• 機密性の高い情報のキー値を各サイト間で一意にする設計に変更し、異常状態が起きても他顧客情報が参照されないようにする。
• 管理体制の見直し、システム強化、関係者教育の徹底を実施予定。 (nyango.com)

対応の評価

良い点

• 迅速な対応：不具合の検知から修正までが比較的速やかで、影響範囲調査や通知も同日中あるいは72時間以内に行われた点は評価に値します。 (nyango.com)
• 被害規模が限定されている：該当した顧客は109名、新規と既存で合計218名（ただし重複で109名とも。発表では109名）と比較的小規模であった点。悪用の報告も現時点ではない点も重要です。 (nyango.com)
• 透明な公開：事案の内容、影響範囲、対応内容を詳細に説明する形での公開がなされている点は、透明性の観点で良好です。 (scan.netsecurity.ne.jp)

改善が望ましい点

• 検知の遅れ：不具合は5月30日午前2時に発生していたが、検知されたのは6月2日午前10時。約2日半、問題が放置されていたことになります。自動アラートやログ監視の体制強化が必要です。
• 開発環境と本番環境の乖離：開発環境がシングルテナント運用であったため、マルチテナントで起こる不具合を事前に検出できず、本番環境でのみ発覚しました。開発と本番の環境を一致させることは基本的な品質保証の一部です。
• キー設計の甘さ：顧客情報に使う識別キーが、テナント間で重複する可能性があり、それが誤表示につながった設計上のミスが明白です。ID設計の段階での検討不足があったといえます。

教訓・今後の改善に向けた提言

1. 開発環境の本番への近似性の確保

• 開発・検証環境においても本番と同様のマルチテナント設定を用意し、リリース前に全シナリオでテストを行うべきです。

1. 自動監視・アラート体制の整備

• データベース異常アクセスや不正なクロステナント閲覧などを検知するログモニタリング・アラートを導入し、問題を早期に発見できるようにすることが重要です。

1. 識別設計の見直し

• 顧客IDなどのキーはテナントをまたがって一意性を持たせ、交差参照やデータ漏れが起こらないよう設計を見直す必要がある。

1. 権限・分離の強化

• 各テナント間でのデータアクセス権の分離を徹底し、誤操作や不具合による横断的なアクセスを制限する仕組みを整える。

1. リスクレビュー・コードレビューの強化

• システム改修時には、変更が各機能・テナントにどう影響するかをリスクレビューし、特に影響範囲が大きい変更は複数担当者によるコードレビューやペアプログラミングを行うべきです。

1. 教育・運用ルールの徹底

• 開発者や運用担当者に対して、マルチテナント構成に特化した開発・運用教育を継続的に行い、注意点を共有すること。

1. 侵害後のフォローアップ

• 今後も影響を受けた顧客からの問い合わせ・苦情がないか継続的にモニタリングし、必要に応じて追加のフォローや説明を行う体制を整える。

総括（建設的な批判）

本件は、攻撃ではなく開発上の不具合に起因したシステム内の情報誤表示という形の「漏えい」事案であり、比較的小規模かつ迅速な是正がなされた点は一定の評価に値します。その一方で、「開発環境の問題」「監視体制の不備」「設計段階での配慮不足」など根本的な開発プロセスの課題が浮き彫りになったとも言えます。透明な報告が行われたことは良いですが、同様のミスを防止するためには、開発→本番へのテストと品質保証を強化し、組織全体としての情報セキュリティ・ガバナンス体制を向上させる必要があります。

まとめ

取材依頼への対応は慎重に (*´▽｀*)

弊社は創業１５年ですので簿記・会計はまぁお手の物です。情報システムの操作はプロです。国の社会保険システムのように酷いインタフェースのシステムもなんとか自己解決できるレベルです。ですが、今回のシステムでは手も足もでませんでした💦

今回直面したのは以下のような事態です。クソ精度の低い機能で2人がかりで試行錯誤しながら１時間たっても進捗ゼロでした。

• 精度が低い自動推測機能。しかもオフにできない！
  • 間違った仕分けを手動で変更しようとしても方法がわからない
• ハルシネーションばかり回答するAIチャットボット
  • それっぽい回答なので試すために時間をさらに無駄にする

自動機能はともかく有人サポート手順として案内されたページ（人間がメンテしている！）でも「ハルシネーション」（存在しないボタンが掲載されている）

1時間やってなんの進捗もなくイライラが募るばかりだったので即日キャンセルを決定。（Money forward会計に移行）

背景を説明した上で、ダメもとで返金をもとめましたが「返金できません。なぜなら規約ガーーー。あなたは同意したのデーーー」との回答。

そこは「まぁそうでしょうね」としか思いませんが、自分たちのプロダクトの不備で利用者の時間を無駄にさせたことに対して、何のお詫びもないのには驚きました。

たぶん「わかりづらくて申し訳ありません。この操作を試していただけませんか？」という回答があるかなぁと思っていたので。（弊社でもグッとこらえてこういう回答をすることはあるので）

AIチャットボットは「そんなメニュー・ボタンはない！」と指摘すれば、とても低姿勢でお詫びして改善を約束するのでまだ可愛げあるので、このサポートはAI以下ですね。苦笑

ちなみにエンドユーザからの問い合わせの大半（例えば「メールが届かない」の99％）が「そのユーザーの勘違い・間違い・設定の問題」であることは知っています。他社の予約について問い合わせてくる人だっていますから。自分で入力（おそらくブラウザの自動入力機能）してるのに「自分の妻の情報をどこで入手したんだ？」とかもありました。それでもこんなツンデレな対応はしませんからね。しかも今回はとんちんかんな問い合わせではなく、明らかにシステムの不備の指摘なんで、この対応は酷いとしかいいようがありません。

さらに、サポートページの誤記載については以下のようなフィードバックでした。

「現在、新しいサポート導線のトライアルを行っております。」

は？？？だから何？知らんがな。

斜め上の回答すぎて、なんと表現してよいかわかりません。

いずれにしろエンジニアリング力（精度が低い）、プロダクト力（間違うのに機能無効にできない。手動変更方法がわからない）だけでなくサポートもお粗末なのはよくわかりました。

これ、無償のお絵描きソフトとか、オープンソースの何かではなく、有償の業務システムですからね。

ちなみにfreee会計というサービスです。

「freee クレーム」で検索してみたら以下のような記事がありました。

暴言に耐えかね「退職」も　freeeの「カスハラ対策方針」が悪質クレームに示したこと：3カ月に1回発生（1/3 ページ） – ITmedia ビジネスオンライン

これ、まるでfreee社が一方的な被害者みたいに書かれていますが、本当にそんな単純な話でしょうか？

相手が「脅迫」と感じるようなクレームは論外（許されることではない）ですが、今回の酷さを体感した身としてはクレームをした人にも同情してしまいます。たぶん相当にストレス感じたと思うので。

交通事故は重大事故１件に対して軽い事故が３００件、ひやっとする事象は無数にあるといわれます。おそらくfreee会計で私のような体験をした人は無数にいるのではないでしょうか？

freeeは、Googleビジネスプロフィールがありませんが、おそらく解放したら評価１と２で埋まるからでしょうね。

他人事ながら心配になってしまいます。「会計」というルールが明確で枯れた業務で、有力な競合もいる中で存続できるのでしょうか？クラウド対応で先行したので今の地位にいるのでしょうが現在のプロダクト、サポートを考えるとこれ以上の成長はないと思います。5年・10年後には市場から消滅（Money forwardか弥生に買収される）していても不思議ではありません。人事労務とかいろいろとやってるようですが、まぁ推して知るべしでしょう。

会計システムの乗り換えにはコストが必要になるので、クラウド会計サービスを選定する際は、慎重にしたいですね。

弊社としての学び

弊社でも生成AIや機械学習を活用した自動化機能（特にサポート）は当然のように検討してきました。ただ、まさにこういったストレスを利用者に与えるであろうという想像に難くないので投入を控えているわけです。

利用者が求めているのは最新テクノロジーではありません。「直観的に操作できて、意図した結果を得られる」こと。そこが一丁目一番地です。

生成AIや機械学習は「統計」処理なので１００％の精度は保証できません。リコメンドのような利用者が選択できるものや、記事生成のように参照のみでフワッとしている情報はいいですが、利用者が介入する余地のない更新系機能を提供するときは、慎重に。

どれだけAIが進化したとしても、１００％の精度を保証できる論理・ルールを積み重ねた手続き型でしか実装できない処理は業務システムについてはかなり残ると思います。（量子コンピュータが実用化されても変わらないでしょう）

流行や投資家や経営サイドの都合（たとえばAIやってる感ださないと「資金調達できない。採用できない。株価が下がる」）、技術者の自己満足・顕示欲で利用者に迷惑をかけることのないようあらためて心がけします。

投入する場合でも、必ず「オフ」にできるようにします。← これ、料金ランク設定画面でやってしまったことがあるので反省です。

多大なストレスを受けて、時間とお金を浪費しましたが、まぁ授業料ということで。「あるクソシステムとの出会いを反面教師としました」と言えるように頑張ろっと。笑

指定した期間の予約推移データをグラフ表示できます。集計対象データは、有効な予約（予約中もしくは利用済）の予約件数、利用人数、利用金額です。

前年比のデータと比較することで、販売の状況の評価や、直近の施策の検討（てこ入れが必要かどうか？）に活用できます。

ぜひご活用ください。

まとめ

今回の改良を加えるとダッシュボードから簡単にできる分析は以下となります。

• 月次売上推移

ちいプラは、ご利用者さまの声､時代のニーズの変化、技術革新などの動向を踏まえて、不断に機能強化- 改良を実施しています。過去の機能改良履歴はこちらから確認できます｡

プラン詳細の閲覧履歴に対応しました。プラン詳細を閲覧した場合、その情報(ページURL、メイン画像、タイトル、最安価格等)を記録します。履歴が存在する場合、画面右側に閲覧履歴を参照するためのフローティングボタンが表示されます。

閲覧履歴からは、事業者名、プラン区分（宿泊 or 体験）、プラン名、最安価格を確認できます。プラン名をタップすると当該プランの詳細画面に遷移します。これによりプランを簡易比較したり、過去に閲覧したページにスムーズに移動できます。

デモサイトはこちらです

主な仕様

主な仕様は以下の通りです

• 履歴情報は、ブラウザのクッキーに保存しているので、非会員でも利用できます
• 多言語対応
• 履歴の有効期間は30日です。
• 履歴数は最大15です。それ以上になる場合、古いものから削除されます。
• トップ画面、検索結果、事業者詳細、プラン詳細等の画面で利用できます。ログイン・会員登録・マイページ・予約関連ページではフローティングボタンは表示しません。
• モダンブラウザで動作します。（Chrome、Firefox、Edge、Safari等)

まとめ

ちいプラは、ご利用者さまの声､時代のニーズの変化、技術革新などの動向を踏まえて、不断に機能強化- 改良を実施しています。過去の機能改良履歴はこちらから確認できます｡

2024年1月～3月は以下の改良を実施したのでご報告いたします。過去の更新履歴はこちらから参照いただけます。

これからもご指導・ご鞭撻のほどよろしくお願いいたします。

• 他社システム連携
  • サイモンズCRM連携
  • サイトコントローラー／TLリンカーン連携
  • JTB/るるぶ連携のSFTPの計画停止対応
• 管理機能／在庫管理
  • レスポンシブ対応(スマホでも操作を容易に)
  • 最大6か月まで1画面で更新可能に
• データ分析
  • チャネル別分析機能
  • 市区町村別分析機能
• セキュリティ
  • パスワード強度設定で記号入力可否を制御可能に
• その他
  • ベストレート保証フラグ対応
  • 予約詳細から部屋割り画面への導線を追加
  • 顧客ログイン成功時の画面遷移先の最適化
  • (管理者向け)キャッシュクリア操作の実行を容易