📍キンコミ Weekly SIGNPOST #1-06『業務のkintone化』
💡キンコミ Weekly SIGNPOSTとは？
毎週1つ、kintone SIGNPOSTのテーマをピックアップして、
「こういうときどうしてる？」をゆるく共有していく企画です💬
気軽にコメントやリアクションで参加していただけるとうれしいです🙌🏻
▼ これまでのキンコミ Weekly SIGNPOSTはこちらからチェック👀
https://kincom.cybozu.co.jp/announcements/qv1pvks6wzxol6h7
■ kintone SIGNPOSTとは？
「kintoneで継続的な業務改善をするための道しるべ」として、
kintone経験者の考え方やコツを体系的・網羅的にまとめたコンテンツです。
全部で44パターンあり、状況ごとのヒントがまとまっています。
▼ kintone SIGNPOSTはこちら
https://kintone.cybozu.co.jp/kintone-signpost/
■ 今週のSIGNPOST
1-06：業務のkintone化
https://kintone.cybozu.co.jp/kintone-signpost/pattern/1-06.html
■ みなさまに質問💬
こういう状況、問題が起こったときどうしていますか？
まだ実践してなくてもOK◎
「こう思う」という共有や共感のコメントも大歓迎です！
気軽にコメントやリアクションしてみてもらえるとうれしいです☺︎
◀️ 先週のSIGNPOST：1-05『業務の付加価値』
▶️ 来週のSIGNPOST：1-07『システム化のコンセプト』
共有する
ミュートしたユーザーの投稿です。
投稿を表示【問題１】
「損して得取れ」だと思います。
大体、アプリ開発者に負荷がかかることになると思いますが、会社・ユーザーがHappyになるなら、良い事なのでは（開発者冥利に尽きるのでは）ないでしょうか。
【問題２】
kintoneに限らず、ベースアプリケーションのアップデートによって機能不全・パフォーマンス劣化などが起きるのは性だと思います。
予め耐性をつけたものにできていればよいですが、未来のことを正確に予測するのはムリ・ムダなので、「そういうもんだ」と割り切って問題が起きた時に素早く対処できるよう、今あるアプリの構造やカスタマイズを分かりやすく／把握しやすくしておくのがイイと思います。