【Python】郵便物管理SaaSを開発するバックエンドエンジニアを募集

募集停止

サーバーサイドエンジニア

【Python】郵便物管理SaaSを開発するバックエンドエンジニアを募集

AI要約(β)

郵便物管理SaaS『オフィスでトドケール』のバックエンド開発を担当するサーバーサイドエンジニアを募集しています。Pythonでの3年以上の経験が必須で、TypeScriptやReactの経験があると尚良いです。年収は384万円から960万円で、週20時間以上の稼働が求められます。フルリモート勤務が可能で、オープンな社風の中でエンジニアやビジネスサイドと協力しながらプロダクトの品質向上に貢献できます。技術スタックにはPython、AWS、Terraform、Reactなどが含まれ、プロダクトは成長中で、郵便物のデジタル化を通じて新しい働き方を提供することを目指しています。チームはPdM、エンジニア、デザイナーで構成され、FigmaやNotionを使用して開発を進めています。多様な働き方を支援するための非効率を取り除くことに興味がある方に最適です。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

時給 2,000円 ~ 5,000円

稼働時間

80時間 ~ 160時間(週20 ~ 40時間)

雇用形態

業務委託

出社頻度

フルリモート

勤務地

-

現状と課題

■ プロダクトの現状 ■ PdM1名, エンジニア2名、デザイナー1名の4名の開発チームを中心としたスタートアップです。 約10名の業務委託の方とともに開発を行なっています。

■ プロダクトの開発 ■ PdM, デザイナー, エンジニアを中心にプロダクトの仕様を決定しストーリーベースで開発を行なっています。 Figma でデザインを作成し、Notionでタスク管理を行なっています。GitHubをコードベースに使っています。 技術スタックは、下記を採用しています。

デザイン: Figma フロントエンド: TypeScript, React, Amplify, Storybook モバイル: TypeScript, ReactNative, Expo サーバーサイド: Python, Serverless Framework, AppSync インフラ・構成管理: AWS, Terraform CI/CD: GitHub Actions, Terraform Cloud, Amplify データベース: DynamoDB, OpenSearch その他: Slack, GitHub, Notion, Sentry

■ 当社のオウンドメディア ■

note:https://note.com/todoker/ Zenn:https://zenn.dev/todoker ■ プロダクトの課題 ■ 創業期にMVP作成、機能追加を優先して対応してきました。 現在は、ある程度ユーザー企業様に使っていただいていることもあり、プロダクトの品質向上と開発効率の改善にフォーカスしています。 デザインに関しては以下のような課題を解決していこうと考えています。

●身体障害のある方を含む、様々なユーザーが使いやすいデザイン・ユーザー体験の設計 『オフィスでトドケール』のアプリを使用するのは、必ずしも健常者とは限りません。 オフィスのメール室では、身体障害のある方々も活躍されており、彼らにとっても使いやすいアプリを提供することが求められています。 ユーザーヒアリングなどを通してユーザーを理解し、ユーザー体験を変えていく必要があると考えています。

●データ分析・可視化・機械学習の活用 「どんな荷物が誰に、いつ、どこから届いたのか。その荷物は今どのような状況なのか」 という情報をもとにしたデータ分析を行い、ユーザーの受け渡しを簡単にする機能を開発していきます。 プッシュ通知の最適化や、受け取り予測、荷物写真のOCRなど、機械学習やデータ分析に馴染むテーマは多数あります。

お願いする業務

■ 業務内容 ■ オフィスの配送物に関する課題を解決するためのサービス『オフィスでトドケール』のバックエンドを中心とした開発をお願いします。 サービスの仕様策定、実装、テストから参画していただき、エンジニアと協働で開発を進めていただく流れになります。

当社は、風通しの良いオープンな社風を良しとしております。 そのため、デザイン・エンジニアリング領域のみならず全社的・組織的な改善提案や議論についても自由に行うことができ、 チームとして課題を解決していくことを最重要視しています。

■ 具体的な業務内容 ■

  • プロダクトの機能に関わる機能設計
  • 機能要件実現のために必要なバックエンドの実装業務
  • 実装テストレビューなど一連の開発業務
  • プロダクトの機能実装のために必要な技術調査
  • システム運用監視、不具合対応

実際の開発だけでなく、ビジネスサイドやエンジニアと協力しながらプロダクトに必要な機能を検討し、 要件を定義しながら主体的に業務を進めていただける方を探しています。

下記に当てはまる方は早期に活躍いただけると思います。

  • システムアーキテクチャを考えたり、設計したりするのが好きな方
  • システム監視ツールやBIツールなどを用いて、データをみながらサービス開発するのが好きな方
  • フロントエンド、インフラなど領域横断的に働きたい方

技術スタック

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

業務委託

給与・報酬

時給 2,000円 ~ 5,000円

稼働時間

80時間 ~ 160時間(週20 ~ 40時間)

出社頻度

