というわけで、ここからは少し専門的ですが「技術的なログ」として書き留めていきたいと思います。

ある程度のファクトチェックはしておりますので、ひとつご参考までに参照いただければと思います。

今回構成を組み上げたツールについて。

誰もが知っていそうなツールで実現しました。意外と使えるツールでしたし、汎用性も高くカスタマイズも（頑張れば）スムーズにいきます。

この5個です。
特別なシステムを作ったわけではなく、誰でも知っているようなツールを組み合わせただけです。ただし、組み合わせ方を少し工夫すると、地域のお祭りでも意外としっかりした仕組みが作れるものです。

APIを組み込みデータのやり取りを実現

今回私が組み上げた最終的な仕組みの説明図をここに載せておきます。

ざっとですが説明しますと、オレンジ色が下に敷いてある部分を自動処理にしています。

途中に集積されるスプレッドシートは（意外とみなさん持っている）グーグルアカウントで共有することで、リアルタイムで閲覧できるようになり、尚且つシートフィールドの中に正確に入る情報なので、取扱項目さえ共有しておけば、パンフレットを作る人・応募者と連絡を取り合う人・説明会を取り仕切る人みんなが状況を把握できます。

また、窓口をLINEにしてグループ分けすることで複数人で管理ができ、定型文も設定して置けるので、イレギュラーなお問い合わせや込み入ったお話などを除くほとんどの問い合わせに、自動もしくは定型文で迷わず回答できます。

迷わずっていうのが重要ですね。迷って探すのは非常にエネルギーを使います。時代は省エネです。

上の図は概念図みたいなものなので、同系統の事業の自動化スキームにも利用できるかもしれません。

自動化くんことGoogle Apps Scriptはどう言うことをするの？

これは意外と簡単な命令しか出してなくて、

「指定したGoogleフォームの送信ボタンが押されたら、スプレッドシートへの保管以外に、お祭りサイトの〇〇というカスタム投稿に、必要な項目（名前・団体名・プロフィールなど）を送信しなさい」

と言う命令を入れただけです。

その代わり用意しなくちゃいけないのは、本サイト側に「各フォームに対応したカスタム投稿」と「列の情報を受け取るための受け皿となるカスタムフィールド」を作っておき、投稿スラッグ・フィールド名といったあらかじめ命名しておく必要のある「下拵え」が必須になります。

そこまで準備できたら、上記の命令をスプレッドシートの機能拡張にあるApps Scriptに命令プログラムを登録して、受け取りをチェックしたら完了です。

今、簡単に言っちゃいましたが、実はここの命令プログラムもWordPressのセキュリティもサーバーのセキュリティーもという、3人の頑固者を突破しなくてはなりません。この段階が一番時間がかかりました。。。

詳しい設計に関しては、お問合せください。

協賛者情報の登録について

協賛者情報には個人情報や企業情報が含まれるため、画面のビジュアル公開は控えていますが、こちらにもある程度の自動化を組み込んでいます。

実は機能的にはWordPress内で完結した仕組みなのですが。

毎年たくさんの協賛を地元の企業様・一般の方もいただいており、本当に感謝感謝です。ですが、これまでの管理方法はかなりアナログで、会計担当者が通帳の入金記録を見ながら「多分この会社さんかな…（去年の資料を参照）」という形で確認している状態でした。その為社名様が間違うことや、匿名でお願いしてたのに！なんて事故も今までにありました。なのでその反省を活かした設計を考えました。

もういっそのことマスター情報を作ってしまおう

と言うことで、外部でも構わないのですが、「一度でも協賛をしてくれた方」のリストというかDBを作ります。そのDBには社名や住所など事務局がご案内送付などの管理をするために必要な情報を保管してあります。これを協賛マスターとします。
そして管理用レコードとして、WordPress側には「協賛実績」という管理用のカスタム投稿を用意しておきます。実績を年度ごとに登録するのですが、登録する際にはそのDBのお名前（社名）のみを参照し、金額と年度を入力して保存。
保管する際には年度がタクソノミーとして、また同時にタイトルに自動で書き加えられて保管されるので、検索や絞り込みにも非常に便利。

「〇〇年の協賛者一覧を準備したい」

という要望が事務局側にはあるのですが、その際には、絞り込んだリストをエクスポートするだけでOK
あとはVlookUp等で拾い上げできるようにローカル側でファイルを用意しておけば、住所とお名前を一覧にした案内送付先リストも簡単に作れちゃいます。

こうして協賛情報も、できるだけ「人の記憶」に頼らない形で管理できるようになりました。

まとめになりますが

