全社員をカスタマーマニア化する、ログラスのCSインターン制度｜あさみゆうき
ログラスのカスタマーサクセスチームでは全社一丸となったサクセス体制を構築するために様々な施策をやっているのですが、昨年から実施しているカスタマーサクセスインターン制度（以下、CSインターン制度）がかなり効果的に進んでいる実感を得てきたので、記事にしてみようと思います。 できるだけみなさんにわかりやすく書くように心がけますが、 ・カスタマーサクセスをミッションとして取り組んでいる ・顧客の声をプロダクト開発に取り込んでいきたい ・全社を巻き込んでカスタマーサクセス文化を強化していきたい ・BtoB SaaS未経験だが、どんなチームで仕事しているのか興味がある といった方の参考になれば幸いです。 ＊なお、取り組みは事業や組織の成長に合わせて随時アップデートされていきます。この記事は2022年1月時点での内容になります。 はじめたきっかけ昨年、GainsightのCEOであるニック・メータさんが
設計/コードレビューで"常に"心がけるポイント - little hands' lab
株式会社ログラスの松岡(@little_hand_s)です。 little-hands.hatenablog.com ↑の記事でドメインオブジェクトの設計方針を書きましたが、それ以外の全般的な設計/レビュー観点について書きます。 非常に汎用性のある内容なので、数多くのプログラミング原則を覚えるより、まずこの観点でチェックできるようにすると即効性が期待できます。 前提として、階層化されたアーキテクチャ(オニオンアーキテクチャなど)を採用しているものとします。 ①レイヤーの責務違反の実装をしていないか ②高凝集/低結合になっているか 高凝集 クラスに関して メソッドに関して 低結合 ③ユニットテストを書きやすいか 合言葉 筆者執筆書籍 現場での導入で困ったら ①レイヤーの責務違反の実装をしていないか 例として、「ユースケース層にドメイン層のルール/制約に関わる実装をしている」場合はNGです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
