最初のフロントライン・オペレーション・アプリケーションを計画するには
  • 04 Nov 2023
  • 1 読む分
  • 寄稿者

最初のフロントライン・オペレーション・アプリケーションを計画するには


記事の要約

最初のフロントライン業務アプリを計画する方法

このクイックガイドは、あなたのプロセスをフロントラインオペレーションアプリにマッピングするプロセスを簡素化します。

現在、オペレーターへの指示伝達にPDFやExcel文書を使用していますか?

あるいは、個々の現場作業におけるベストプラクティスを共有するために、部族の知識に頼っていませんか?

これらの一般的な不正行為のいずれかを使用している場合、プロセスをフロントラインオペレーションアプリに変換するための計画を作成するために余分な時間を取る必要があるかもしれません。

このガイドでは、**「プロセスフロー図」、**つまり個々のオペレーションに含まれるすべてのステップの視覚的なマップを作成する方法と、それを最前線のオペレーションアプリにマッピングする方法を紹介します。

これは、視覚的な指示、管理計画、品質検査、その他の一般的な手順に使用できます。また、以前は分離されていた文書を結合するためにも使用できます。

このダイアグラムを作成すれば、最前線の業務アプリをより短時間で構築できるようになる。

無線機組立工程のアプリ構築

無線機の組み立て工程の例です:

このガイドでは、プロセスのフロー図を作成する方法と、これらの概念をTulipの個々の機能にマッピングする方法を学びます。

ここでは、3つのパートに分けて説明します:

  1. プロセスフロー図の作成
  2. フロー図を、フロー図に沿った最前線のオペレーションのスケルトンにします。
  3. アプリの各ステップにコンテンツを追加する

プロセスフロー図の主要部分

プロセスフロー図には4種類のステップがある:

ボックスで表される「アクション

菱形で表される「決定

平行四辺形で表される「入力

始点/終点は円で表されます。

ここでは、上のダイアグラムの特定のセクションで、4つすべてを紹介します:

アクションは、オペレーターが完了しなければならない個々のステップです。

決定とは、オペレーターがあるステップに進むべきか、それとも別のステップに進むべきかを判断するためのプロンプトです。例えば、オペレータが欠陥に遭遇した場合、工程を継続する前に、それを修正するためのリワーク・ループにオペレータを誘導することができます。

入力は、作業者が作業指示番号、バーコード、部品重量などのデータを入力する必要のある段階です。

始点/終点は、オペレーターを別の文書化されたプロセスにリンクさせる。そのプロセスは、独自のプロセスフロー図を持つべきである。

これらの要素はすべて、ステップの順序を示す方向矢印によって結びつけられます。

**アクションアイテム:**最初のアプリを作る前に、鉛筆と紙、またはDraw.ioや Visioのようなオンラインツールを使って、あなたのフロアの1つの作業のプロセスフロー図を描いてください。(所要時間:最大1時間)

より簡単にするために、このDraw.ioの図を"File" -> "Make A Copy "でコピーして、最初の図を作り始めることができます。

Tulipでアプリのスケルトンを作る

これで、1つの操作のためのアプリを構築する準備ができました。

一般的に、ここではダイアグラムをアプリにマッピングする方法を説明します。常に例外はありますが、このガイドで基本的なアプリから中級のアプリまでカバーできるはずです。

**アクションアイテム:**アプリのスケルトンを作成するには、Tulipアカウントにログインし、事前に作成された「Tulip Terminal」テンプレートアプリを複製する必要があります。既存のステップの内容を修正することもできます。(所要時間:5分)

Tulip Terminalの機能を詳しく知りたい方は、こちらのガイドをお読みください(オプション)。

ダイアグラム内のアクション(四角形)ごとに、通常のステップを作成します。

すべてのエントリー(平行四辺形)に対して、フォームステップを追加します。

開始/終了ポイント(丸)ごとに、完了ボタン付きのステップを追加する オペレーターは、別のプロセスを開始するために、新しいアプリにリダイレクトされる必要がある場合もあります。Tulip Terminalを使用している場合、すべてのステップにCompleteボタンがすでに存在します。

方向矢印ごとに、アクティブなステップにボタンを追加して、オペレーターを別のステップに進めます。Tulip Terminalを使用している場合、すべてのステップにnext/backボタンが既に存在します。

ダイアグラム内のすべての決定(菱形)に対して、次のセクションでトリガーを作成します。

ダイアグラム内の各ステップに対応するステップやボタンができたら、アプリでコンテンツを追加したりデータをトラッキングしたりする準備が整いました。

こんな感じです:

プロセスフロー図を最前線業務アプリに変換する

ステップの作成

これら3つのタイプのステップは、ハイレベルな概要を与えてくれますが、アプリ自体をどのように構築するかについての指針は与えてくれません。

各ステップについて、3つの基本的な質問に答える必要がある:

  1. オペレーターは何をする必要があるのか?テキストで短い文章でプロセスを説明する。
  2. 正しいことをやっているかどうか、どうやってわかるのか?画像やビデオを見せられるか?百聞は一見にしかず。
  3. どのデータを追跡する必要があるか?そして、そのデータは人間によって収集されるのか、それともIoTデバイスによって収集されるのか?

アプリのステップ1から始めて、各ステップを進み、上記の3つの質問に答えてください。App Editorに慣れてきたら、各ステップを作り始めましょう。

**アクションアイテム:**App Editorに慣れるために、アカウントにロードされているTulip Basicsチュートリアルを完了してください(20分)。

Tulipのお客様が各ステップ内で、これらの質問にどのように回答しているかをご紹介します:

  1. ウィジェットバーで説明文を追加する
  2. ウィジェットバーを使用して、埋め込み画像、ビデオ、GIFなどで良い例/悪い例を示すためにメディアを使用します。
  3. 個々のデータポイントを追跡するために**変数を使用する。注意: これらの変数は、トリガー内に作成して保存する必要があります。これはボタントリガーで実現できます。

以下は、1つの完全なステップの例です:

**アクションアイテム:**App Editorに慣れている場合は、各ステップにこのコンテンツを追加してください(所要時間:1時間以上)。

アプリのロジックを追加する

最後に、デシジョンのトリガーを設定する必要があります。このトリガーによって、操作者が押したボタンに依存する動的なロジックをアプリ全体に作成することができます。デシジョンの結果を追跡したいでしょうから、変数に値を格納することに慣れている必要があります。

以下は、オペレーターが無線機から音が聞こえない時に発火し、オペレーターを一連の監査ステップに送るトリガーです:

変数defect_idに値が格納され、オペレータが不具合に遭遇したことを示します。

以下は、上図の最初の4つのステップに沿ったステップのスクリーンショットの例です:

アクション・アイテムアクション・アイテム: プロセス・フロー図のすべての[決定]をレビューし、オペレータをそれぞれの正しいステップにルーティングするトリガーを作成したことを確認します。

注意事項と次のステップ

制御にIoTデバイスを使用する場合は、まずエッジデバイスを購入する必要があります。その後、Tulip + Edge Deviceのガイドを参照して、Tulipで特定のデバイスを使用する方法を学んでください。

その他のリソース


お探しのものは見つかりましたか?

community.tulip.coで質問を投稿したり、他の人が同じような質問に直面していないか確認することもできます!


この記事は役に立ちましたか?