毎日送っているメールをLINEでワンプッシュにしてみたら世界が57秒縮んだ件
こんにちは。
アミューズメント系ユーザー企業で社内SEやっています。
今回は毎日の定例業務を時短するためのツールをサクッと作ってみました。
問題：2,880,000秒←これ、何の時間でしょう？
勘が鋭い人は画像でお気づきになったかと思いますが、
年間で弊社社員が出退勤のメール作成にかけている時間（試算）です。
同じタイトルのメールが在宅勤務をしている社員から毎朝送られています。
各々、効率化はしているものの、全て手作業です。
ざっと、弊社在宅勤務メンバー全員の工数で計上してみると
60秒（メール1通作る時間）×2（始業と就業）×100人（在宅人数）×240日（年間の営業日）
=2,880,000秒=800時間=100人日 = 出退勤メールで年間 5人月も使っている計算になります。
会社への出勤時は静脈認証で10秒くらいで処理ができていたのに、在宅勤務では、「出勤した」「退勤した」事実を通知するために、全社員が朝晩約6倍の時間をかけている。
ルールとか手段とかいろいろと課題はありますが、結果として工数増えているのが大変微妙です。
と、いうわけで、本日はこのメール送信を LINE でワンタッチで行えるようにしてみたいと思います。
この作業が1回あたり、5秒くらいになると、4人月位は削減できそうです！
これはなかなか削減効果が高いんじゃないでしょうか？
今回はスピード開発で行きます！
使ったもの。
・Integromat
今回は、ベースのツールをIntegromatを利用しています。
このツールは、既に利用できるAPIライブラリが豊富にあるかつモジュールを関連付けさせるだけで簡単にアプリを開発することができます。
・LINE Messaging API
Integromat にトリガーを渡すAPIとして、Line Messaging APIを利用します。
出勤・退勤および登録ユーザーの情報を渡しています。
出勤・退勤とわざわざ入力するのも手間なので、前回の開発でお世話になったリッチメニューで入力操作を省力化しています。
尚、今回は弊社のキャラクターララちゃんにお手伝いしてもらっています。
Integromat で接続する際設定が若干謎仕様あったりしました。
詳しいつなぎ方は以下を参考に設定してみてください。
・Google Cloud Platform （Gmailの連携 と Google スプレッドシート）
データの出力のインターフェースとして、メール送信用に Gmail を、出退勤ログの記録用に Google スプレッドシートを利用しています。
Gmail の利用には AOuth 認証が必要なので、少しハードル高いです。
尚、送信元アドレスを各個人アカウントにしようとすると、全員の Gmail で OAuth 認証の設定を行う必要がでてきますので、送信用に Gmail アカウントを1つ払い出す形が望ましいと思います。
尚、スプレッドシートはそのまま上司に閲覧権限共有しています。
※Gmail は Gmailが正式なサービス名称らしいです。
※Google Cloud Platform の利用は基本有償です。今回は無償の評価期間で試しています。
約3時間でとりあえず完成！
こんな感じの動作をします。
これまでの開発は実装部分の開発に時間が掛かってしまっていたため、
ユーザーインターフェース周りが手抜きでしたが、今回は一切の妥協なく仕上げました。
実際にLINE開いてから出勤ボタン押すまでの操作時間は…
なななんと…約3秒！圧倒的速さ！圧倒的スピード感！
57秒も世界を縮めてしまったァ…
※一応、出勤押すとおはようメッセージが返ってくる遊び心仕様はありますが、
メール作成・送信に当たる操作は、「出勤」ボタン押すところで完了しているので考慮外にしています。
それでも十分早いですが…（笑）
動画は速すぎたので、静止画で画面仕様を説明します。
Integromat はこんな感じになっています。
メール送信部分が、利用者ごとにモジュール作らなきゃならない仕様になっているので、
スプレッドシート上にユーザーデータシート作って、必要なデータ読み込む仕様にしたいです。
周りの人に早速使ってもらってみた。
今回は仕様の都合で自部署所属の4名に使ってもらいました。
Q：使ってみた感じどーですか？使えそうですか？
・かわいい！！（情シスパートナーTさん）
・早くてめっちゃ便利！！（情シスパートナーYさん）
・喋ってくれる（リプライ）からボタン押すのが楽しみ！(メール送信を)忘れなそう！ （情シスパートナーNさん）
・テンション上がる！！（情シス正社員Uさん）
Q：何か追加してほしい仕様ありますか？
・退勤のイラストは別のキャラクターとかの方が分かりやすいですね。
ウララちゃんとかいいと思います。（情シスパートナーTさん）
・ララちゃんのメッセージ変えれますか？（情シスパートナーYさん）
・「ちこく」も入れてください！
交通機関が遅延してしまった時にLINEから連絡できたらとても便利です。
電車の中で電話はしづらいですし、
特に社用スマホを持っていない人の連絡手段としてうれしいです。（情シスパートナーTさん）
…改善要望がほぼインターフェースの詳細仕様です。
まぁ、既存業務は完全に踏襲できてしまっているので仕方ない気もします。
人事の人に使えそうかどうかコメント貰ってみた。
Q：みた感じどーですか？
（人事部正社員Tさん）：すごい！かわいい！
Q：何かこうしてほしいとかありますか？使えそうですか？
（人事部正社員Tさん）：フリーメッセージとか投稿できますか？
遅刻とか突発休みなどにも使えると嬉しいです。
（人事部正社員Tさん）：ITはメールでやってるんですね、部門によってはGoogleChatで
やり取りしている人もいるので、Google Chatにメッセージ送れないですか？
…視点が違うな人事。というかもうこれが最終開発でいいんじゃないだろうか…
今回の総括：全体的な削減効果が絶対の指標であるということ。
1．全員が毎日やっていることにメスを入れると効果が高い。
こういった全員が何気なく毎日やっている作業を効率化できると、全社的な削減効果は高くなります。
1人がやっている6時間かかる作業を頑張って改善しても、6時間の効果しか生まれません。
全員が毎日やっている、10秒の作業を9秒にするだけで、全体で約7時間の効果が生まれます。
こういった小さな改善を超スピードで回すことがプロトタイプ開発の真価じゃないかなぁと思います。
ただ、デリバリーと運用の部分に工数がかかってしまうと本末転倒なので、基本手が掛からないように運用まわりの仕様を検討しなければなりません。
2．使ってもらうためには品質や見た目も重要。
システム化で実現できることって、必ずも業務の効率化だけではないと思っています。
品質向上や満足度向上といった、付加価値もシステム化の大切な役割だと思いました。
今回のLINEで実装したように、リプライをしてくれる何者かがいると、在宅勤務も少し楽しくなるようです。
弊社はアミューズメントの会社なので、いかなる時もこういったあそびごごろは持ち続けてもらいたいですね。
3．運用面を考えるとまだまだ未完成。
今回は実装上の課題もいろいろあったので、盛りだくさんです。
・コード/モジュールの最適化（難易度：★★★☆☆）
現在の仕様では、Link の条件で、利用IDごとにルートを分けている為、利用者ごとにルートを作る必要があります。
この仕様だと大規模ユーザーの利用には耐えられないので、ユーザー情報（LINE ID/氏名/送付先メールアドレス）をリスト化し、リストにユーザー登録する仕組みと、Webhookから受信したLINEIDからリストの情報を参照して、氏名とメールアドレスを引っ張ってくる仕様にしたいです。
・見た目をもっとかわいくする（難易度：★☆☆☆☆） →達成！
退勤は別のキャラクターにした方がいいのでは？との声がありました。
→ その後の改修でララちゃんのライバル？キャラのウララちゃんを退勤のイラストにしました。
※資料中の動画や画像は改修後のものを利用しています。
・メニュー増やす（難易度：★★★☆☆）
個人LINEから動かすことができるので、突発休みや遅刻などもこれから連絡できるようにしたいです。
メッセージはそのまま取得できるので、条件さえ指定できればそう難しくは無さそうです。
・出力インターフェース変更（難易度：★★★★☆）
おそらくGASでGoogleChatも繋げられると思われるので、接続してメッセージ飛ばせるようにしたいです。
上記のユーザー登録の仕組みで送信先を設定できるといいですね。
・人事を説得して標準ルール化させる（難易度：★★★★☆）
対応工数/ログ取得と現状よりかなり業務改善がされると思うので、人事を説得して標準化したいと思います。
ただ、個人のLINEを使うことが前提なので、ある程度の抵抗はありそうです。
・経理を説得して会社カード発行してもらう（難易度：★★★★★）
このシステムの最大の問題点として、GCPの利用にクレジットカード登録が必須になります。（現在は試用期間）
今は個人のカードを使っているので、これを会社カードで登録したいです…！
やっぱり一番の障壁は社内調整だなー。
Author And Source
この問題について(毎日送っているメールをLINEでワンプッシュにしてみたら世界が57秒縮んだ件), 我々は、より多くの情報をここで見つけました https://qiita.com/af-noguchi/items/0906d0c8548f91e2abf4著者帰属：元の著者の情報は、元のURLに含まれています。著作権は原作者に属する。
Content is automatically searched and collected through network algorithms . If there is a violation . Please contact us . We will adjust (correct author information ,or delete content ) as soon as possible .