Question 1

複数プロダクトを導入する際、どのような順序や進め方のセオリー（型）があるか？

Accepted Answer

共通の基盤となる従業員データベース（マスターデータ）の登録完了がすべての前提となる 労務とタレントマネジメントは業務や担当者が分かれていることが多く、同時並行で導入しやすい 勤怠と給与を順次導入する場合、勤怠集計の結果をもとに給与設定を行うため、手戻りを防ぐ意味で勤怠から先に導入するのがセオリーである

Question 2

なぜHR SaaSにおいて「共通の人事データベース」が重要なのか？

Accepted Answer

システムごとに姓名の区切りや表記揺れがあると、データ連携時に手作業での加工や修正が発生してしまう データベース単体では直接的な収益化が難しく後回しにされがちだが、マルチプロダクト展開を成立させるためには不可欠な土台となる 一元化された基盤がないと、人事異動や結婚・改姓のたびに複数システムで重複して更新作業を行う必要が生じる

Question 3

HRテックの導入において、CSと社労士などの専門家はどのように役割分担すべきか？

Accepted Answer

法律上の独占業務に導入支援は含まれておらず、制度支援とシステム導入に明確な境界線は存在しない 社労士などの専門家は法改正や就業規則などの制度設計を担い、CSは自社システムの設定や効率的な運用設計を担う 専門家とCSがお互いの強みを持ち寄り、顧客の目指す運用をシステム上でどう実現するかを協働して伴走することが理想的である

Question 4

エンタープライズ（大企業）特有のHR SaaS導入の難所とは何か？

Accepted Answer

部署ごとに業務が縦割りになっており、個別最適の要望を全体最適にまとめる推進の難易度が高い 全社での対象人数が多いため、紙やExcelに散らばった人事情報の集約や評価者設定などの初期構築に多大な時間がかかる 既存の社内運用や制度が固定化しており、「システムに業務を合わせる」標準化へのマインド転換に現場の抵抗が生じやすい

Question 5

顧客独自のルールや過度な個別要望に対して、SaaS側はどう向き合うべきか？

Accepted Answer

SaaSは「最大公約数」に向けて提供されるものであり、個社独自の運用に過度に合わせるべきではない 目先の契約のために特定顧客の要望で安易に個別カスタマイズを行うと、将来的な他機能の開発や品質に悪影響を及ぼす 対応できない独自仕様については早い段階で明確に意思表示し、顧客側が標準的な運用に合わせられるよう促すことが大切である

Podcast振り返り

【Vol.7】HRtech×カスタマーサクセス｜マルチプロダクト戦略と導入順序｜ゼロからはじめるCSラジオ