RTLSプログラム救助 - パイロットが記録のシステムになったとき。

典型的な信号: ベンダーのメトリックに対して配信されたパイロットが、任意のビジネスを移動しなかった KPI; 生産のロールアウトは、サイト全体に固定またはフラグメントされています。 ベンダーとインテグレーターは、互いに指を指しています。

capex はコミットしていますが、ROI は材料化されていません。役員のスポンサーは忍耐を失います。監査または運営委員会は、プログラムを赤としてフラグを立てています。

これらの試合のいずれかの場合、プログラム救助はエンゲージメントです。 レスキューを実行しています UWB, BLE- - -AoA, , RFID, , AGV・AMR 製造業、ヘルスケア、兵站学、防衛および小売の雑種の積み重ね。

6次元にわたって構造化された診断から始まります。 スコープと成功基準: デプロイメントが配信されるはずのものだったのですが、それは今までに定量化したのでしょうか? ほとんどのステンド・プログラムでは、成功基準は決してありませんでした。

技術適合: 環境やユースケースに適している電波は? 製造負荷のRFサイト調査は、日数で当社に伝えます。 ベンダーとインテグレータのパフォーマンス: ベンダーとインテグレータのデリバリーと契約の独立したレビュー。非対称情報トラップ。

統合アーキテクチャ: 業績を牽引するシステムにデータが流れますか? ほとんどのプログラムが壊れているか、不在な統合を持っています。

操作上の適合: ショップフロアの人や区内はシステムを利用しますか? 導入の問題は通常、偽装の問題の範囲です。 商業位置: 交渉または終了の契約オプションは何ですか?

ほとんどの固定された展開のための5つの失敗モードの記述。 スコープの不整列: デプロイメントは、ビジネスの成果ではなく、テクノロジーに対してスコープ付けされた — 「私たちは UWB " ではなく、 WIP 遅延で 12% 削減したい」。

間違ったラジオ: ベンダーは環境に合わない技術を販売しました ( UWB 十分なアンカー密度のない密な金属で; BLE - AoA 重いマルチパスで; RFID 不安定な読み取り精度で)。

統合ギャップ: データはキャプチャされますが、 WMS / MES / EMR — イベントは、操作上の変更を駆動しません。 ベンダーロックイン価格: 年2の商業用語はスケールアウトの人間工学的を作ります; クライアントは、エクステンションカプレックスにホストを保持しています。

導入の失敗: ワークフロー変更が設計されていないため、フロントライン演算子はシステムを使用しません。システムレポートは正しく見えます。 KPI s は移動しません。 週1でパターン(または組み合わせ)が適用されるかを診断します。

回復計画はコンクリートおよび時箱です。 スコープ補正: 経営陣のスポンサーのサインオフで、measurableビジネスのKPI s(技術メトリックではない)として、成功基準を再定義します。

技術的な修正: 対象となる変更 — アンカーの追加、特定のゾーンのラジオの切り替え、統合の修正、タグの交換。

ベンダーとインテグレーターアクション: 根本原因の発見に基づいて、スコープ、コマーシャル、およびSLA s を再交渉する;まれに、交換をお勧めします。 操作変更: ワークフローの設計、変更管理、採用のための訓練。

リベースライン: 新しいマイルストーン、新しい受け入れ基準、新しいROIモデル。 計画は、透明な仮定ログを持つ単一の文書として、エグゼクティブスポンサーおよびステアリング委員会に配信されます。

プログラム救助は、多くの場合、包囲されたベンダーまたはインテグレーターと再交渉を伴う。 当社の独立性(手数料なし、キックバックなし、/about/independence参照)は、双方の信頼性を提供します。

私たちは、主要な RTLS 、 RFID および AGV / AMR ベンダーと商業条件、スコープ、 SLA s およびマイルストーン構造を改良しました。

関係が明らかに不可能な場合、ベンダーの交換をお勧めし、 /templates/rfp-template と /templates/vendor-matrix を使用して構造化された再調達を実行します。

回復計画が署名されたら、再配達は2つの適応の/method (生産のロールアウト)の段階3に続きます。 堅いゲート: 前回の故障ポイントとフルロールアウトの間に追加の受入ゲートを追加します。通常3〜5個の追加のゲートレビュー。

独立した検証: ベンダーの自己報告ではなく、各ゲートを独立して検証します。 フェーズドア拡張: ロールアウトは、救助されたサイトが合意された期間(典型的に四半期)のためにビジネス KPI 配信を実証した後だけ、追加のサイトに拡張します。

診断:2〜3週間。 回復計画:2〜3週間。 ベンダーの交渉:商業複雑さに応じて4〜8週間。 再配達:スコープに応じて12〜36週間。 合計:5〜13ヶ月のエンドツーエンドの一般的な中規模救助。

コマーシャル:診断および計画のための固定送り;実行のための時間および材料か成功に基づく。 ほとんどのクライアントは、修復されたカプレックスでプログラムの承認料を5～10×回復し、ROIを加速しました。

3つの理由 独立性: 問題が構築されたベンダーではないので、根本原因を隠すためのインセンティブはありません。

クライアントからの手数料は、 /about/independence を参照してください。 パターン認識: ベンダー、業界、幾何学を越える何十回も同じ故障モードを見てきました。

ベンダーや社内チーム月をとっても診断します。 両側の信頼性: ベンダーやインテグレータは、厳格で公正なものだから、私たちを真剣に受け止めています。 交渉はより速く、よりよい商業結果を作り出します。

パイロットの屋台を配置すると、親指のベンダーはTACと有料のヘルスチェックを提供し、元の設計にはほとんど質問しません。 SIは、同じスコープを拡張する安定的な変更要求を提供しています。 常に RF を再オープンし、インテグレーションの根本的な原因を解放することなく、Big-4 回復ワークストリームのリベースラインガバナンス。 リセラーパートナーは、さまざまなカタログにリプアンドリプレースを提案します。

どのプログラムが間違っているか: 元のアーキテクチャを売り、自分の宿題を等級別にしたり、アイデンティティ、マルチパス、プロセスの採用、または KPI の定義が実際の失敗だったかどうかを診断する前にハードウェアを交換するために元のアーキテクチャを販売した者を尋ねる。

TRACIO救助は構造によって独立しています - 保護するハードウェア無し、保護するライセンス更新無し。 診断は支払われ、鈍くなります:終わり、再スコープ、または停止。 ほとんどの救助は、キットがまだ配信できる範囲を維持します。交換は、デフォルトのピッチではなく、管理された例外です。 クライアントからの手数料のみ