開発者自身が相談支援専門員としてYOHAKUTOを実際の業務で利用しています。「画面上は正しいけれど、実務では使いにくい」という問題を、業務の中で見つけられる立場です。

現場で「ここが面倒だな」「こうなっていた方が分かりやすい」と感じたことを、開発課題として直接扱えます。改善を約束するものではありませんが、課題が見える場所と直す場所が離れていません。

全業種向けの製品を目指すのではなく、期限管理、モニタリング、アセスメント、週間生活表、ジェノグラム、記録、利用者DBなど、相談支援の流れに沿った業務を中心に設計しています。

専門開発チームや大規模な品質保証部門を、組織で作る製品と同じ規模では持っていません。

電話サポートセンターや24時間監視体制を、組織で作る製品と同じ形では提供できません。

会社組織としての事業継続性は、組織で作る製品と同じではありません。

大切な業務データや記録を、開発者側のサーバーに囲い込むことはしません。事業所自身が管理するGoogle Driveやスプレッドシートの中で完結させます。万が一システムに障害があっても、データそのものは常に事業所の手元に残ります。

開発中の未検証なコードをそのまま渡すことはありません。開発者自身が日々の現場実務で使いながらテストを行い、「これなら現場実務で支障なく使える」と自ら確認できた安定版だけを、利用者やメンバーシップの皆さんへ配布しています。

個人開発で専用サーバーを構築・保守すると、サーバー障害やセキュリティのリスクが高まります。YOHAKUTOは世界標準の安定性とセキュリティを持つGoogle Workspace（スプレッドシートやGoogle Drive）の上で動く仕組みにすることで、個人開発でも止まりにくい環境を実現しています。

報酬改定や制度変更の際は、公式資料を確認し、「システムで対応できたこと」と「まだ確認中のこと」を正直にお知らせします。自治体独自の運用ルールもあるため、曖昧なまま「すべて対応済み」とは言いません。

YOHAKUTOは、事業所のスプレッドシートと連携するGoogle Apps Scriptのライブラリ方式を採用しています。
仮に開発者が急な病気や長期入院などで長期間パソコンを触れない状態になったとしても、新規機能のアップデートや修正が一時停止するだけで、いま現時点で動いているシステム自体は基本的にそのまま使い続けることができます。

ただし、Google側の突然の仕様変更や外部要因があった場合、開発者が不在だと即座の改修対応が難しくなるリスクは存在します。「絶対に何があっても止まらない」と言い切ることはできませんが、開発者が不在になった瞬間に一斉に使えなくなるような依存構造にはしていません。

日々の記録、利用者情報、計画書、PDFなどの大切な業務データは、すべて事業所自身のGoogle Driveやスプレッドシートの中に保存されています。
開発者側のサーバーにデータを囲い込む仕組みではないため、開発者側サービスの終了だけを理由に、事業所の保存データへアクセスできなくなる構造にはしていません。

万が一、開発者自身が復帰できず運営を終了せざるを得なくなった場合でも、システムをブラックボックスのまま突然使えなくすることは避けます。
事業所側で利用を継続したり改修が行えるよう、システムの設計情報やコードの公開・引き継ぎ手段を整理し、可能な限り業務が止まらない道を残す方針です。