他社に決まったことより、閉じるのに二度こちらから動く方が消耗しますよね。ヒアリングを送る回に「◯日ご連絡がなければ、いったん保留として扱います」を1行足しておくと、最後の連絡が督促ではなく予告済みの手続きになります。同意を待たずに畳めます。 文例 us-account.github.io/c123-wt…

大変さを説明しても相手には測れないので「簡単そう」は崩れにくいです。金額の真下に「含まないもの」を3行（原稿作成・写真手配・公開後の更新）置くほうが早いかと。相手でも判断できる形になります。各行に「◯◯は支給前提」を足すと、変わる理由も伝わります。 文例 us-account.github.io/c123-wt…

シートお持ちなら十分だと思います。詰まるとしたら着手後かもしれません。追加や変更はチャットに流れて、シートが着手時点のまま古くなるからです。変更が来たら該当行を日付つきで上書きして、制作中はシートだけ見る。どれが最新かを思い出す手間が減ります。

「無料＝上限あり」の整理、わかりやすいです。もう1つ文章でもらうなら「回数に数えない修正」かと。誤字や電話番号の差し替えに加えて、制作側の貼り間違いやリンク切れの直しまで数えられると、発注側は自分の都合でない直しで枠が減ります。 数え方の例（無料） us-account.github.io/c123-wt…

「最後にどうしてほしいのか」まで決めてあると、後から「ここも足したい」が出たときに効きますね。足す前に「どのブロックと入れ替えますか」と聞けば順番を崩さずに済み、入れ替え先が無いものだけ追加のご相談にできます。 追加依頼の返し方（無料） us-account.github.io/c123-wt…

ホッとするの分かります笑 ただ再開が「素材が揃ってから」だと起点が相手任せになるので、今のうちに「素材が揃った日から◯営業日で着手、納品はそこから◯日」の1行だけ返しておくと、11月に急に戻ってきても自分の予定で組めます。 素材の期限の決め方（無料） us-account.github.io/c123-wt…

お疲れさまでした。素材ない案件がしんどいのは、足りない分をどこまで自分で埋めるかを作りながら決めるからだと思います。着手前に「無い分は代替素材で／有料素材は実費◯円まで」の1行を決めておくと、制作中の判断が減ります。 揃わない時の決め方（無料） us-account.github.io/c123-wt…

「揃ったら一気に進む」の前提を崩して、先に仮画像と文字数だけ決めた箱で組んでしまうと、届いた日に差し替えるだけになります。『○日に届かなければ仮のまま公開』も着手時に決めておくと、催促が予定確認として聞けます。 素材が揃わない時の進め方（無料） us-account.github.io/c123-wt…

カルテ連携まで自作されてるの強いですね。並行案件で崩れやすいのが、ダッシュボードに自分のタスクしか載らない点です。案件ごとに『今どっちの球か（自分/先方）』と期日を1行足すと、自分が止めてるのか相手待ちかが一目で分かります。 相手待ちの進め方の例（無料） us-account.github.io/c123-wt…

「思っていたのと違う」と言われるのは、機能の説明不足よりも目的の一文がズレていることが多いです。 ×「会社の情報を載せるサイト」 ○「問い合わせを増やすために、施工例を見せて電話番号まで迷わせないサイト」 目的を1行で書いて先に確認してもらう。ここが合えば、あとの詳細は直しても一周増えません。 初回返信で聞く項目の型はこちらに置いています（登録不要） us-account.github.io/c123-wt…

「整理して言葉にする」が口頭だけだと解釈がずれがちですよね。整理した内容を相手の語彙のまま書き戻し「この理解で合っていますか」と返すと、ズレがその場で出ます。要約し直すと自分の解釈が混ざるので、相手の言葉のまま残すのが安全です。 聞く項目の例（無料）us-account.github.io/c123-wt…

工事写真の振り分けに時間がかかるとき、原因は撮った後の作業より前にあることが多いです。 ・撮影前に決める：どの工程・どの位置の写真か ・撮った後に決める：ファイル名、並び順、貼る場所 後者は何回でも直せますが、前者は撮り直しに行くしかありません。先に決める項目だけを撮影前の1枚目に写し込んでおくと、あとの振り分けが照合作業になります。 記録の作り方はこちらに書いています note.com/smallapplab/n/n5d10…

「返事待ち」と「判断が必要」は見た目が同じで対処が逆ですね。前者は催促で動きますが、後者は案を2つに絞って「無回答ならAで進めます」と添える方が早いです。 目的と素材は着手後に気づくと長引くので、初回返信で聞く4項目にまとめました（無料） us-account.github.io/c123-wt…

手動だったときは、漏れそのものよりも「どこまで対応済みか」が人の記憶にしか無いのがしんどかったです。自動化の前に、対応状態を一か所に出して見えるようにするだけでも、取りこぼしは減りました。

今週末は、工事写真をファイル名で報告書の順に並べ替える小さな道具の手直しをしていました。機能を足すより、撮影前に決めてもらう項目を減らすほうが効いたので、そこを削っています。

ありがとうございます。揃わなかったときは「待つ」か「仮で進める」かを先に決めておくと楽でした。仮で進める側にするなら、差し替えは何回までかも一緒に言っておくと、あとで追加の話になりにくいです。

作業範囲を細かく書いても、工程が止まることがあります。 抜けているのは「決めきれなかったときに誰が決めるか」のほうです。 工程表に決裁者の列を一つ足すだけで、止まりそうな場所が先に見えます。範囲より、判断の持ち主のほうが抜けやすいです。

工事写真の撮り忘れに気づくのは、たいてい現場を出て事務所に戻ってからです。 工種の切り替わりで黒板だけを1枚撮っておけば、現場を出る前に枚数を数えるだけで欠けが分かるはず、という机上の案です。中身は見ません。並行工種の現場では成立しません。 note.com/smallapplab/n/n5d10…

こちらこそありがとうございます。工程表に「誰が決めるか」の列を一つ足すだけでも、止まりそうな場所が先に見えるようになりました。合意を取る工程として最初から入れてしまうのが、結局いちばん手戻りが少ないですね。

見積もりを出したあとに「思っていたのと違う」と言われたとき、仕様を詰め直すより先にやることがあります。 目的を一文で書き直して、相手に確認してもらう。 ズレの原因は機能ではなく目的のほうが多いので、合っていないまま詳細を直すと往復が一周増えます。