株式会社ラクスからの指名詳細

提示年収プチリッチ
正社員

指名日時:2025.05.28 10:28

提示年収とは?
  • あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
  • 採用になった場合の実績としては、約50%が提示年収と同額、約25%が提示年収より高い金額、約25%が提示年収より低い金額(ただし90%ルールの範囲内)となっています。
  • 今抱えている課題

    xxxxxxx
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxx
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxx、xxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxx。
    xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxx。

    文字数:564
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 課題に基づいた指名理由

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx-xxxxxxxxxxxxxxxxx、xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxx、xxxxxx、xxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx
    xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxx。

    文字数:505
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 何を任せたいか

    xxxxxx
    xxx xxxxxxxxxxxxx
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxx

    x xxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxx

    x xxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxx xxx
    xxxxxxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxx
    xxxxxxxxxx、xxxxxxxxxxxxxxx

    x xxxxxxxxxxxx
    xxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxx

    x xxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxx

    x xxxxxxxxx
    xxxxxxxxxxx x xxxxxxxx、xxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx

    文字数:508
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 指名した人
    宮城 周
    2024年5月にラクス入社。前職はメーカーでAIを搭載した製品の新規開発を担当。ラクスでは技術推進課AIチームのタスク管理や他部門との調整などのマネジメント業務、またAIモデルの開発、精度改善等の業務を行っている。 【AIチームの直近業務】
    ・楽楽シリーズに導入するAI-OCRシステム開発
    ・他プロダクトと連携したPoC実施
    現在当社ではAIを活用した機能開発に向け、PoC検討からモデル開発・制度改善までをトータルで行っております。
    競合優位性を高めるため、まだまだ他社事例の少ない領域において、一緒に試行錯誤しながらAI領域の開発に向き合っていただける方を募集しております!
    ざっくばらんにお話ししませんか?
  • 所属先候補
    チーム名
    楽楽勤怠-開発チーム
    ミッション
    組織の労働生産性の向上に貢献する
    主要言語・フレームワークなど
    Java(SpringBoot)、Vue.js、typescript、scss
    その他技術
    GitLabDDDSpring BootGitLab CI
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://www.rakurakukintai.jp/
    チームメンバー
    山富 啓嗣
    大学院卒業後、大手向けERPパッケージベンダーに入社し開発エンジニア、チームリーダーを経験。その後、中小企業向けのBtoB SaaS会社に入社し開発マネージャー、サービス開発責任者を担当。サービスの立ち上げにも従事。2019年10月にラクスに入社し、楽楽勤怠開発の組織マネジメント、プロダクトマネジメントを行っている。
    2020年10月にリリースしたばかりのラクスの中で新しいサービスの開発に参画していただけます。
    ・DDDを導入している
    ・デザイナー、フロントエンド、バックエンドそれぞれに専任のチームがある
    など、比較的新しい開発手法や理想的なチーム体制を実践しています。
    リードエンジニア、管理職候補など、どの方面のキャリアにも進んでいただくことができます。
    チーム名
    楽楽精算
    ミッション
    顧客をカスタマーサクセスに導く圧倒的に使いやすいサービスを創る!
    主要言語・フレームワークなど
    Java、JavaScript、SpringBoot、SAStruts、jQuery
    その他技術
    TomcatPostgreSQLJenkinsGitLabApacheFlyway
    チームの人数
    50人以下
    エンジニアの人数比率
    30%以下
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://www.rakurakuseisan.jp/
    チーム名
    楽楽明細
    ミッション
    企業のバックオフィス業務をトコトン楽にする
    主要言語・フレームワークなど
    Java、TypeScript、Struts、Spring、React
    その他技術
    チームの人数
    30人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://www.rakurakumeisai.jp/
    備考
    今後人数が増えるにしたがって、複数のチームに分割される予定です。
    チームメンバー
    髙橋 康弘
    2016年7月にラクス入社。前職はソフトウェアベンダーで建設設計ソフトや会計処理ソフトなどを開発。新規事業や技術推進にも携わる。
    ラクスでは楽楽精算、楽楽明細の開発マネージャーを経て、現在は楽楽明細、楽楽電子保存の開発を統括する楽楽明細開発部の部長を務める。
    ●メンバーに対して心がけていること:
    モチベーションUP(やる気を起こしてもらうことが1番です)。
    月に一度の目標管理面談とは別に、1on1を実施しています。
    ストレス無く働いてもらいたいと心より思っており、仕事のうえでやりづらいことを主に伺っています。(解決できることであれば自分が動けば済む話なので)
    チーム名
    楽楽請求
    ミッション
    企業のバックオフィス業務をトコトン楽にする
    主要言語・フレームワークなど
    Java/Kotlin/TypeScript/React
    その他技術
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームメンバー
    真鍋保史
    大学院在学中に地図製作会社でのアルバイトを経て、SES企業でPG業務に従事。その後、製薬企業向けシステムを提供する独立系SIerにて、内資系大手や外資系ベンチャーを含む多様な顧客案件を担当。
    PMとして数々のプロジェクトを成功に導き、新規開発や運用保守プロジェクトの統括を経験。さらに、新規プロダクトの開発にも携わり、企画からプロモーションやプリセールスまで幅広い業務を経験してきた。
    ざっくばらんにお話ししましょう!
    チーム名
    楽楽販売
    ミッション
    企業のバックオフィス業務をトコトン楽にする
    主要言語・フレームワークなど
    PHP, JavaScript, Node.js, TypeScript,Laravel, Vue.js, jQuery, Sass
    その他技術
    チームの人数
    30人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている

内訳を見るには?

提示年収に含まれる内訳
  • 基本給(月)
    表示されません
  • 裁量労働制か否かいいえ
  • 固定残業代(みなし含む)提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    20時間 / 月
    固定残業代/月
    表示されません
    固定残業代の詳細

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与提示年収に含む
    提示年収に対する理論賞与の割合
    表示されません
    理論賞与詳細
    表示されません
    理論賞与の支給条件と内訳

    表示されません

  • 手当額(年)提示年収に含む
    表示されません
    手当の詳細

    表示されません

  • その他待遇

    表示されません

その他の条件
  • 時間外労働有り
    時間外労働の備考
    表示されません
  • 試用期間有り
    6ヶ月
    試用期間の条件変更 無し
    試用期間の詳細
    表示されません
  • 就業場所

    【東京オフィス】〒151-0053
    東京都渋谷区代々木2-1-1 新宿マインズタワー

    【アクセス】
    都営地下鉄大江戸線・新宿線 新宿駅 A1出口直結
    JR・私鉄各線 新宿駅南口 徒歩7分

  • 加入保険

    健康保険、厚⽣年⾦、労災保険、雇⽤保険

  • 休憩時間(分)

    60分

  • 休憩時間(備考)

    未入力

  • 就業時間(備考)

    9:00〜18:00(休憩1時間)
    ※時差出勤制度有り(出社時間を右記より選択可:8時~10時の30分単位)

  • 休日

    完全週休2日

  • 休日(備考)

    ⼟⽇、祝⽇、年末年始休暇、夏期休暇、産前・産後休暇、慶弔休暇など

  • 就業時間固定時間制
    始業:9時00分
    終業:18時00分
    就業時間(備考)

    9:00〜18:00(休憩1時間)
    ※時差出勤制度有り(出社時間を右記より選択可:8時~10時の30分単位)

  • 受動喫煙防止措置対策

    屋内原則禁煙(喫煙室あり)

メッセージ
文字数:948
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
///
株式会社ラクスからの指名
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?