ID:66276さん

# 概要 - ユーザーがオーガニック検索しやすいワードからの導線をサイト内にも作成してSEOを上げる # 担当業務 - 詳細設計、バックエンドの実装、フロントの実装、テスト、障害対応、データ分析 # チーム情報 フロントエンド 1名 バックエンド 1名 テスター 1名 # 詳細 ## 課題 - 自社サイト経由で結婚相談所に問い合わせを行なった見込み客に対して、相談所側がどのような対応をどのレベルでどのくらい行なっているかわからない - 自社サイト経由で問い合わせを行なった見込み客の入会までのタイムラグをできるだけ無くしたい。 ## 施策 - 見込み客がCVした際の通知機能を充実させた。 - 見込み客に対してアクションがない場合のアラート機能の実装 - リリース後にもSQLなどでデータを分析しやすいようDB設計を行なった。 - バックエンドはクリーンアーキテクチャを用いて実装して、なるべくドメインのコア部分がDBに依存するのを避けた。 バグが発生しづらくし、仮にバグが起きても特定しやすく修正しやすい実装にした。 - データの型もそれほど複雑ではないのでフロントでは自社プロダクトに初めてTypeScriptを導入してバグを最小限になるようにした。 ## 分析 あらかじめKPIシートを作成。結婚相談所が見込み客に対してどのようなアプローチを行なっているかSQLにてデータを抽出して分析 ## 成果 - 今までは見込み客に対する結婚相談所のアクションが全く見えなかったが、それが明確化された。 - 今までは見込み客がCVしてから実際に入会するまで2ヶ月程度かかっていたが1ヶ月に短縮されタイムラグが減った。 - CVした見込み客の取りこぼしが減少し、月の入会数が過去最大となった。

# 概要 - エンジニアリングチームの開発効率向上 # 担当業務 - 企画、実装、全体共有 # チーム情報 フロントエンド 1名 # 詳細 ## 課題 - 開発をしている中でのちょっとした煩わしさや、テスト駆動開発のやりづらさ、コードレビューする側のレビューのしにくさ等スプリントの中で積み重なってそれなりのタイムロスになってしまっている状態だった。 ## 施策 以下の拡張機能を開発 - Rubyの部分フォーマッター - Docker環境でVSCodeからコマンド一つでRspec実行 - ログのパラメーターからテストコードを自動生成 - VSCodeからaws cliを使用してCSSやJSのファイルをS3へコマンド一つでアップロードする機能 - キャメルケースからスネークケース、スネークケースからキャメルケースに変換する機能 - 単語を選択してコマンド実行で翻訳できる機能。また日本語を英語に変換する機能 ## 成果 - 1人当たりの開発効率が140%上昇(1人当たりがリリースした機能の数で計算) - 労働環境も改善され、チーム全体の残業も減り、メリハリの付いた働き方の貢献にもなった

# 概要 将来ユーザーがさらに増えた時のことを考慮し、DB設計の見直しやクエリチューニングなど大幅なパフォーマンス改善 # チーム情報 - フロントエンド 2名 - バックエンド 6名 - テスター 2名 # 担当 - バックエンドエンジニアとしてプロジェクトに入り、以下を担当してきた。 # 使用技術 - Docker,AWS,PostgreSQL,REST_API,Rails,SideKick # 課題 - 以下のような課題点があり、このプロジェクトに至った。 -- ユーザーが将来さらに増えた事を想定した負荷テストを行った際にビジネスロジックに大きく関わる部分の処理で時間が掛かり過ぎてしまいタイムアウトになってしまいました。 # 取り組み 具体的な対応としてはもともとwebサーバーとDBだけのやり取りで集計処理に時間がかかっている箇所にはAWSのDynamoDB、Lambda、APIGatewayを使用して処理をサーバーレスにしたり、スロークエリを調査して改善しました。 # 担当業務 - 設計 具体的な重い処理の流れを整理し、どの部分がボトルネックかを明確化にし、どの部分をAWSに任せるかなどを設計 - 実装 クエリの実行計画をもとに不要なselect分や不要なjoinを減らしたりテーブル構成の改善を行なった # 工夫した点 -- 実際にユーザーが触れる部分で言うと、3,000~4,000社へのメール送信処理のような重たい繰り返し処理の実装をSidekickにより非同期処理にして、重たい処理はSidekickで実行して、ユーザーからは処理が終わったように見せる工夫などそして、パフォーマンスの改善に努めました。

# 概要 - 婚活サービスにおけるパーティーキャンセル機能の追加 # チーム情報 - デザイナー 1名 - バックエンド 1名 - テスター 1名 # 担当 - バックエンドエンジニアとしてプロジェクトに入り、以下を担当してきた。 # 使用技術 - PostgreSQL,REST_API,Rails,SideKick # 課題 - 以下のような課題点があり、このプロジェクトに至った。 -- 結婚相談所が主催するパーティーがあり、結婚相談所に入会しているユーザーがそのパーティーに申し込みを行った後のキャンセル処理は全て運営側が行っており、業務効率の観点で非常に非効率であった。 ユーザーへのメール通知機能ではSidekiqを利用して裏側で処理を行うようにした。 # 取り組み -- 主にAPI開発を行いました。このAPIは色々な権限のユーザー(相談所の仲人、相談所の会員、運営スタッフ)が利用するものでユーザーの権限や状況に応じて柔軟に対応できる実装を行った。 具体的にはキャンセル期限が過ぎたパーティーはキャンセル料が発生するのでDBの持っている料金周りのカラムの更新処理やキャンセルした際の関係各所へのメールやfirebaseを利用したpush通知機能の実装を行った。 # 工夫した点 -- ユーザーの権限ごとにWEB画面やアプリから呼ばれるAPIであった為、最終的なメール送信などの処理はひとつにまとめつつも、キャンセル処理自体は疎結合になるように各メソッドを分けて、不具合があった際の原因特定のしやすい実装を行った。 具体的には -- ユーザーの権限チェックメソッド -- キャンセル料発生の有無確認メソッド -- パーティーの詳細取得メソッド -- WEB画面から呼ばれたのか、アプリから呼ばれたのか判定メソッド などで分けました。 その他、もともとのDBとのやり取りがストアドプロシージャで記述されていたが、Sequelに書き換え可読性と処理スピードの向上を図った。