More Related Content
![Hybrid Sourcing Service [evelink] by CSK Serviceware](https://cdn.slidesharecdn.com/ss_thumbnails/277100827-100914224745-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
![【会社紹介資料】 株式会社カンゲンエージェント [ 11 月 30 日作成資料公開 ].pdf](https://cdn.slidesharecdn.com/ss_thumbnails/11-251211095054-61b5c9e6-thumbnail.jpg?width=640&height=640&fit=bounds)
パートナーコラボレーションを支えるASP
- 1.
- 2.
- 3.
- 4.
- 5.
- 6. 本題に入る前に 6 み な さま は 、な ぜ kintoneを 導入/検討されているのでしょうか？
- 7.
- 8. 実現したいこと 8 デ ー タを 活 用 し パ ー ト ナ ー と の シ ー ム レ ス な 情 報 連 携 と 接 客 の P D C A 実 施 に よ り お 客 様 に 最高の利用体験を提供す る こ と
- 9.
- 10. Key Message 10 脱エクセル による受注・接客・問い合わせコラボDB構築 データドリブン なマネジメントPDCAの実践 ユーザーライクなkintoneで ユーザー入力負荷軽減 エンジニアも 上流工程からコミット する“はみだし”チーム
- 11.
- 12. 活用シーンとビジネス成果 12 販売員 SV 本部 Mgr 渉外 窓口・企画 開発 サービス パートナー サプライ パートナー 受発注申請 問い合わせ 販売サポート 販売パートナー サプライ/サービス パートナーリクルート • 成約率が約４倍に向上 •3社間での申込みデータ連携のリードタイムを最短化 • 発注業務は約10分の1に効率化 • 受注処理効率を大きく改善
- 13. Key Message 13 脱エクセル による受注・接客・問い合わせコラボDB構築 データドリブン なマネジメントPDCAの実践 ユーザーライクなkintoneで ユーザー入力負荷軽減 エンジニアも 上流工程からコミット する“はみだし”チーム
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. kintoneを活用したメーカー受発注データ 21 販売パートナー メーカー各社 納 品 請 求 リクルート Web-EDI Web-EDI (翌月) （随時） 注文データ送付 発注完了 確認後 注文データ送付 発注完了 納期回答 注文データ確認 納期回答納期確認 出荷連絡出荷連絡 出荷確認 検品 数量照会 出荷 注文分納品 納品書送付検品データ送付 検品データ送付 当月末〆 月末3営業日前〆 請求内容確定 発注データ突合 請求金額確定 前月検品分 データ送付 請求書送付 出荷データ突合 請求書送付 ファイル・書面の流れ メールの流れ 商品の流れ 前月出荷数量分 データ送付 日次 kintone 発 注
- 22.
- 23. Key Message 23 脱エクセル による受注・接客・問い合わせコラボDB構築 データドリブン なマネジメントPDCAの実践 ユーザーライクなkintoneで ユーザー入力負荷軽減 エンジニアも 上流工程からコミット する“はみだし”チーム
- 24.
- 25. Key Message 25 脱エクセル による受注・接客・問い合わせコラボDB構築 データドリブン なマネジメントPDCAの実践 ユーザーライクなkintoneで ユーザー入力負荷軽減 エンジニアも 上流工程からコミット する“はみだし”チーム
- 26.
- 27. データ品質を保つDB構築における苦労 27 1. 保守工数の増大 2. 時間制約から運用カバー 3.プロセス一括更新を手運用 4. 深夜に通知300連発
- 28.
- 29.
- 30.
- 31.
- 32. Key Message 32 脱エクセル による受注・接客・問い合わせコラボDB構築 データドリブン なマネジメントPDCAの実践 ユーザーライクなkintoneで ユーザー入力負荷軽減 エンジニアも 上流工程からコミット する“はみだし”チーム
- 33.
- 34. 本題を終えて 34 み な さま は 、な ぜ kintoneを 導入/検討されているのでしょうか？
- 35.
- 36.
- 37.
Editor's Notes
- #3 ある感動的なストーリーからお話させてください。 長年部署で尽力された方が異動することになりました。その方に感謝の気持ちを伝えたい部署の人が送迎に送ったものは何だったと思いますか？ 高級な時計？ギークなレトロPC？いえいえ、単純に100本入ったバズーカうまい棒だったんです。 その方はかなりの人見知りで最初に声をかけることが苦手だと知っていたメンバーみんなで考え、「次の部署にいくまで空けてはいけません。次の部署にいってやることはまず このうまい棒を新しい部署の人に配ることです。それが最初の話すきっかけになるでしょう。」これを聞いた異動者の方は涙がとまりませんでした。 なぜこうした話をしたのか。Kintoneはあくまでもツールです。まず目指すべきことがあり、それを成し遂げるために強力な武器としてkintoneがあることをみなさまには 伝えたかったのです。先ほどのエピソードではチームとして送別者にとって、最高の門出を作ることを共通のビジョンとして考え抜くことができたからこそ生まれた事例です。 私たちは様々なステークホルダーと協業しながらも、お客様へ最高の体験を提供すること、これを目指しております。これをいくつかの使い方の中でkintoneがどう支えてくれたのかを 今回の発表ではお伝えしたいと思います。
- #5 2017年3月末時点でアカウント数は27.9万 口頭補足する
- #9 ・社内の活用ナレッジがあったこと ・他ASPではユーザービリティを追求する仕様でなかったこと からkintone導入を決めた
- #26 メッセージの3点目は ユーザーライクなkintoneの特徴を生かしユーザー入力の負荷を軽減しました。
- #27 注力すべきこと 品質の高いデータの仕組み化を作るにあたっては、 リソース投資を惜しまないことです。
- #28 そしてデータ品質をたもつ上で苦労した点を４つあげました 1点目は保守工数の増大 2点目は時間の制約から運用カバーをしたこと 3点目はプロセス一括更新を手運用したこと 4点目は深夜に通知が300件飛んできたこと この4点で大変苦労しました。 まず1点目についてはユーザーと一緒に要件定義することによって、ユーザーが徐々にkintoneの出来ることを理解し、 要件が大きく膨らむという結果になってしまいました。 2点目についてはkintoneでは定期的な処理を行う場合、いくつかの対応方法が考えられますが、 時間の制約からシステムで対応することが出来ず 、結果、運用でカバーしていただくことがありました。 3点目についてはプロセスの一括更新をAPIで行おうと設計していたのですが、 ドキュメントを確認すると一括更新が不具合によって出来ない事が発覚し、とりあえず機能化を諦め 一時的に手運用で凌ぎました。ただし、後々にAPIで更新するように機能化しました。 4点目についてはプロセス管理を利用した際に作業者に割り当てられた ユーザーのみが、通知が来る仕様だと思っていたのを誤認しており、組織単位で作業者を設定していたところ 組織に含まれる全ユーザーに通知が飛んでしまう事態になってしまってかなり焦りました。 みなさんこんな経験、1度はありますよね？笑
- #29 kintoneのユーザーライクな特徴を活かしたユーザービリティの実現 1にUI 2に権限設定 3にコミュニケーションです
- #30 まず1点目はユーザーインターフェースについてです。 kintoneの持っている直観的なUIを活用しました。 ・ドラッグアンドドロップでの画面設計 ・ラベル、罫線などを利用し、セクション表示を実現 ・フォームの設計と画面のレイアウトが一体化していること ・組織やユーザごとに必要な項目のみを表示し kintoneのユーザーライクな面を思いっきり活用しました。
- #31 次に権限設定です。 図の通り、スペース内にアプリが内包され、アプリ内に レコード、フィールドが存在し、個別に設定出来ます。 この構造だからこそ、必要最小限の項目のみを 必要としている組織、ユーザのみに情報を解放することができました。
- #32 そして最後にkintoneのもつコミュニケーション機能を利用しました。 ・今までメールで行っていたコミュニケーションを全て、 kintoneのコメント機能によせ、パートナーと認識の齟齬が起こらない コミュニケーション基盤が作れました。 そしてこれらは全てkintoneの標準機能で出来ることです。
- #33 今回最後のメッセージである エンジニアも上流工程からコミットするはみだしチーム についてです 僕がここに立っている理由でもあります。
- #34 システムに明るくないビジネス要件定義者、業務に明るくないシステム要件定義書の間で微妙な齟齬が生まれ、その後のユーザービリティを損なうというのは通常のシステム開発ではよくある話だと思います。 システム制約だから、、、といった理由でユーザービリティを損なうことがよくありますが、業務側からすると通常の業務からの変更点、マストなものが抜け落ちていることに対する不満で入力作業に対するモチベーションが下がることが多々存在します。 こういった負を解消するために、kintoneのユーザーライクな部分を活用することや、既存業務内容の理解をしていく所から圧倒的当事者意識を持って関わっていくことで、今回要件定義担当者として仕事の視野はドンドン広がったと思います。 実際にパートナーのところに訪問し、その場で要件定義を行ったり、実際に利用予定のデモ画面などを見せながら要件定義を行い、スムーズに設計、開発へとつなげることが出来ました。
- #37 ・kintoneのますますの発展 と ・導入を検討/設計するユーザーの皆様のステップの一助になれば幸いです