フルリモート

必須スキル/経験

稼働ボリューム50%(週20h~,月80h~)以上の稼働が可能な方

歓迎スキル/経験

TypeScriptを用いた開発実務経験 React, React Nativeを用いた開発実務経験 CI/CD を用いた開発実務経験 スクラムチームでの開発実務経験

スキル要件

スキル名

経験年数

種別

Python3年以上必須
TypeScript指定なし歓迎
React指定なし歓迎
React Native指定なし歓迎

一緒に働くメンバー

  • 山本隼汰

    山本隼汰

    PdM

    プロダクトマネージャーをしています。エンジニア出身で、データ分析と機械学習モデルの実装が得意です。 『オフィスでトドケール』というプロダクトに責任を持っており、ユーザビリティ・UX・開発品質の向上に注力しています。

サービス内容の詳細

■ プロダクトについて ■ 『オフィスでトドケール』のウェブアプリ、モバイルアプリの開発を行なっています。 https://www.todoker.com/

オフィスの郵便管理にまつわる「不要な出社・荷物の探索・転送や通知の手間」を無くす、「オフィスでトドケール」を提供しています。 総務業務の非効率を改善することで、ヒトやおカネの最適化ができることはもちろん、大切な郵便資産を守ります。 その結果、守りの総務業務から解放され、リモート禍でも組織活性を図る、攻めの総務業務にフォーカスすることを応援します。

アプリ紹介はこちら→https://www.youtube.com/watch?v=qJFc80-r7Hc&t=1s

■ 当社が解決したい課題 ■ 「全社フルリモートになっても、バックオフィスの人はオフィスに行かなくてはいけない」 皆さんが働いている企業ではいかがですか?エンジニア、営業、CSのお仕事はリモートワークできるのに、 バックオフィス、特に総務の人たちは時折、出社して郵便物を確認したり書類を提出したりしている。 そんな光景を見たことがあるはずです。 その主な理由は、『電話・契約書・郵便』の3つと言われています。 電話、契約書はデジタル化が進む一方で、郵便物の問題は依然として残っています。 この問題が生む職種による働く環境の不公平がまだ存在しています。 トドケールはこの問題の解決に取り組んでいます。

■ 会社が目指すもの / ビジョン ■ フルリモートの3つの障壁:電話・契約書・そして郵便 トドケールは残った最後の障壁である郵便物の管理そしてデジタル化に取り組むスタートアップです。 これを取り除くことで新しい働き方をすべての人に平等に提供することを目指しています。

現代の多様化した働き方の中で、ボトルネックとなるのはオンラインとオフラインの接続が必要になる領域の業務。リモートワークが普及した昨今でもオンラインで完結しない業務領域では、働き方の多様性の確保が難しいのが現状です。 トドケールはオンラインとオフラインをつなぐカタリスト(媒介)のサービスを提供し、多様な働き方のボトルネックとなる非効率を取り除きます。 すべての働く人が、平等に多様な働き方の恩恵を受けられるようになることを目指します。

選考フロー

  1. カジュアル面談
  2. 1次面接
  3. お試し副業
  4. オファー面談

※ポジションによってフローは異なる場合がございます。

同じポジションの求人

おすすめのイベント

もっと見る
  • それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    開催前

    それ、本当にClaude Codeじゃないとダメ?より安全でラクに使えるCowork公開デモ

    いま、AIを活用した業務効率化の文脈で「Claude Code」が大きな注目を集めています。しかし、いざ導入しようとすると、セキュリティ面の懸念や権限管理のハードルから、気軽に使えないケースも多いのではないでしょうか。 Coworkは、非エンジニアでも簡単に安全に扱えるよう作られた機能です。そして実は、日常の業務領域であれば「Coworkで十分にカバーできる」だけでなく、想像以上の範囲まで自動化できることは、まだあまり知られていません。 そこで本イベントでは、メルカリで生成AI推進を担当されているハヤカワ五味氏をお迎えし、Coworkを使った業務自動化の実際を、公開デモを交えてわかりやすくお伝えします。 前半のLTでは、ハヤカワ氏よりメルカリでの判断基準をもとに「なぜClaude CodeはNGになりがちで、なぜCoworkなら安全なのか」を解説いただいた上で、Coworkの基本的な機能をご紹介いただきます。 続く公開デモでは、実際にCoworkを使ってワークフローを構築する様子をお見せいただきます。数分でワークフローが完成する手軽さや、Gmail等の外部サービスとセキュアに連携できるポイントなど、実演を通じて具体的なイメージをお届けします。 後半のディスカッションでは、セキュリティの考え方や社内導入の進め方など、現場目線でさらに深掘りしていきます。 「自分の業務をAIで自動化してみたいけど、何から始めればいいかわからない」という方にこそ参加いただきたいイベントです。

  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    開催前

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催前

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    アーカイブ公開中

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

転職に役立つノウハウ

もっと見る