業務データ分析学習（データ操作知識体系のまとめ）

データ操作知識システムの概要

「データ操作」のような大きなタイトルでトップ記事を掲載するのは今回が初めてです。それはこの人の個人的な経験であり、一人の人の意見として理解できます。数年にわたる運用経験を経て、私はようやく基礎を理解し始めたところです。何か間違ったことを言ったら、訂正してください。

操作、データ操作とは何ですか。データ操作関連の業務に携わったことがなく、完全な初心者であると仮定します。では、ゲームに操作の概念を導入して、ゲームをどのように操作すればよいのでしょうか? Honor of Kings を例にとると、トラフィックと支払いが増加します。まず、ユーザーエントリー、WeChat、QQなどを提供します。これらは規模が非常に大きく、支払いはさまざまなポイント、スキンなどに依存しますが、全体の運営プロセスでは、トラフィックとマーケティングはその一部にすぎないと言えます。運営を支える基盤は、開発者の継続的なゲーム作成、ゲーム運営とメンテナンスの7*24時間運営監視と保護、カスタマーサービススタッフのコンサルティングサービスなどにも依存しているためです。 。

データ操作はゲームの操作として捉えることができます。ある企業が自社製品を発売したいと考えています。ここでのエンタープライズ データ製品は「データ資産」と呼ばれます (データ資産とは何でしょうか? 簡単に言えば、それが価値があると説明できるものです)。そこで私たちが考えるべきことは、ユーザーをいかに惹きつけ、彼らが望む幸せをいかに得て、そして喜んで協力してもらい、さらなる価値を創造していくかということです。これらの値は現実と結びつき、実際の取引を行うことができます。どうですか？聞き覚えがありますか?いわゆる「メタバース」は、実際にはデータによって構築されたデジタル宇宙です。企業がデータ運用を行わなければ、「メタバース」の道に進むことすらできません。

前の記事で多くのことが語られました。ユーザーの視点からデータ操作プロセスを確認し、ユーザーが遭遇する各ノードに基づいてデータ操作アーキテクチャを描きます。

私は初心者ユーザーですが、データ要件を受け取りました。プロジェクトマネージャーから、エンタープライズレベルのデータ運用プラットフォームが関連データを提供できることを知りました。自分のニーズを徹底的に理解した結果、データ操作の連絡担当者を見つけました。私たちはその人を「カスタマーサービス A」と呼んでいます。カスタマーサービスAの紹介を通じて、私のニーズが確かにデータ操作の範囲内であると判断しました。彼は私に、プラットフォームの「最新」かつ「詳細な」紹介とプロセスを教えてくれました。データ操作プラットフォームに入ると、プラットフォーム操作ウィザードを通じてデータ探索への入り口を見つけました。公開資産カタログには、アーカイブ、ビジネス、外部、気象、内部、政府など、あらゆる種類のデータが含まれています。検索ボックスで「キーワード」を検索すると、関連するデータが表示されました。それをクリックしてみると、確かに私が求めていたデータであることがわかりました。その後、「データ アクセス アプリケーション」のプロセス ウィザードに従ってリクエストを送信しました。ここで停止します。ここでデータを正常に取得しました。次に、データ運用が提供するもうひとつのサービスであるソリューション「ワンストップソリューション」についてお話します。プラットフォームへの入力からプラットフォームの使用終了まで、データのニーズは運用プラットフォーム上で完結します。まるでゲームをしているようです。ゲームを最初から最後までプレイすると、得られる幸せはすべてゲーム内にあります。私たちは彼らに不必要なことを求めません。 「あなたはただやりたいことをやるだけで、あとは当社のプラットフォームが引き受けます。」

ここからは、ユーザーのニーズを満たすための支援方法についてお話します。

データはありますが、欲しい結果データではありません。要件に応じて再度処理する必要があります。ではどこで処理すればいいのでしょうか?私にはリソースも、環境も、開発の知識も、運用と保守も、デモンストレーションするアプリケーションさえありません。 。 。では、手動データはどうなりますか? 。 。これらの問題に対応するために、プラットフォームは「ワンストップ」ソリューションを提供します。 「ただ頼めば、必ず用意します。なければ、作ります。」その後、プラットフォームが開発センターに案内し、専門的な開発サービスを提供します。これにより、コードなしでさまざまなビジネス シナリオのニーズを満たすことができます。完了すると、サービス公開モジュールによってさまざまな公開タイプが提供され、独自のラベルを使用して「データ製品」にパッケージ化できるようになります。次に、この「データ製品」とそれが解決する問題を詳しく説明し、公共サービスとして公開することができます。他のユーザーが利用申請することができ、その利用によって発生する付随的な価値があなたが創り出す価値となります。この運営にはポイント システム、つまりビジネス ドメインが設けられ、ユーザーはより多くの報酬を獲得でき、より多くの価値を獲得できるようになります。

上記の簡単な例から、次のことがわかります。 「データ操作」には何が必要ですか？まず第一に、それはデータでなければなりません。データは業務の基盤となります。データがなければ、環境しか提供できません。データなしの操作はごく少数のシナリオでのみ使用され、ユーザーの粘着性は高くありません。次に、専用のデータ収集チームが必要です。データが収集された後、これらの無秩序で非標準的で散在したデータは、ユーザーにとって大きな問題になります。すると、専用のデータ開発チーム、データウェアハウスの構築、データミドルプラットフォームなどが必要になります。 。ユーザーに提供するデータが高品質であることを保証します。次に、データを入手したら、プラットフォーム、さまざまなツール、さまざまなコンポーネント、さまざまな製品化されたものを構築する必要があります。これらを実現するには、監視を支援する専任の運用・保守担当者が必要です。ユーザーの困難を解決するために、専任のカスタマー サービス スタッフを配置する必要があります。 。 。

とりあえずここでやめておきます。操作は全体であり、すべてのリンクが重要です。