こうして一通り仕組みを整えてみると、気がついたことがあります。

今回作ったものは、特別なシステムでもなければ、難しいプログラムの塊でもありません。
WordPressやGoogleのサービス、LINEなど、誰もが知っているツールを少しずつ組み合わせただけの仕組みです。

ですが、それぞれを「お祭りの運営」という視点でつなぎ直してみると、申し込み・情報管理・問い合わせ・公開といった流れが一つの循環として動くようになりました。

人が入力した情報が整理され、必要な人に共有され、確認されたものがサイトに公開される。
そして問い合わせはLINEで受け取り、また運営にフィードバックされる。

この一連の流れを見ていると、まるでお祭り運営のための小さな基盤のようにも感じます。

私はこの仕組みを、勝手に
「お祭りOS」と呼んでいます。

もちろん大げさなシステムではありません。ただ、地域のお祭りを回していくための、小さな運営基盤のようなものです。

事務局の仕事が少し軽くなり、その分だけ人と向き合う時間が増える。もしこの仕組みが、そんな形でお祭りを支えられているなら、それだけで十分かなと思っています。

The post お祭りサイトをリニューアルした時の話 その2 first appeared on 株式会社Soleil.

制作しよう！を思いついたきっかけ

パスワード管理というのがChrome・Apple等でもたくさん出てきた昨今、ブラウザやデバイスで保管しているアカウントって個々人で沢山ありますが、わざわざエクセルとかで管理している人ってどのくらいいるか・・・。私は、1062件アカウントが保管されていて「このアカウントってなんのアカウントで、もう解約していいんだっけ？」を判別するためには、

一件一件アクセスするしかない！！！！！

という鬼畜の所業が待ってました。
調べると、そういうのを可能にするツール自体はあるけど、結構大規模な感じで導入するのは気が引ける。だって、手元で「あ、このアカウント？もうサービスやってないっすよ笑」って言って欲しいだけだもん。
ということで、最近は通年事業でやってる「地域のお祭り支援」で、Googleフォームとかを駆使して半自動化まで漕ぎ着けたお祭りOSに近いものを開発したので、「じゃあ作れるんじゃね？」って思って着手しています。

制作ログ（Ver.0.1 プロトタイプ）

先に表示させましたが、実質プロトタイプと言える「Ver.０.1」は完成し、ちゃんと動きました。

Ver0.1について

プロトタイプはまず、叶えたい機能が動くかの検証だけに徹しました。
読み込み方法等は無視し、「スプレッドシートに綺麗に入っている情報をGASはちゃんと捌いてくれるか？」の一点に絞って実装しました。

結果として、スプレッドシートに貼った10件は、難なくクリア。

おお。思った通りの動作をする。いい子だあ。

しかし若干重い模様だった

動かしてみたら、採番するときに「１行１行入力があったら採番！」みたいにしてたので、ペースト後はしばらく採番に集中させないと全くどうとも動かない感じになってしまいました。ので、一度貼ったら後に採番を別トリガーにして一気に採番するように変えました。

もっと重いものも続く

10件〜30件くらいなら瞬間で結果を弾き返してくれるけど、なぜか50件以上になると途端に止まります。やってること変わらないのに。。そこまで詳しくないのでとりあえず、バッチ化します。30件ごとにバッチ化処理するように指示したら、60件がさっきまで8分掛かってたのに、1分になりました。

書式反映

基本的に入力される（反映される）内容はGASで指示してるので、指示通りに入ったら見てわかるように、色を変えるよう指示を入れてあります。今のところ人間語じゃないですが、まあこの辺はVerが上がるごとに今後変えていけばいいでしょう。

基本機能の実装

URL・アカウント名（ユーザー名）の二つを入力するというか、スプレッドシートでペーストすれば、たくさんのアカウントでも、「生き死に」がわかるレベルまでは実装しました。
今後は、これにさらなる機能をつけて、使いやすいツールに進化させたいです。

Ver.0.2へ向けて

Ver.０.2はすでに製作中ですが、トリガーよりも先に管理項目（エクセルの列みたいなもの）をちゃんと完成させようとしています。それ自体は大して大変じゃないんですが、結構現段階で対象となるターゲットがどういう動きするかなーとか、どういうソフト使ってるかな？って考えながらやってます。でも基本ユーザー名とURLってのは変わらないので（基本はウェブアカウントに限定してるので）、ちゃんとメンテしていけば実働に足るモジュールになるんじゃないかな？って思ってます。

明日も頑張ります。

The post Account Observerについての制作ログ日誌 first appeared on 株式会社Soleil.