MasterBase®のプロセスは、単に実行されるステップのリストではありません。より大きなソリューションの一部となることを意図した、論理的で自動化された部分です。だからこそ、WIzardを使いこなすだけでは不十分で、プロセスで考えることを学ばなければならないのです。
良いプロセスの構造
MasterBase®のすべての工程は、3つのブロックからなるモジュール構造に従っている：
- INIT（スタート）
ここでは、プロセスを開始するために必要な基本データ（データベース、キーフィールド、クレデンシャルなど）を定義する。このブロックは必要不可欠なものだけで、クリーンであるべきです。 - STEPS（ステップス）
これらはプロセスの中核を構成する。各ステップには、レコードの検索、データの保存、メッセージの送信、PDFの生成など、1つ以上のタスクが含まれています。
ステップは順次実行され、明確な機能を持つべきである。これによって、プロセスが読みやすくなり、維持しやすくなり、規模を拡大しやすくなる。 - 回答
これはオプションだが、便利である。処理の最後にレスポンスを返すことができます。ユーザーには確認、他のAPIやプロセスには値を返します。
優れたプロセスを設計するための原則
- プロセス＝関数
各プロセスは単一の目的を持つべきである。もしあなたのソリューションが複数のことを解決するのであれば、それを異なるプロセスに分割する。こうすることで、秩序と再利用性と柔軟性が生まれる。 - ステップの論理的順序
物語を語るようなものだ：- データを受け取る
- チェックする
- アクションショット
- あなたはこう答えた。
まず必要なデータを持たずにアクションを実行することは避ける。
- 明確な名称とシンプルな条件
verifyClient、sendWelcomeMailなど、何をするのかがわかる名前を使いましょう。
また、多くのバリデーションが必要な場合は、そのロジックの一部を別のプロセスやデータベースに委譲することを検討する。 - ステップ・バイ・ステップのテスト
テストのためにフロー全体をセットアップするのを待たないこと。エラーを早期に発見し、連鎖的な失敗を避けるために、各ステップを個別にチェックする。 - すでに建設されたものを再利用する
Eメールを検証したり、コードを生成したりする既存のプロセスがあれば、それを再利用しましょう。時間を節約し、ソリューションの一貫性を確保することができます。
ケーススタディ：講演申し込み
無料チャットの登録を自動化するとします。単純に聞こえますが、プロセスをうまく構造化しないと、スケールが悪くなったり、エラーが発生したり、管理できなくなったりします。
プロセスの目的
- 関係者の登録
- 登録済みかどうかを確認する
- パーソナルメールを送信する
- レコードを処理済みとしてマークする
他には何もありません。リマインダーやアンケートは処理しない。それは他のプロセスで処理される。
プロセスの構造：
- INIT： 名前、Eメール、選択したトーク。追加事項はありません。
- ステップ
- 重複をチェックする： すでに登録済みの場合は、手続きを完了してください。
- データを登録する： という碑文がある。
- メールを送る パーソナライズされた確認メッセージ。
- 更新状況 は「処理済み」と表示される。
- 応答せよ： は、成功メッセージを表示したり、別のプロセスのデータを配信したりする。
なぜこのプロセスがうまくいくのか？
- 明確な目的がある
- 流れが論理的で明確
- 各ステップは1つの機能しか持たない
- 新たな会談があれば、簡単に延長できる
- メンテナンスがしやすい：何か変更が必要な場合、どこでそれをすればいいかがわかる。
プロセスの設計はソリューションの設計
プロセスが "機能する "だけでは十分ではない。理にかなっていて、安定していて、理解しやすく、修正が容易でなければならない。
ストーリーとして語れるものでなければならない。もし、あなたが詰まることなく説明できるのであれば、それはうまく設計されているのだろう。
これがプロフェッショナルな解決策と一時的なパッチの違いだ。
どこでより良いデザインを学ぶことができるのか？
MasterBase®ラボでは、アイデアを探求し、構造を検証し、特定の疑問を解決するために設計されたインスタンスです。具体的なニーズがあれば、ラボでコンセプト・デザインを提示し、その実装に直接取り組むことができます。ここは、考え抜かれたアイデアが強固なソリューションに変換される場所です。
これが、堅牢で保守可能なプロフェッショナル・ソリューションを構築する方法である。
