
監修者
リメディ株式会社 ヘッドハンター
井上 晶斗 | INOUE Akito
大阪府立大学を中退後、教育系のベンチャー企業へ入社。新店舗の立ち上げと全店舗管理を担当し、2年間で1店舗から12店舗へ増やす。立ち上げ業務からサービスの平準化までの一連の業務に従事。その後、エス・エム・エスに転職しキャリアアドバイザーとして、候補者様に徹底的に向き合いながら、20代から50代までの方のキャリア支援を行う。社内のキャリアアドバイザーの中で上位の成績を収めた後に、リメディに参画。現在は、M&A・不動産・建設業界でエグゼクティブ採用・転職支援に従事。
営業1day選考フォームを開いたものの、書類の添付欄が見当たらず準備に迷う人もいるはずです。オープンハウスグループの職務経歴書を作る前に、応募フォームと職種を確認してください。確認時点のフォームは、氏名や連絡先、希望勤務地などを入力する構成でした。営業系はまず面接で説明する顧客対応を選び、専門職、IT、建設・技術系は求人で重く置かれる仕事と自分の経験を照合して記載順を決めます。
この記事は、応募書類の提出条件を一律に断定しません。フォームや応募後の案内は変わるため、提出日の公式情報を確認する必要があります。そのうえで、営業なら顧客の意思決定支援、建設なら工程・品質・原価等の判断、ITなら業務と技術を結ぶ判断、企画なら事業や運営を変えた判断を先に示します。
応募前の求人確認で職種を絞れない場合や、面接対策でどの案件を話すか迷う場合は、転職支援の担当者へ募集要件と経験の対応を確認する方法もあります。相談前に、希望職種と候補案件を一つずつ用意しておくと論点がぶれません。
| 応募区分 | 最初の確認 | 先に示す経験 | 先に作るもの |
|---|---|---|---|
| 営業1day導線 | 現在のフォームと応募後案内 | 顧客条件の把握、提案、意思決定支援 | 面接で話す案件メモ |
| 建設・技術 | 建物・工程・経験要件 | 図面、工程、品質、原価、安全の判断 | 案件別の責任表 |
| IT・データ | 利用者、要件、運用責任 | 業務課題と技術選択の接続 | 要件と結果の対応表 |
| 企画・管理 | 個別求人で重く置かれる仕事 | 比較前提、合意、運営変更 | 意思決定の時系列 |
職務経歴書より先に応募導線を確認する
公式の中途採用職種一覧は、営業、企画・管理、IT、建設・設計・品質など複数の職種群を掲載しています。同じ企業への応募でも、入口と職責は一つではありません。求人名だけで判断せず、実際に使う応募ページを開きます。
営業1day選考の公式フォームは、確認時点で氏名、最終学歴、希望勤務地、電話番号、メールアドレス、生年月日などを入力する形式です。履歴書や職務経歴書のアップロード欄は見当たりません。ページは一次面接から最終面接まで同日で進める導線として案内しています。
ただし、「オープンハウスグループの営業は職務経歴書が不要」と一般化してはいけません。応募後の連絡で提出を求められる場合や、別の営業求人で条件が異なる場合があります。確認できるのは、特定フォームの現在の項目です。提出物は担当者の案内を優先してください。
営業系は書類作成より面接の証拠選びを先にする
ファイル添付のない入口なら、見栄えのよい職務経歴書を先に作るより、顧客対応を一件選んで時系列で説明できる状態にします。売上や契約だけを結論にせず、顧客が何に迷い、どの条件を確認し、どの選択肢を示し、誰と調整したかを分けます。
先に示したいのは、顧客の希望を聞いた回数が多い案件ではありません。表面の希望と実際の制約を分け、比較材料を整え、顧客が次の判断ができる状態にした経験です。相手の判断が進んだ理由を自分の行動と結び付けてください。
- 顧客が最初に示した希望
- 追加確認で分かった制約
- 比較した選択肢と除外条件
- 自分が行った説明と提案の修正
- 上長・審査・他部署との調整
- 顧客が選べる状態になった変化
- 契約後または見送り後の引き継ぎ
不動産以外の営業経験も、顧客理解、複数案の比較、利害調整、意思決定支援に分ければ接続できます。業界経験がない不安を隠すため、不動産に関する架空の案件や知識を足してはいけません。未知の点を何で調べ、誰に確認するかを説明します。
案件を選ぶときは、成約した事例だけに限定しません。顧客の条件と商品が合わず、理由を説明して提案を見直した経験も、判断の質を示す材料です。見送りを失敗として隠さず、顧客利益を守った判断と、自社内で引き継いだ情報を分けます。
新規開拓の経験では、架電数や訪問数だけで終えず、対象顧客をどう選び、反応を受けて仮説や説明をどう変えたかを示します。既存顧客なら「関係維持」という抽象語を避け、追加相談の条件、関係部署との確認、次回提案への反映を書くのが具体的です。
個人向けと法人向けでも、先に示す経験は変わります。個人向けは生活上の希望と資金・時期などの制約を扱った過程、法人向けは利用部門、決裁者、契約・審査部門の条件をそろえた過程が中心です。意思決定者と利用者を分けると調整の難所が見えます。
営業成果は件数の前提と本人の寄与を分ける
契約件数、売上、達成率を書く場合は、対象期間、担当商材、個人とチームの区分、確認元をそろえます。「チーム売上を達成」と書くだけでは、本人が顧客開拓、提案、条件調整、クロージングのどこを担当したか分かりません。
| 弱い記載 | 確認する事実 | 直す方向 |
|---|---|---|
| 売上を大幅に伸ばした | 期間、比較基準、本人の担当 | 対象と行動を限定する |
| 顧客満足を高めた | 確認方法、具体的な変化 | 再相談、確認漏れ、判断時間等で示す |
| チームを牽引した | 人数、権限、実際の行動 | 会議、同行、配分、育成を分ける |
| 課題解決型営業を実践 | 顧客の課題、比較案、判断 | 一件の時系列へ戻す |
数値を公開できない場合は、作って補いません。顧客の比較条件を整理した、確認漏れを減らした、見送り理由を引き継げる形にしたなど、確認可能な状態変化を使います。結果を大きく見せるより、面接で同じ事実を説明できる方が重要です。
建設・技術系は担当工程と判断を先頭に置く
公式の技術職募集一覧には、施工管理、設計、積算などの職種があります。建設系の職務経歴書では、資格や物件数だけを並べず、建物種別、構造、規模、担当工程、判断権限を一案件ずつ整理してください。最初の分岐は、どの工程を任されたかです。
積算の公式募集は、設計図の確認、実行予算、発注、コストダウン、着工前の打ち合わせなどを業務例として挙げています。積算経験がある人は、見積金額だけでなく、図面のどこを確認し、仕様差をどうそろえ、見積を何の条件で比べ、変更を誰と合意したかを書きます。
施工管理経験者は、工程、品質、原価、安全を全て担当したと一文でまとめないでください。案件によって自分の権限と承認者は異なります。協力会社への指示、検査、工程変更、設計照会、施主対応のうち、実際に判断した範囲を分けます。
設計経験者も、基本設計、実施設計、確認申請、施工段階の照会、設計監理を混ぜません。意匠、構造、設備の分担と、他者が決めた条件を区別します。図面の枚数より判断の内容を示すと、職責との距離が読みやすくなります。
積算・施工管理・設計で案件欄を書き分ける
| 職種 | 先頭の証拠 | 続ける判断 | 避けるまとめ方 |
|---|---|---|---|
| 積算 | 図面・仕様の確認範囲 | 見積比較、予算、発注、変更 | 積算額だけを記載 |
| 施工管理 | 担当工区・工程・権限 | 工程、品質、安全、原価の具体判断 | 現場全体を一人で担った表現 |
| 設計 | 設計段階と専門領域 | 条件整理、図面判断、照会対応 | 図面作成を業務名だけで列挙 |
| 品質 | 検査対象と基準 | 不適合対応、再発防止、現場合意 | 品質向上とだけ記載 |
建築士や施工管理技士などの資格は、資格欄へ正確な名称と取得時期を書きます。資格を持つことと、特定工程の責任者を務めたことは別です。資格を使った確認や判断があるなら案件欄で示し、資格名だけで実務を推測させないようにします。
物件情報は、組み合わせによる特定にも気を配ります。顧客名を伏せても、所在地、用途、規模、時期、特徴から対象が分かる場合があるためです。現職の公開ルールを確認し、選考に必要な責任が伝わる最小限の粒度へ一般化してください。
案件欄には、担当した建物種別と工程を簡潔に置き、その後に難所を一つだけ選びます。図面間の不整合、仕様変更、工程の競合、検査上の指摘など、実際に対処した場面です。難所を一つへ絞ると、本人の判断を具体的に追えます。
変更対応では、変更を受けた事実だけでなく、影響範囲を何で確認し、費用・工程・品質のどれを再計算し、誰へ選択肢を示したかを書きます。変更後の施工を担当していないなら、その後の完了まで自分の成果に含めません。
複数案件を並べる場合は、似た物件を件数だけ増やさず、異なる責任が見える組み合わせにします。新築と改修、担当工程、構造、顧客対応の有無などのうち、応募求人と関係する差を選びます。案件数より責任の幅を示してください。
IT・データ系は業務と技術を結んだ判断から書く
公式職種一覧には、ITプロジェクトマネージャー、社内システムエンジニア、データ活用に関する職種が掲載されています。応募時は個別求人を開き、利用部門、対象業務、開発・導入・運用のどこに責任を持つかを確認します。
技術名を多く書いても、利用者の課題と結び付かなければ重要な経験として伝わりません。現場や営業、管理部門が何に困り、要件がどこで衝突し、何を優先し、利用後の判断がどう変わったかを一つの流れにします。
- PM:要件衝突、優先順位、リリース条件、リスク判断
- 社内SE:利用者の業務、統制、保守、移行、問い合わせ運営
- データ活用:判断者、利用頻度、入力品質、分析結果の使い方
- 基盤・クラウド:性能、費用、保守、安全性、移行制約の比較
運用開始後を担当していなければ、全社へ定着したと書かないでください。開発完了、リリース、利用開始、継続利用、業務成果は別の段階です。自分が確認した最終地点を明記し、後続チームの成果を切り分けます。
社内システムの案件は、利用部門の声を集めたこと自体より、要求の衝突をどう解いたかが証拠になります。営業の入力負担、管理部門の統制、情報システムの保守性を比べ、採用した条件と見送った条件を明記します。要件を削った理由も重要な判断です。
データ活用の案件は、モデル精度や可視化の見栄えだけで終えません。入力データの欠損、更新頻度、判断者の利用場面、誤差が許容される範囲を確認します。本人が事実として書けるのは、分析結果が会議や営業行動へ組み込まれたと確かめた範囲までです。
外部ベンダーと進めた案件では、ベンダーが設計・実装した範囲と、自分が要件、受入条件、優先順位、移行を決めた範囲を分けます。発注者側の役割は「開発した」と書き換えず、選定・判断・受入の責任として示してください。
企画・管理系は資料ではなく意思決定を示す
企画・管理職は、経営企画、人事、財務、法務、事業推進などで重く置かれる仕事が異なります。「企画資料を作成」「制度を導入」だけでは、何を判断したかが分かりません。求人の業務に合わせ、比較した前提、選んだ案、合意した相手、運営への移行を示してください。
経営企画なら、予算の集計量ではなく、事業ごとの前提をどうそろえ、資源配分や実行順の判断にどう使ったかが重要です。人事なら、制度名より、対象者の課題、設計条件、現場との調整、利用後の運営を分けます。作った物より決めた条件を前へ出してください。
財務や法務では、非公開数値や個別案件の条件をそのまま掲載しないでください。何を確認し、どのリスクを比較し、どの承認に必要な材料を整えたかまで一般化します。機密を削ると責任が消える場合は、対象名ではなく判断手順を残します。
部門横断の企画では、会議を開催した回数より、部門ごとに異なる前提をどう発見し、共通の判断条件へそろえたかを書きます。全員の合意を自分の手柄にせず、論点整理、選択肢作成、決裁資料、運営設計のうち本人が担った部分を明記してください。
制度や業務の変更後に利用状況を追った場合は、初期の抵抗や誤解、問い合わせ、例外処理をどう修正したかを残します。導入日だけを成果にせず、運営が回るまでの修正を担当範囲に応じて書いてください。
主要案件は5つの基準で選ぶ
経歴が長い人ほど、案件を全て詳しく書くと重要な経験が埋もれます。応募職種への近さ、自分の判断、関係者調整、結果の確認、面接での再現という5基準で候補を比べます。著名な顧客や大きな金額だけで選ばないことが重要です。
| 基準 | 確認する問い |
|---|---|
| 職責への近さ | 個別求人の中心業務とどこが重なるか |
| 判断範囲 | 本人が選んだ条件や案は何か |
| 調整 | 顧客・上司・他部署と何を合意したか |
| 結果確認 | 数値・記録・状態変化を何で確かめたか |
| 再現 | 面接で課題から結果まで同じ事実で話せるか |
5項目のうち、職責への近さと判断範囲が明確な案件を先頭にします。結果が大きくても本人の役割が薄い案件は補助へ回します。採用側に選ばせず自分で優先順位を付けることが職務経歴書の役目です。
職務要約は応募職種・責任・証拠を3文でつなぐ
職務要約の一文目は経験年数だけで終えず、誰に何を提供してきたかを書きます。二文目で、応募職種につながる判断や責任を置きます。三文目で、その証拠になる案件と確認できる変化を示します。希望や熱意は、事実の代わりにしません。
要約を作る前に、公式求人から中心となる動詞を三つ抜き出します。積算なら図面を確認する、予算を組む、発注を調整するなどです。自分の案件にも同じ責任があるかを確かめ、なければ似た言葉へ置換せず、実際に担った動作へ戻してください。要約へ入れるのは、求人の語と実務の事実が重なる箇所だけです。
営業なら「法人営業を経験」で終えず、顧客の複数条件を整理し、社内審査と提供部門を調整して意思決定を支えた責任まで書きます。建設なら担当工程と扱った判断、ITなら利用部門の業務から要件、移行、運用までの担当範囲を明記してください。
「コミュニケーション力」「課題解決力」などの能力名は、それだけでは証拠になりません。誰と何を合意したか、どの案を何の基準で選んだかへ戻します。能力は行動の後から読み取れる形にしてください。
案件欄は課題・判断・行動・結果を分ける
一つの案件を、対象、課題、制約、本人の責任、比較案、行動、結果、引き継ぎに分けます。結果から書き始めると、本人の判断と他者の寄与が混ざりやすくなります。最初に固定するのは、何が未決で、自分が何を決めたかです。
| 項目 | 書く内容 | 自己点検 |
|---|---|---|
| 対象 | 顧客・利用者・建物・業務を一般化 | 機密に触れていないか |
| 課題 | 未決事項と制約 | 単なる作業依頼になっていないか |
| 責任 | 本人の権限と承認者 | チーム成果と分かれているか |
| 比較 | 選択肢と基準 | 後付けの理由ではないか |
| 行動 | 確認・提案・設計・調整 | 動作の主体が明確か |
| 結果 | 確認できる数値または状態 | 期間と確認元があるか |
| 後続 | 運用、引き継ぎ、残課題 | 担当外成果を含めていないか |
この順で書くと、営業の提案、積算の比較、ITの要件判断、企画の合意形成を同じ欄へ押し込まずに済みます。書類の形式は共通でも、職種ごとの動詞は変えてください。
数字は対象・期間・本人の行動をそろえる
数字の大きさより、何を数えたかを説明できることが重要です。売上、契約、工期、原価、障害、利用、工数などは定義が異なります。対象期間、比較先、母数、確認元、本人の行動との関係をメモしてから本文へ移します。
たとえば「工数を削減」は、誰のどの作業を何期間測ったかで意味が変わります。「原価を低減」も、仕様変更、発注条件、数量差、単価差を分けなければ本人の判断が見えません。定義を説明できない数字は削るのが安全です。
自分の実績は、評価記録、案件資料、上司や関係者と共有した定義で確かめます。数字を盛らず、架空の責任を作らず、確認できる範囲だけを使ってください。守秘上出せない数字は、判断手順や状態変化へ置き換えます。
未経験分野への接続は共通責任から書く
不動産業界が未経験でも、前職の全経験を汎用的な自己PRへ変える必要はありません。営業なら顧客の条件整理、建設なら関連工程の判断、ITなら業務とシステムの接続、企画なら複数部署の合意という共通責任を探します。
共通点と不足点を同時に書くと、経験を過大に見せずに済みます。たとえば建物積算の経験がなくても、製造原価の見積や仕様差の管理経験があるなら、比較条件をそろえた方法は説明できます。ただし、建築図面や法規を扱った経験があるようには書きません。
不足分は「入社後に学ぶ」で終えず、応募前に公式求人で必須条件を確認します。必須経験を満たさない場合は、似た職種へ無理に置き換えず、別求人を含めて検討してください。応募条件の充足確認は文章の工夫より先です。
弱い表現を職種別の動作へ直す
「幅広く担当」「円滑に推進」「積極的に貢献」は、読み手が責任を特定できません。営業なら聞く・比べる・提案する・調整する、積算なら読む・拾う・比べる・発注する、ITなら定義する・設計する・移行する・運用する、と実際の動作へ戻します。
名詞を長くつなぐと、英語の肩書きを直訳したような文になります。「営業活動推進計画策定を担当」ではなく、「担当者ごとの商談状況を確認し、優先顧客と次の行動を決めた」と分けてください。主語と動詞を近づけると、本人の寄与が伝わります。
「〜できる」と能力だけを述べる定型文や、曖昧な推量の語尾を繰り返す必要はありません。確認できる事実を短く書き、推測が混じる主張は削ります。対比を示す接続語に頼らず、異なる条件を具体的に示してください。
面接では同じ案件を同じ強度で説明する
営業1day導線では、特に書類の表現より口頭説明の整合性が重要です。職務経歴書を後から求められた場合も、面接で話す案件と別の大きな成果を足さず、課題、判断、行動、結果を同じ事実へそろえます。
- 当初、何が決まっていなかったか
- 顧客・現場・利用者から何を確認したか
- どの選択肢を何の条件で比べたか
- 誰の承認や協力が必要だったか
- 本人が行った動作は何か
- 結果を何で確認したか
- 残った課題と引き継ぎは何か
答えが書類と合わない場合は、話を大きくせず書類の主語と責任を修正します。チームで決めたこと、自分が提案したこと、上長が承認したことを分ければ、深掘りにも同じ因果で答えられる状態になります。
営業の面接では顧客との会話を再現するだけでなく、提案を変えた根拠も説明してください。建設・IT・企画では専門用語の説明に時間を使いすぎず、判断が必要になった背景と選択肢を先に置きます。文章と口頭の両方で確かめたいのは、相手が追える順序です。
自分で仕上げるか、経験整理を相談するか決める
応募職種が一つに決まり、使うフォーム、求人で重く置かれる仕事、主要案件、数値の確認元を自分で説明できる人は、公式情報と照らして仕上げられます。営業フォームに添付欄がなければ、先に面接用の案件メモを完成させ、提出案内が来た時点で書類へ整えます。
相談が役立つのは、営業と企画のどちらへ応募するか決まらない、建設案件が多く主役を選べない、IT案件で自分とベンダーの責任が混ざる、公開できる数字の範囲が分からない場合です。文章の添削より前に、職種と証拠の対応を決めます。
応募を見送る判断もあります。希望職種の必須経験と自分の経験が離れている、顧客や現場と近い仕事より一つの専門領域を長く深めたいなど、職責が希望と合わない場合は、書類を完成させる前に他社求人と比較してください。
提出・面接前に14項目を確認する
- 応募日の公式フォームを開いた
- 応募後の提出案内を確認した
- 個別求人で重く置かれる仕事を一文で言える
- 先頭案件がその仕事に近い
- 本人の責任と承認者が分かれている
- 営業は顧客の判断条件を示した
- 建設は担当工程と権限を示した
- ITは利用者と運用を示した
- 企画は比較前提と合意を示した
- 数字に対象期間と確認元がある
- 顧客・物件・原価等の機密を守った
- 資格と実務責任を混同していない
- 面接と書類の事実が一致する
- 公式求人を提出直前に再確認した
全項目を確認したら、職務経歴書は経歴の一覧ではなく、応募職種で使える判断の証拠になります。営業で書類添付がない入口でも、この整理は面接の軸として使えます。
オープンハウスグループの職務経歴書でよくある質問
営業1day選考では職務経歴書が不要ですか?
確認時点の公式フォームにはファイル添付欄がありません。ただし、応募後の案内や別求人でも提出不要とは断定できません。現在のフォームと担当者の案内を確認し、先に面接で話す経験を整理してください。
営業未経験ならどの経験を先に示しますか?
顧客や利用者の条件を確認し、複数案を比べ、関係者と調整して判断を支えた経験を探します。不動産の架空経験を足さず、共通する責任と不足する知識を分けて説明します。
建設系は資格を先頭に書くべきですか?
資格欄には正確に記載しますが、案件欄の先頭は担当工程と判断範囲にします。資格の保有と、現場や設計で実際に負った責任を分けてください。
成果数字を公開できない場合はどうしますか?
数字を作らず、比較条件をそろえた、確認漏れを減らした、引き継ぎを明確にしたなどの状態変化を使います。顧客や物件を特定できる情報は現職のルールに従って一般化してください。
最後にもう一度、応募フォーム、個別求人、先に示す経験の三つを照合します。営業の書類添付がない導線と、専門・IT・建設系の職責を混ぜず、自分が応募する入口に必要な準備だけを進めてください。
完成後は、別職種の知人が読んでも、対象、本人の責任、判断、結果を追えるか確かめます。専門用語を全て削る必要はありませんが、用語の前に何を決める場面だったかを置きます。説明が止まる箇所は、事実不足か、主語の混在か、情報の詰め込みが原因です。
修正は表現を飾る作業ではありません。応募職種と関係の薄い案件を後ろへ移し、確認できない数字を削り、判断の主体を戻す作業です。職種・証拠・順序の一致が取れた段階で、提出先の指示に合う形式へ整えてください。
応募後に提出条件や募集内容が変わった場合は、古い版をそのまま送らず、先頭案件と要約が新しい職責に合うかを確認します。

