すべてのカテゴリ

ご相談をいただく前に、線がどこにあるかを先にお伝えしておきます。先日、募集を4件続けて読んで、4件ともお断りしました。断った理由には型があります。実例で書きます（依頼主が分からない形にしています）。■ 1件目：webサイトのドメイン切り替え事前準備をして、指定日に本番を切り替える、という内容でした。お断りした理由は、これが取り消せない作業だからです。切り替えに失敗するとサイトが落ちます。復旧の判断は、その場でサーバーの状態を見ながらすることになります。私はやりとりを文面のみでお受けしているので、その場で判断が要る作業とは相性が悪い。お受けできる形に直すなら、手順書です。どのレコードをどう書き換えるか、切り替え前に何を確認するか、戻すときは何をするか。これを手順にして、実行はご自身か、その場にいられる方にお願いする形です。■ 2件目：社内業務の自動化チャットツールで数十人の社員に定例報告のリマインドを出し、売上管理システムから金額を読んで入金依頼を出す、という内容でした。お断りした理由は2つあります。ひとつは、依頼主の本番環境で動くものだからです。社内の独自システムに接続して、実際に社員へ通知が飛ぶ。私が納品するのはコードと手順書で、動かすのは依頼主の環境です。ここが分かれていないと、動かなかったときにどちらの問題か切り分けられません。もうひとつは、募集文に「可能であれば銀行データと連携し、指定の金額が入金されているかの確認の上で」とあったことです。お金の口座に関わるデータは扱いません。これは条件ではなく、決めている線です。■ 3件目：日々のデータ入力出品サイトの掲載漏れをチェッ