サービス運用のためのプラットフォームの構成に至った背景を下記に記載します。この構成の発案には、チーム事情がキッカケだったプログラマーにお子様が10月4日に誕生されたため、応募締切前での開発リソースの確保が困難となった。自走もすることとなり、環境の構築をしても実装エラーが続く...。Botの概念や仕様の理解不足が根底にありました。「実装やソースコードの理解に時間を奪われて、だんだん企画や資料をまとめる時間が奪われていく」⇒「あれ?なんで動かないんだろう」⇒「こういうことできたらいいのに、できないのかな?」の繰り返し。この窮地となった状況でhachidoriの存在を教わり、この仕組みでBot構築できるシステム構成に大きなメリットを感じて、何処までできるのだろうか?という期待がおります。開発での悩みが減ったことで、次はhachidoriの仕様を理解するのに丸2日かけて、ようやく企画を実装することをスタートし始めました。AWARDS直前!秋のBot開発者大LT祭り!」で高校生の発表を拝聴しました。bot連携して「時間割アプリ」を開発したことを知たことを学んでおりました。「GAS」との連携で「Googleカレンダー」との連携ができないだろうか?※実装する時間がなく、Bot(hachidori主体)でのノンプログラミング開発に計画変更hachidroiでまずやってみよう!!!冷静に考えてみると、これは“死中に活あり”の閃きだったのです。「あれ???観光App企画を自分で実行できるならば???開発できればなぁ!と思っている私の状況。Appを主力で使い、hachidoriで連携させることができれば...。運用側の自治体、DMO、個人商店街の発信したい情報を、グループで発信できる。これまで独自Appの場合は、数百万円以上かけて開発していた訳です。運営当事者が多数参加して作り上げる方が地方創生に繋がりやすい!と考えております。ノンプログラミング概念でやるからこそ!の挑戦の先には...。導入しやすい!導入障壁を壊すことが、後のマネタイズやブランディングに繋がるはずだ!サービスモデルとしても、自治体やDMO、個人事業主の悩みは私と同じ方も多いはず。「プログラミングができないからなぁ~。「初期投資が高くなるほど、回収できるか?が怖くなる。観光はマネタイズが難しい」GUIでやる上でhachidoriの仕様を覚える必要があります。これをビジネス化するのであれば、観光サービスとしえテンプレート化をすれば良いかと思います。操作性や導入障壁への発想の意識が高まりました。資料引用より、図表のみを抜粋させていただき、赤枠記載は私が引用元からの学びメモでございます。企画の参考とさせていただきました。