記事一覧
自分のためのkintoneSIGNPOST[3-29 ほどほどのUIカスタマイズ]
パターンhttps://kintone.cybozu.co.jp/kintone-signpost/pattern/3-29.html 参考資料読んでみてイラスト kintoneを表した？雲にお化粧しています。 状況 プロトタイプ…
![自分のためのkintoneSIGNPOST[6-42 定期的な棚卸し]](https://assets.st-note.com/production/uploads/images/117738916/rectangle_large_type_2_9a07856b38260823cb89cbaa8dbc0cec.jpeg?width=800)
自分のためのkintoneSIGNPOST[6-42 定期的な棚卸し]
パターン参考資料読んでみてイラスト
kintoneアプリを表す倉庫で棚卸の際中の様です
状況
kintoneを利用しはじめて一定の月日が経った。
現場メンバー自らがkintoneで自身の業務を楽にするアプリを作りはじめている。
アプリの数も順調に増え、プラグインや連携サービスの契約数も徐々に増えてきている。
問題
アプリの増殖を放置すると、使われていない不要アプリがたまってしまい、ユーザ
![自分のためのkintoneSIGNPOST[6-41 アプリ作成ルール]](https://assets.st-note.com/production/uploads/images/117057062/rectangle_large_type_2_e70a7832b1e1baad588065eb57b33a03.jpeg?width=800)
自分のためのkintoneSIGNPOST[6-41 アプリ作成ルール]
パターン参考資料読んでみてイラスト
ルールを話し合っている様です。
状況
現場メンバー自らがkintoneで、導入初期に用意した用途以外にも自身の部署やチームの業務改善を進めるようになってきた。現場リーダーとしても、現場メンバーがアプリを作って使う状態ができはじめ、嬉しい限りだ。
問題
各現場で自由にアプリ作成が行われると全体の構造が複雑化する上、重複の原因にもなってしまう。
現場メン
![自分のためのkintoneSIGNPOST[6-40 担い手を増やす]](https://assets.st-note.com/production/uploads/images/116515402/rectangle_large_type_2_64a6f942666cc0a671542dcd2a99f5f2.jpeg?width=800)
自分のためのkintoneSIGNPOST[6-40 担い手を増やす]
パターン参考資料読んでみてイラスト
新たな担い手が生まれた様です。
状況
kintoneが利用者に認知され、当初の導入目的は達成した
今後は管理者の意図した用途以外に利用者自らがkintoneを用いた業務改善を進めてほしい。
問題
いつまでも同じメンバーでのkintoneアプリの作成や運用にとどまっていては、増えていく現場の要望への対応ができない
一方で利用者はkintoneについて何
![自分のためのkintoneSIGNPOST[5-38 専門家への相談窓口]](https://assets.st-note.com/production/uploads/images/115743175/rectangle_large_type_2_57eba00c8ee9a86ed18683067978873e.jpeg?width=800)
自分のためのkintoneSIGNPOST[5-38 専門家への相談窓口]
パターン参考資料読んでみてイラスト
相談カウンターにてご相談されております。
状況
JavaScriptカスタマイズを適用したアプリを運用している。
素早い設定変更ができる様、一部メンバーもこのアプリの管理者となっている。
現場メンバーはJavaScriptなどのカスタマイズには触れられない様にアクセス権が設定されており、現時点では想定通りの利用ができていて安心している。
問題
知識・情
![自分のためのkintoneSIGNPOST[5-37 継続的な振り返り]](https://assets.st-note.com/production/uploads/images/114904945/rectangle_large_type_2_b14e3c7b5396c6881357e7047e6a6551.jpeg?width=800)
自分のためのkintoneSIGNPOST[5-37 継続的な振り返り]
パターン参考資料読んでみてイラスト
ボードを前に三人が何やら話し合っています。
既存アプリの構成を振り返っているのかな？
状況
はじめてのプロジェクトが一通り終息した。
初期導入がゴールではないのでここからさらに業務範囲を拡大したり、継続的な業務改善を実施する予定だ。
問題
初期導入時の経験や学びを今後の業務改善に活かせないかもしれない
kintoneは継続的な改善を行えるものだが、初
![自分のためのkintoneSIGNPOST[4-36 利用率の把握]](https://assets.st-note.com/production/uploads/images/114312184/rectangle_large_type_2_3375ffc3f674507aa9e58d356ed25749.jpeg?width=800)
自分のためのkintoneSIGNPOST[4-36 利用率の把握]
パターン参考資料読んでみてイラスト
数取器片手にアプリの運用状況を把握しようとしています。
状況
現場メンバーがkintoneでの運用に慣れるまでは時間がかかる
運用定着のサポートをしたいが、運用定着の評価をどのようにすればよいかわかっていない
例えば利用開始から一か月、大きな不満や不具合なく運用できれば「定着した」と考えてよいのだろうか…
問題
運用定着の評価を怠ったり、誤ってしまうと
![自分のためのkintoneSIGNPOST[4-34 アプリ発見の工夫]](https://assets.st-note.com/production/uploads/images/113833418/rectangle_large_type_2_9ea0710983888750a3d22d42d2cb8d45.jpeg?width=800)
自分のためのkintoneSIGNPOST[4-34 アプリ発見の工夫]
パターン参考資料読んでみてイラスト
アプリの案内板を見て気づいた瞬間の様です。
状況
kintone上にアプリが増え、複雑度が増してきた。
問題
必要な時に目的のアプリが見つけづらく、利便性を損ね、場合によってはアプリが使われなくなってしまう…
解決
アプリへの導線を整備し、アプリ名やアイコンを工夫することでアプリを見つけやすくする
アイコンをアプリの内容のイメージを表すものにして
![自分のためのkintoneSIGNPOST[4-33 現場代表]](https://assets.st-note.com/production/uploads/images/113210298/rectangle_large_type_2_8671f6c889208c9227eebe501acc799a.jpeg?width=800)
自分のためのkintoneSIGNPOST[4-33 現場代表]
パターン参考資料読んでみてイラスト
中心となる人から各々へ声をかけている様子です。
状況
kintoneを使った業務システムをリリース
そのシステムの利用マニュアルを用意し、現場ユーザーへの説明会も予定しています。
問題
業務してむ側からのアプローチだけでは、現場メンバーの理解が浅くなってしまい、システムが現場に浸透しにくい
解決
現場の中から業務を深く理解している人を現場代表として
![自分のためのkintoneSIGNPOST[3-32 開発環境の用意]](https://assets.st-note.com/production/uploads/images/112685750/rectangle_large_type_2_5890c6569dbe4711509021076070c54c.jpeg?width=800)
自分のためのkintoneSIGNPOST[3-32 開発環境の用意]
パターン参考資料読んでみてイラスト
同じ状況を二つ用意して、片一方で何やら作業をしている様です。
状況
プロジェクトはkintone上にアプリを構築する段階に差し掛かった。
設計者はアプリ構築やカスタマイズを始める為の環境を準備している。
問題
実装したアプリや加えた設定変更を試してみたいが、いきなり本番環境に反映すると、不具合があった場合にユーザの業務に影響してしまう。
運用前であれ
![自分のためのkintoneSIGNPOST[3-31 性能への気遣い]](https://assets.st-note.com/production/uploads/images/112056572/rectangle_large_type_2_d942bee4f8826dff54789bd98a185805.jpeg?width=800)
自分のためのkintoneSIGNPOST[3-31 性能への気遣い]
パターン参考資料読んでみてイラスト
設計を考えている人の創造の中で渋滞が起こっているようです
状況
kintoneでそれなりの規模のシステムを構築する。
一般的なシステム構築の際にはサーバーや契約プランを選択する必要があるが、kintoneは導入時点で基盤は全て整っており、スペックを選べるプランはない。
その中で、どのくらいの規模まで構築できるものなのか不安がよぎる。
問題
kinton
![自分のためのkintoneSIGNPOST[3-30 共通のマスタアプリ]](https://assets.st-note.com/production/uploads/images/111432240/rectangle_large_type_2_c893872efcc65299d390bdbab2552a54.jpeg?width=800)
自分のためのkintoneSIGNPOST[3-30 共通のマスタアプリ]
パターン参考資料読んでみてイラスト
ひとつのマスタアプリをみんなで共有している構図が示されています。
状況
kintone利用開始後は、現場メンバー自らがkintoneを使って、自身の部署やチームの業務改善を進めることを想定
その際は、アプリ作成ルールを設定したり、担い手を増やすにあるように、現場メンバーにはマスタの概念や効率的なデータの持ち方もレクチャーする予定だ
問題
それぞれにアプ
自分のためのkintoneSIGNPOST[3-29 ほどほどのUIカスタマイズ]
パターンhttps://kintone.cybozu.co.jp/kintone-signpost/pattern/3-29.html
参考資料読んでみてイラスト
kintoneを表した？雲にお化粧しています。
状況
プロトタイプを現場メンバーに試してもらったところ、UI/UXに関して様々な要望が
「使い慣れた既存の業務システムに比べて、kintoneはフィールドの大きさやフィールド同士
![自分のためのkintoneSIGNPOST[3-28 最軽量のアクセス権設定]](https://assets.st-note.com/production/uploads/images/110188528/rectangle_large_type_2_9fc72953fee0a1ca7195ff3ec7cadd52.png?width=800)
自分のためのkintoneSIGNPOST[3-28 最軽量のアクセス権設定]
パターン参考資料読んでみてイラスト
アクセス権を表す箱でしょうか、それを以っても量りのメモリが軽いようです。
状況
kintoneのアクセス権を設定しようとしている。
“開かれた情報”“オープンな閲覧権限”を基本に考える。
しかし、アプリグループ、アプリ、レコード、フィールドとアクセス権を設定できる箇所が多く、また対象も組織、グループ、ユーザーなど複数選択肢あり、どう設定すべきか悩んでいる。
![自分のためのkintoneSIGNPOST[3-27 親子アプリ]](https://assets.st-note.com/production/uploads/images/109678659/rectangle_large_type_2_76e6158f4765f3cee4f1ec851601dccd.png?width=800)
自分のためのkintoneSIGNPOST[3-27 親子アプリ]
パターン参考資料読んでみてイラスト
棒人間の親子でケーキを分けあっている様です。
状況
アプリを作成するうえで、入力項目を追加しようとしています。
「見積書アプリ」のあて名など、同じデータを再利用するケースが多い一方、そのデータの更新頻度も比較的高い入力項目について検討している。
フィールドタイプを「文字列一行」と「ドロップダウン」のどちらを利用すべきか迷っている。
問題
毎回手入力にす
![自分のためのkintoneSIGNPOST[3-25 プロセスのシンプル化]](https://assets.st-note.com/production/uploads/images/109066580/rectangle_large_type_2_2ee8eaa6b218edb5836eaad712166f03.png?width=800)
自分のためのkintoneSIGNPOST[3-25 プロセスのシンプル化]
パターン参考資料読んでみてイラスト
複雑にからまった矢印がほどかれてシンプルになっています。
状況
申請業務をkintoneで構築
その一部が基本機能のプロセス管理では実現できないとわかった。
そこで従来の運用に合わせるために連携サービスやカスタマイズの検討をはじめた。
例）現在の紙運用
➡申請済みの紙の「取り戻し」（取り下げ？）
➡承認者不在の場合の代理承認
問題
現在のプロセス