ココナラに登録して初めて応募した。契約前に辞退するまでに確認したこと
ココナラに登録し、プロフィールを整え、初めて募集へ応募しました。
その後、テスト記事を引き受ける旨の返信まで進みましたが、条件を確認し直した結果、契約・購入へ進む前に辞退しました。
今回は、その過程で自分が何を準備し、どこで立ち止まったかをまとめます。これから初めて応募する方が、応募前の確認メモを1枚作れる内容にしました。
登録したら、「何を頼める人か」を整理する
会社員エンジニアとしての経験を、実際の仕事につなげたい。そのために、ココナラの登録とプロフィール整備を進めました。
得意分野は、次の4つに整理しました。
Webアプリの設計・開発・不具合修正
AWS・Terraformの調査と運用改善
MVP・PoC・新規事業の要件整理
PM・PO・PMOとしての開発推進支援
ポートフォリオには、職務経験を整理した4件と、自分で行った検証1件を登録しました。職務経験と自作検証は区別しています。自作検証を顧客への納品実績として数えることはできません。
スキル欄も、使える技術を並べるだけで終わらず、経験年数と説明を見直しました。何を経験していて、どこまで担当できるのか。応募する仕事と照らし合わせられる状態を目指しました。
保存できたと思っても、表示まで確認する
プロフィール整備では、自作検証の項目が初回の保存後に残らないことがありました。
再登録した後は、次の順に確認しました。
作成完了の通知が出る。
編集画面を再読み込みしても項目が残っている。
公開プロフィールに表示されている。
再登録後は、公開プロフィールへの表示まで確認できました。最初に残らなかった原因は特定できていません。サービス側の不具合とも、自分の操作ミスとも断定できない状態です。
登録を終えるときに、閲覧する側の画面まで確認する。この一手間は、次のプロフィール更新でも続けます。
募集を見て、対応できる範囲と照合した
最初は、小さなWebアプリの不具合修正を探しました。関連する検索にも広げ、正式な比較対象として10件を記録しました。
今回確認した10件には、希望する「再現できる不具合1件」に条件が完全に一致する募集はありませんでした。検索全体で案件が存在しないという意味ではありません。
技術名が合っていても、本番環境への広い変更や、継続的な運営まで含むと、最初に引き受けたい範囲から外れます。
そこで、自分の実体験を使える記事制作の募集にも目を向け、1件応募しました。技術的な修正の納品実績にはつながりませんが、自分の経験を成果物にする候補として検討しました。
振り返ると、技術や経験との一致に加えて、応募から着手までに必要な条件を、もっと早い段階でそろえる余地がありました。
初応募に前向きな返事が来た。素直にうれしかった
初めての応募に対して、経歴との親和性を評価してもらい、前向きな返事をいただけたことは素直にうれしかったです。
「初応募から仕事につながるかもしれない」という期待もあり、まずはテスト記事に挑戦して実績を一つ作りたいと思いました。
一方で、初めての取引だったため、報酬や文字数、納期、仮払いのタイミング、AI利用の可否などは、着手前に確認しておきたいと考えていました。
うれしさはありましたが、条件を曖昧にしたまま進めないように意識して返信しました。テスト記事を引き受ける旨を伝えた際も、契約・支払いの確認後に着手する前提を置いていました。
後から追加された条件に、納得できなかった
辞退を決めた一番の理由は、当初の募集や最初に提示されたテスト記事の条件にはなかった、指定された転職エージェントへの登録と電話対応が、後から執筆条件として追加されたことです。
私にとって、それは執筆のための情報収集に加えて、氏名や連絡先などの個人情報を外部サービスへ提供し、その後の連絡にも対応する負担を引き受けることでした。
転職エージェント自体に問題があると判断したわけではありません。ただ、私は直近で転職する予定がなく、3,000円のテスト記事のために登録することには納得できませんでした。
仕事内容が途中で変わったと感じたことに加え、記事執筆の報酬に対して、個人情報の提供やその後の連絡対応まで含めた負担が大きいと判断しました。そこで、契約・仮払い前の段階で辞退しました。
ここで書いているのは、自分が受け入れられなかった条件と、その判断理由です。相手が何を目的としていたかは断定できません。相手の名称やメッセージ原文は掲載していません。
初めての応募を辞退することには迷いもありましたが、「せっかく採用されそうだから」という理由だけで、後から追加された条件まで受け入れる必要はありません。契約前に違和感を確認し、自分が納得できない条件には断ることも、案件を選ぶうえで必要な判断だと感じました。
この案件では執筆や納品は行っていません。売上が出た実績としても扱っていません。
今回の振り返りで、自分の中に残した確認点は3つです。
作る成果物以外に、必要な作業や手続きはないか。
応募時に想定していた条件から変わった点はないか。
その条件でも、自分が責任を持って対応できるか。
一度前向きに返信していても、後から条件が加わったら、改めて対応できるかを判断する必要があります。次回は事前に聞く項目をそろえ、追加条件が出た場合も、その内容を確認してから返答します。
次の応募で使う、6項目の確認メモ
これから応募する方は、気になる募集を1件選び、次の項目を埋めてみてください。募集に書かれていない部分は「未確認」のまま残します。
1. 最初に何を納品するか
記事1本、修正1件、調査結果1式など、最初の成果物を一文で書きます。形式、分量、完成と判断する条件も確認します。
2. 報酬はどの範囲への対価か
募集の表示額と、初回の作業に対する金額を分けて確認します。修正対応や追加作業が含まれるかも、未確認のままにしないようにします。
3. いつまでに、どのくらい対応するか
納期だけでなく、着手に必要な情報、返信を求められる時間帯、本業と両立できる作業量を確認します。
4. 成果物以外の条件がないか
ここからは個別案件の説明ではなく、公式ルールを基にした一般的な確認項目です。
ココナラの「ルールとマナー」では、他サイトの登録フォームへ誘導し、会員登録や個人情報登録をさせる行為が禁止例として挙げられています。外部連絡や取引への誘導についても記載があります。応募時には、利用するサービスの最新のルールと照合します。
参照：ココナラ「ルールとマナー」（2026年9月9日確認）
5. AI利用と公開の範囲はどうなっているか
AIでの整理や推敲を利用してよいか、入力してよい情報はどこまでかを確認します。AI利用の許可と、後から実績や記事として公開する許可は、それぞれ確認する項目です。
6. 何を確認したら着手できるか
応募、受諾の返信、契約、支払い確認、着手を分けて記録します。自分が今どの段階にいるかを、画面と合意内容で確認します。
記入用にまとめると、次の形です。今回の振り返りから作ったメモで、実際に送った応募文ではありません。
最初の成果物：
完成条件・修正範囲：
初回の報酬：
納期・着手に必要な情報・連絡時間：
成果物以外の作業・手続き：
AI利用・情報の入力・実績公開の範囲：
契約と支払いの確認状態：
まだ確認できていないこと：同じ募集が見つからなくても、このメモは別の案件に使えます。ただし、埋めた項目が多いことだけで安全性や受注を保証できるわけではありません。分からない条件が残ったら、推測で埋めず、サービス内の確認手段を使います。
今回、記録できたことと足りなかったこと
登録とプロフィール整備、募集の比較、応募1件、契約前の辞退までを活動記録に残しました。プロフィールは再登録後の表示も確認できました。
一方、登録・応募時のAIの利用範囲とモデル名、実際の依頼文、AIとのやり取り回数、総作業時間、本人が修正した量は、記事へ正確に載せられる形では未取得です。操作ログの時刻差には待ち時間も含まれるため、作業時間の代わりにはしていません。
次回は、応募前の条件メモと合わせて、使ったAI、依頼文、確認にかかった時間、人が判断した箇所も残します。今回作ったメモで確認漏れを減らせるかは、次の応募で検証します。
次は、対応範囲を確認できる案件へ
次の応募では、成果物と着手条件を先にそろえ、自分が確認・納品できる小さな仕事を選びます。
読んでくださった方も、応募予定の募集を1件だけ、この確認メモに当てはめてみてください。「未確認」がどこに残るか分かれば、次に聞くことが具体的になります。
普段の開発・検証の進め方や制作例は、自己紹介と開発・修正のご相談にまとめています。
