GCP・TypeScript・ReactによるSaaSソフトウェアエンジニア

▍HiCustomerについて

私たちの Purpose：”価値をつくり、届ける人”の願いを叶える

プロダクトをつくり、届ける人には願いがある、とHiCustomerは考えています。プロダクトの力で世界を変え、社会の課題を解いてゆく。それは企業理念やビジョンと呼ばれるものであることもあれば、成長したい、ユーザーを幸せにしたい、喜んでほしいという個人の想いであることもあります。HiCustomerでは、こういった願いを叶えたい人や企業を支え続けることで、社会のアップデートに貢献します。

HiCustomerについて詳しく知る

▍Arch（アーチ）について

Arch（アーチ）は2022年6月に正式リリースした、IT事業者に向けたコラボレーションツールです。IT事業者が持つプロダクトの営業活動、または契約後に使うもので、FIT&GAPや導入支援を「売り手・買い手が同じゴールを追いかけるプロジェクト」と見立て、組織をまたいだ情報共有をスムーズにするインスタントなページが作れるプロダクトです。数億円~数十億円単位で調達した国内を代表するスタートアップの導入実績をいくつも持っており、日々様々なフィードバックを頂きながらプロダクトを磨いています。

プロダクトビジョン

売り手と買い手の成果をエフォートレスに私たちはプロダクトの提案と検討、導入支援と活用促進を売り手と買い手が同じゴールを追いかけるひとつのプロジェクトであると考えます。Arch（アーチ）は組織の分断が引き起こすプロジェクトの摩擦をゼロにし、売り手と買い手双方が求める成果をエフェートレスに現実化します。

解決したい課題

人口が減り始めている日本において、企業が成長を続け私達が生活の水準を維持していくには、今以上に生産性を高めていく必要があります。しかし、その手段のひとつであるIT活用は思ったように進んでいません。デジタル化の遅れによって2025年以降、毎年12兆円の経済損失が発生するとさえ言われています。SaaSに代表されるIT製品が世に浸透すると、一人でこなせる仕事の量が増え、もっとクリエイティブなことに時間を使えるようになるはず。新プロダクトArch（アーチ）を通じて、IT製品の売り手 - 買い手双方の成果に貢献しつつ、少しでも社会の前進に貢献できればと考えています。

▍今抱えている課題

HiCustomerでは、「価値をつくり、届ける人」の願いを叶えるというパーパスのもとに、プリセールスやカスタマーサクセスの方々が日々使用するSaaS（Arch）を開発しています。Archはプリセールスとオンボーディングの領域にフォーカスし、価値を届ける方と価値を享受する方がストレスなくコミニケーションできる機能を提供しています。Archを使うことで、価値を享受する方が早くそして深く価値を受け取れ、価値を提供する方の事業成長を促進することを目指しています。

Archの開発フェーズは、2022年6月1日に正式リリースしたばかりのゼロイチのフェーズです。開発のベロシティをあげるため、以下に対応できるソフトウェアエンジニアを求めています。

• デザインドックに記載された価値をプロトタイピングから作り込みまでオーナーシップをもって遂行できる。
• フロントエンド・バックエンド・インフラのいずれかの領域に自信と専門性を持ち、なおかつお客様に価値を提供するために学習しながら領域を跨いで活動できる。
• 設計もしくは実装を進めていく上で、期待した価値の提供に問題が発生した場合は適切に関係者にエスカレーションできる。
• デザインドックの記載にとらわれず、ユーザにより良い機会を提供できる可能性が生じた場合に関係者を巻き込むことができる。
• スクラムガイドを適宜参照し、各イベントで何をInspectし何をAdaptするかを理解して遂行できる。
• 上記を達成するために、高いドキュメント作成能力とコミュニケーション能力を持っている。

▍何を任せたいか

弊社は提供する価値毎にデザインドックを作成しています。デザインドックにはビジネス上の価値やユースケース、価値のKPIなどが記載されています。フロントエンド・バックエンド・インフラを問わず、このデザインドックを形にしてユーザに提供していただきたいです。技術領域を跨いで参画することは一般的に難しいと考えられていますが、弊社ではやらないことを明記し各スタックを徹底的に利用することで可能になると考えています。今後もこの体制を促進する前提で、設計や投資を行っていきます。

