理由と期間を答える
その人が何をしたいのかが示されている場合、リクエストの評価は容易になります。「帰りの車に返信」はタスクですが、「電話が必要」では文脈がほとんどありません。短い明確化の質問の方が、素早い「はい」や長い説教よりも役立つことがあります。
アプリが許可している場合、許容量をタスクに合わせます。電話の将来の可能なすべての使用について議論する必要はありません。現在の例外を決定し、その後も基本的なルーチンを継続させてください。
合意が見える言葉を使う
承認の場合は、「はい、返信に十分な時間です。その後は計画に戻ります。」と試してください。拒否の場合は、「もうブラウズはできません。合意した時間を守りましょう。」とします。文脈がない場合は、「何を終わらせる必要がありますか、どれくらいの時間がかかりますか?」とします。
これらはメッセージの例であり、適用しなければならない事前設定された判断ではありません。怠惰、弱い、中毒などのレッテル貼りは避けてください。電話のリクエストは狭い範囲の決定であり、その人の要約や無関係な意見の相違を再検討する理由ではありません。
ルールを変更する必要があるときを知る
同じ正当な例外が繰り返し発生する場合、選択や時間が間違っている可能性があります。毎晩必要とされる仕事のチャットは、ブロックの範囲外に属するかもしれません。永続的に移動した会議は、終わりのない特別な許可ではなく、スケジュールの更新を求めます。
レビューと即時のリクエストを切り離してください。どちらの当事者も今すぐアクセスが必要でイライラしていないときに、より良いルールに同意する方が簡単です。
常に利用可能であることを約束しない
信頼できる人は仕事中、睡眠中、または電話から離れている場合があります。合理的に応答できる時期を述べてください。Wardenでは、未回答のリクエストは承認ではないため、ユーザーは接続に依存する前にそのことを理解する必要があります。
緊急アクセスは所有者のデバイス上の別のパスです。即座に応答することを安全計画と見なさないでください。また、緊急の助けが必要な人に返信を待つように言わないでください。取り決めは双方にとって自発的であるべきです。

議論なしの3つの短い返答
必要なタスクの場合:「表示された時間で承認しました。言及されたドキュメントのためにこれを使用してください。」不明確なリクエストの場合:「何を終わらせる必要がありますか、そしてどれくらいの時間が必要ですか?」合意された気晴らしの場合:「それはブロックが終わるまで待てると言ったアプリなので、このリクエストは却下します。」
これらは適応させる例であり、強制しなければならないスクリプトではありません。リクエストに答えるために必要のない個人的な証拠を求めるのは避けてください。リクエストが頻繁になったり緊張したりする場合は、すべての承認を交渉に変えるのではなく、ブロックされていない時間に全体的なルールについて話し合ってください。



