プロダクト定義
ユーザー、タスク、ビジネス目標を明確にする。既存の体験と制約を確認し、チームが最初の有用なリリースに含まれる内容について合意できるようにする。
プロダクトブリーフ；ジャーニー優先順位；リリーススコープ。
デジタルプロダクト。
機能するように設計。
Dacielは、顧客向け体験とその背後にあるシステム全体にわたって活動するデジタルプロダクトデザイン＆開発会社です。リサーチ、インターフェースデザイン、エンジニアリングは、定義されたユーザータスクを中心に計画されます。
仕事が必要とするとき、
接続が必要です。
製品の立ち上げ、断片化したカスタマージャーニーの置き換え、または社内ワークフローを信頼できるデジタルツールへ変換する企業向け。ウェブサイト、API、アカウント体験は、同じプロダクト決定の一部であるべきです。
私たちの業務内容。
体験およびインターフェースデザイン
空状態、エラー、権限、再訪を含め、人々が実際にたどるパスをデザインする。無関係な画面の集まりではなく、再利用可能なインターフェースパターンを構築する。
ユーザフロー；プロトタイプ；再利用可能なインターフェースおよびコンテンツルール。
エンジニアリングと統合
インターフェースを必要なデータおよびサービスに接続する。状態の検証方法、アクションのリトライ方法、結果の理解方法を確立する。
動作するアプリケーション；統合境界；リリースドキュメント。
ローンチと改善
デバイス間での実際の使用に備える。パフォーマンス、アクセシビリティ、可観測性、所有権を確認し、人々の行動に基づいて改善を優先化する。
デバイスおよびリリースチェック；運用引き継ぎ；改善バックログ。
進行方法。
最小限の有用なリリースを定義する
断片化した機能リストではなく、一貫したユーザージャーニーを選択する。納品に影響を与える可能性のあるシステムと意思決定を記録する。
デザインと構築を同時に行う
プロトタイプと動作するインクリメントを使用し、プロダクト上の疑問を早期に解決する。デザインパターン、コンテンツ、統合の意思決定を連携させる。
運用計画とともにリリースする
失敗と回復を含む完全なジャーニーをローンチ前に確認する。製品を誰が維持するか、変更がその後どのように承認されるかを合意する。
つながる仕事。
有用な
最初のブリーフ。
これらの詳細により、私たちは仕事を評価し、妥当なスコープを提案できます。
- ユーザーと、製品が完了を支援すべきタスク。
- 既存のリサーチ、プロダクト資料、関連するブランドアセット。
- 既知のデータソース、API、アカウントおよび権限要件。
- 意思決定責任者と現実的なリリース制約。
開始する前に。
これはウェブサイトのサービスですか、それともアプリケーション開発のサービスですか？
スコープはプロダクトに従います。公開ウェブサイト、認証付きアカウント体験、API、内部ビジネスツールが含まれる可能性があります。ブリーフでは、これらのサーフェスがサポートするジャーニーと、それらがどのように接続されるかを説明する必要があります。
既存のプロダクトを改善できますか？
はい。まずユーザーおよび運用上の問題を特定し、ターゲットを絞ったデザインとエンジニアリングの変更で対応できるかどうかを評価します。完全な再構築はデフォルトではなく、スコープ設定の判断事項です。
私たちはプロダクトを維持管理できますか？
所有権、ドキュメント、アクセス、維持管理責任はスコープ設定中に合意されます。再利用可能なモジュールが適切な場合、それらは後の変更をレビューしやすくし、operateします。
開発コストは何によって決まりますか？
主な変数は、ジャーニー、インターフェーススコープ、統合、データモデル、品質要件、継続的な運用ニーズです。スコープ化された提案書は、画面数をプロジェクト全体として扱うのではなく、成果物と前提条件を特定します。