全体

• すべてのコードはGithubの１つのレポジトリで管理する。monorepoにすることで、機能の結合、CI/CD、アップグレード・セキュリティ対応、ドキュメント管理のコストを減らす。
• 開発で使用する言語をTypeScriptで統一する。プロジェクトやフロントエンド、バックエンド、インフラ問わず、TypeScriptを積極的に利用する。TSConfigやESLintは厳しくし、すべてのプロジェクトで同じ設定のもと運用する。
• GCPを積極的に活用する。今後5年AWSは使わない。GCPにないものに限って特定のドメインに特化したサービスを利用する。コンピューティング基盤として、GKE Autopilotのみを使用しCloud RunやCloud Functionsは積極的に使用しない。

バックエンド

• PostgreSQLを積極的に活用する。OLTPデータベースとしてのみならず、Job Queueing、Pub/Sub、Cronとしても利用する。Redis、Cloud Pub/Sub、Cloud Schedulerは利用しない。
• フロントエンドとバックエンドの通信はすべてGraphQLを使用する。スキーマ駆動を徹底し、GraphQL Code Generator、GraphQL Tools、React Queryを利用してスキーマから型と実装を生成する。
• GraphQLを前提にした場合、メリットが少ないためORMは使用しない。代わりに、SQLからTypescriptの型と実装を自動生成するPgTypedを使用する。PgTypedとDataLoaderを使用して、GraphQLのレスポンスを構築する。

フロントエンド

• 開発効率を考慮し、フロントエンドのすべてのアプリは同じ構成に統一されている。バックエンドはフロントエンド毎にアプリを分けず１つのアプリで構成されている。
• フロントエンドのDev ServerとProxy Server用途に、Viteを採用している。セキュリティ関連のヘッダーからバックエンドの通信まで、本番環境と全く同じ状態で開発ができる体制になっている。
• フロントエンドのUIはすべて、ReactとMUIを使い構成する。Figma上のUIデザインもMUI前提に構成されている。MUIには引き続き投資し、MUI X Pro Planの検討も視野に入れている。
• SentryとMixpanelを使用し、フロントエンドのエラー監視とプロダクトの利用状況の取得を行っている。各機能のKPIを開発者が透過的に参照できる体制が整っている。

• 1つのプログラミング言語への深い造詣
• 基礎的なデータ構造とアルゴリズムの理解と実装力
• 基礎的な英語の読解力

• 静的型付け言語への深い造詣
• データ構造とアルゴリズムの理解と実装力
• 英語の読み書き

以下が入社までの標準的なフローです。カジュアル面談後にエンジニアと話す場を設けるなど、ご希望によって調整することも可能です。何なりとご相談ください。

カジュアル面談

弊社のプロダクトや技術スタックなどより詳しいご紹介をします。転職先に求めることやご経歴についてお聞かせ下さい。オンラインを想定しています。

ご興味をお持ちいただけましたら、技術領域毎に次のフェーズに進んでいただきます。

• デザインエンジニア・フロントエンドエンジニア
  • トライアル
• ソフトウェアエンジニア
  • コーディングアセスメント

コーディングアセスメント

アルゴリズムとデータ構造の理解と実装力を確認させていただくために、60分程度のオンラインテストを行っていただきます。オンラインテストは外部ツールを使用し、ブラウザ上でコードの実行と提出が完結できます。実行言語もメジャーな14種類の言語から選択することができます。

トライアル

入社するまで会社の雰囲気や開発プロセスの実態がわからないことは、候補者様にとって大きなデメリットだと考えています。そのため、弊社では準委任の業務委託契約を結び、2週間程度副業として開発に参加していただくことを推奨しています。業務委託契約の報酬は、最終意思決定に関わらず稼働時間分をお支払いいたします。

副業期間を通して、以下の確認をしていただきます。フルリモートで実施することを想定しています。

• Slack上で会話やスクラムのイベントへの参加を通して、チームメンバーとフィットするかどうか。
• GithubへのPRの提出やレビューを通して、開発にフィットするかどうか。

最終意思決定

トライアル後に、全体の振り返りと条件のすり合わせを行います。その結果によって、入社の意思決定を双方で行います。