まずは、どこから行っても良いですか?

発見を読み込みからプロジェクト入力へCMシステムを変更

方法論の記事を読んだ後最も可能性が高い問題は、次のステップに翻訳されていない原則の受け入れです。 操作の頭は60-90分のミニワークショップを整理し、実際のプロセスを1つだけ選び、完全なプラットフォームを議論するために急いでいることを提案しています。

ステップ1: 現在の状態とサンプルベースラインの確立

データは1〜2週間で1列で利用できますが、サンプルサイクルと操作上の変動が示されます。 最初に保存の良好なレートを設定しないでください、データを逆にしてください。

ステップ2:初期の閉鎖とインタラクションをクリアする

「成長ブロック」と組み合わせて、優先的には、CRM と取引リンクに与えられ、第一段階の入力、処理、出力、ロールおよび完了条件を書きます。クライアントから必要な情報、自動処理できない高リスクの問題、およびサードパーティに依存する条件にアクセスする必要がある別のシステム。第一段階の目標は、すべての ERP システム、OA システム、および同じバージョン管理システムを積み重ねるのではなく、実行および共鳴を維持することです。

ステップ3: 技術的な結果とエンジニアリングの証拠を一致させる

情報プロジェクトは、システム間の主要なデータ責任、プロセスの状態、フィールドキャリブレス、同期方向、および異常に対する補償を識別する必要があります。 オンライン、使用率と二重入力の減少、待機、作業への後処理および手動集計がチェックされます。 サプライヤーのデモンストレーションは、両方のパーティーによって識別されたサンプルを使用する必要があります。 未公開の生産データは、dissensitizedできますが、理想的にテストデータは実際の条件を置き換えるのに完全に使用できません。

ステップ4:同じ口径で受け、点検およびディスクリング

元のプロセスが1ヶ月あたりの600のタスクを処理すると仮定すると、平均20分と10分のリターン率は10分の1セントで、ターゲットは「スタートアップの1週間後に、同様の複雑さ、必要な時間に25パーセントの平均的な減少、元のベースラインよりも高いリターン率」と記述することができます。セットは測定方法だけを実証し、任意のクライアントの結果を表すものではありません。公式指標は、独自のサンプルに基づいて、企業によって識別されなければなりません。

• 運用材料:フローチャート、ロール、サンプルミッション、現在の問題、ベースラインデータ
• 技術的な材料:システム在庫、インターフェイス、データ アクセス、配置の環境および保証条件
• プロジェクト材料:第一相規模、除外、責任行列、マイルストーンおよび変更メカニズム
• 受信および検査材料:テストセット、実行レコード、不足分のリスト、インジケータのクエリと手渡文書

これらの材料は、運用および技術的な関係者によって共同で識別されると、記事の方法は実際にプロジェクトに入力されます。 キーデータ、インターフェイスの承認または責任のある人は配置されていない場合、論理的な次のステップは通常限られた診断またはPoC、仕事の期間を完了し、合計価格を固定する即時の約束ではなくです。