- 01依頼を定義
- 02作業を分担
- 03変更を確認
- 04内容を確認して提出
技術成果を支える、経緯のわかる業務。
技術成果の前には、前提、顧客からの資料、レビューの調整があります。Tsumiraはその業務を顧客情報、タスク、文書で支援します。作業の完了やファイル共有だけでは、安全性、認証、規格適合を証明しません。
具体的な業務の流れ
依頼を定義
成果、顧客提供情報、未確定事項を確認。
作業を分担
準備と確認の責任を割り振り。
変更を確認
入力の変更と必要な作業を記録。
内容を確認して提出
確認済み資料の用途を明示して提出。
入力情報と未確定の前提を記録。
発注企業と技術窓口をCRMで管理し、受領情報、求められる成果、顧客確認が必要な点を共有ブリーフにまとめます。前提が変わる場合は、作業計画を変更する前に話し合いを記録します。
- 窓口と更新できる依頼文書
確認も担当付きの仕事として計画。
準備、レビュー、提出に担当を設定し、修正に必要だった工数を記録します。計画で確認作業を見えるようにできますが、実際の技術確認は有資格の担当者が適切な専門環境で行い、結果を記録します。
- タスク・担当・実工数
提出後も使える関連資料に。
参考ファイルをDrive、説明をDocsで管理し、閲覧権限を決めて確認済みの版を共有します。新しい版をアップロードしても過去の外部共有は置き換わりません。正式な技術記録は案件で指定されたシステムに残します。
- ファイル権限と版別のリンク
実務を想定した例
活用例：実現可能性の調査
実現可能性の調査中に顧客の制約が変わります。担当が会話とブリーフを更新し、再確認を割り振ります。計算は専用ツールで行い、Tsumiraには顧客判断、チーム作業、結果の説明をまとめます。 顧客の入力変更が既存の説明に影響したら、文章だけを変えず専門確認を割り振ります。ブリーフと技術システムの前提が一致するか確認し、正式な専門評価の後に説明を共有します。変更した内容、判断担当、顧客が使える版を1案件で追えるか試し、計算や承認は専門手順に残します。
この機能についての質問
設計の計算やシミュレーションをしますか？
いいえ。計算、CAD、シミュレーションは専門ツールで行います。
確認タスクの完了で規格適合を証明できますか？
いいえ。タスクは進行状況の記録です。専門確認、認証、契約上の証拠には別の適切な手順が必要です。
修正工数を把握できますか？
時間記録を変更内容やタスクと合わせて確認し、営業上の利用前に意味を精査してください。
外部の相手に社内メモも見えますか？
権限を個別に設定します。Driveの外部リンクでは社内の会話は公開されません。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
