Peak One · 一つの共通データ基盤
タスクは完了した。 なぜほかの場所ではまだ未処理なのか?
同じ作業が複数のリストに存在すると、更新すること自体が仕事になります。Peak One は共通のデータをもとに複数のビューを構築するため、ビューを切り替えても文脈が失われません。
インタラクティブな解説 · サンプルデータ
1つのタスク。 同じ状況を2つの視点で。
サンプルのタスクを完了にしてみましょう。どちらのビューも同じステータスを読み取ります。この解説ではデータは保存されず、実際の顧客アカウントの記録でもありません。
共有タスク · 例
顧客ブリーフィングをすり合わせる
プロジェクト:ウェブサイト · 担当:Anna
プロジェクトビュー未完了
私のタスク未完了
ステータスはタスクに属しています。ビューによって、どの文脈でそれを見るかが決まります。
日常での違い
つながりを保つ。 照合すべきバージョンが減る。
- 人物を探し出す
- 人と企業は共通のアイデンティティを持ちます。関係や関連情報はそのレコードに紐づきます。
- 出どころをたどる
- 情報には文脈が必要です。どこから来たのか、どれだけ新しいのか、裏付けがあるのか推定なのか。まさにこうした問いが、共通モデルの一部です。
- 既存のツールを整理する
- 外部連携にはそれぞれの範囲があります。共通のデータ基盤があるからといって、すべての外部ツールが自動的に双方向で同期されるわけではありません。
始める前に
それがツールにとって意味すること。
そのためにすべてを移行する必要がありますか?
範囲を限定したワークフローから始めましょう。必要なデータと、そのデータが現在どこにあるかを洗い出します。外部ツールの場合、何をインポートまたは更新できるかは各連携の範囲によって決まります。
異なるビューは自動的に全員に見えますか?
共通のレコードと共通のアクセス権は、別のものです。アクセスは、ワークスペース、メンバーシップ、設定された権限によって決まります。
矛盾するデータは自動的に正しくなりますか?
いいえ。共通の ID があっても、専門的な判断が不要になるわけではありません。データを採用する前に、出所と鮮度を確認してください。既存システムの場合は、接続前にどちらを正とするデータにするかを決めておく必要があります。
小さく収まるテスト
現在2か所で管理されているタスクを1つ選びましょう。 それで違いを確かめてください。
小さな実際のワークフローを土台にしましょう。重要なのは、別のリストを管理しなくても、適切なビューでその状況を見つけられるかどうかです。

