はてなブックマーク

こんにちは。デザイナーの白木です。 今年11月、「北欧、暮らしの道具店」のアプリが、400万ダウンロードを突破しました！この成長の背景には、マーケティングの強化などの取り組みがあります。詳細はプレスリリースをご覧ください。今回は、「アプリの改善」に焦点を当ててお話しします。 課題を知る「北欧、暮らしの道具店」では、アプリの課題点を明確にするため、新規ユーザー向けのアンケートを実施しています。このアンケートは、アプリを新規インストールしたユーザーがアプリの使用に慣れてきたタイミングで行われます。設問はとてもシンプルで、困っていることをフリー入力で答えていただく形式です。 アンケートの回答はSlackに投稿され、チームで日々確認しています。アンケートを取り始めた当初、多く寄せられた意見は「商品が探しにくい」でした。広告を通じて新規ユーザーが増加している中で、広告で見た商品にたどり着けないという

こんにちは。エンジニアの冨田です。 クラシコムでは定期的に障害対応訓練を行い、手順書をブラッシュアップしてきました。 直近実際に発生したWordPressからのデータ消失インシデントから得た教訓があり、他の会社でも発生し得る内容だったので共有しようと思います。 システム構成WordPressはAWSの東京リージョン上で稼働しています。 画像はSimple Storage Service(S3)でバージョニングしており、さらに大阪リージョンと別アカウントの東京リージョンにそれぞれレプリケーションしています。 また、RDBMSはMySQL8.0でAmazon RDSで稼働しており、スナップショットの作成とAWS Backupにより大阪リージョンと別アカウントの東京リージョンにバックアップしています。 システム構成タイムライン13:55 問い合わせが入るコンテンツ管理者からWordPressから

こんにちは。エンジニアの佐々木です。 「北欧、暮らしの道具店」を運営しているクラシコムでは、AWS(Amazon Web Services)をメインのクラウドとして使用しています。 今回は、AWS全体のセキュリティ・ガバナンスを強化させたいと考え、AWS Control Tower導入やSecurity Hub、GuardDutyなどの整備を行ったのでその取り組みに関して紹介します。 ボリュームが大きいため、ブログ2本立てでお送りします。この記事ではAWS Control Tower導入時に行ったことを中心にご紹介します。 背景3年ほど前からAWSでマルチアカウント運用を行っていますが、サービスの成長やエンジニアの増加に伴いAWS Organizations単位でのセキュリティ・ガバナンスの重要性が増してきていました。 具体的なリスクとしては、新しく追加したAWSアカウントにて脅威検知サー

こんにちは。エンジニアの佐々木です。 先日開催したミートアップにて、カヤックの藤原さんを交えてクラシコムのSREについてお話をさせていただき、1つ目のトークテーマ「インフラ強化に向けた具体的な取り組み」について記事を書かせていただきました。 この記事では、２つ目のトークテーマである「一人に頼らないチーム体制づくりを目指して」について紹介します。 SREの必要性SREチームの話をする前に、この後の話がイメージしやすくなるよう、開発組織としては規模が小さいクラシコムにおけるSREの必要性について述べたいと思います（前回のブログに引き続きいきなりイベント当日にお話したことではなくすみません…） まずSREとは何かというのを改めて確認しておくと、SREとはサイト信頼性エンジニアリングの略で、信頼性の高い本番環境システムを実行するための職務、マインドセット、エンジニアリング手法のセットであると発祥元

こんにちは。エンジニアの佐々木です。 先日12/6、弊社イベントにてカヤックの藤原さんを交えてクラシコムのSREについてお話をさせていただきました。 当日は96名と多くの方にお申し込みいただきありがとうございました。1時間半があっという間で、時間の関係でお話できなかったことも多々ありました。改めてではありますが、記事にて当日の内容含め話せなかったこともご紹介したいと思います。 当日のテーマは「インフラ強化に向けた具体的な取り組み」と「一人に頼らないチーム体制づくりを目指して」という2つでした。 この記事では前半の「インフラ強化に向けた具体的な取り組み」について紹介します。北欧、暮らしの道具店のインフラ構成の変遷を追いつつ、その時々の課題や実際の取組みについて説明していきます。 5年前(2017年5月頃)のインフラ構成エンジニア3人で作った月間1600万PVのECサイト 「北欧、暮らしの道具

はじめに😱 AWS Support App in Slackは英語のケースのみで利用できるようです AWS Support App in Slackが発表されましたね！ 今まではマネジメントコンソールからぽちぽちケースを起票していましたが、明らかにSlackから起票できる方が気軽です。せっかくサポートを利用しているのに起票が面倒で質問できないなんてもったいないので少しでも手間が省けるのはすごく嬉しいです。 利用できる条件Support Appを利用するには Slackを利用している AWSサポートプランがビジネスプラン以上である ことが必要です。 クラシコムではSlackを利用しておりビジネスプランを契約しているため、設定を行いました。 前準備Slackで連携するためのchannelを作成します Support AppにアタッチするためのIAM RoleとPolicyを作成します Cha

こんにちは。デザイナーの白木です。早いもので入社して1年が経ちました。前回は入社3ヶ月目の印象とデザイナーの役割について書いたのですが、そのときに今後やっていきたいこととしてUXリサーチ（ユーザー体験に関わる調査）をあげていました。 その後、UXリサーチを少しずつ進めていき、現在では定期的にユーザーインタビューを行い、改善に繋げられるようになってきました。 今回はUXリサーチの立ち上げから半年間について、インタビュー形式（自分で質問して自分で答えてます）でご紹介します。 なぜUXリサーチをはじめたのか— まずは普段の仕事について聞かせください。 「北欧、暮らしの道具店」のシステム開発を行うテクノロジーグループでデザイナーをやっています。UXリサーチ専任ではなく、アプリのUIデザインや先日リニューアルしたコーポレートサイトのディレクションなども担当しています。 — どういう経緯でUXリサーチ

クラシコムの高尾です。以前はデータ分析の記事でエンジニアのブログにお邪魔しましたが、今日は僕のもう一つの業務である「情シス」についてお話しにきました。 個人的にこのITmdeiaさんの連載が大好きでして、今日はこの連載のオマージュとして、システム開発以外の業務環境として、クラシコムのSaaS一覧を紹介します。 クラシコムでの仕事にご興味持っていただいた方は、ぜひ末尾の募集リンクをご覧ください。 全体感はこちらクラシコムのSaaSを概観しています。業務で利用しているツールは基本的にクラウドベースです。 「北欧、暮らしの道具店」を支えるSaaSたちクラシコムの状況SaaS選定の基礎になる情報として会社の現況を共有します。 2022年4月時点で社員は80人くらい。いまはリモートワークが中心です。端末は、Macが9割以上でWindowsは管理部のスタッフなど、ごく一部に限られている、という環境です

こんにちは、テクノロジーグループの矢田です。 我が家には猫が一匹おりまして、毎日のように窓から外を眺めて鳥が飛んでいるのを監視しています。今日も捗ってるな〜と思いながらそんな猫を眺めて仕事しているのですが、今日は監視の話をしたいと思います。 クラシコムでは「北欧、暮らしの道具店」の監視を行うためにMackerelを利用しています。 MackerelではサーバーのCPU・メモリなどのメトリック監視や外形監視、サービスメトリックを送っての監視など多方からサービスの状態を監視することができます。 今回は先日α版が公開されたMackerelのcloudwatch logs aggregatorについて紹介したいと思います。 このモジュールではアプリケーションからAWS CloudWatch Logsに吐き出したログをメトリック化しMackerelに送ることでアプリケーションログをメトリックとして監

データ分析担当からの投稿こんにちは。ビジネスプラットフォーム部の高尾です。データ分析や、物流、カスタマーサポート、情シスを担当しています。 データ分析においては、いつも、テクノロジーグループのスタッフに助けてもらいながら業務を進めていまして、今日はこのnoteにお邪魔して記事を書きに来ました。 僕自身は、バックグラウンドが化学の研究開発なので、グラフを書くことは大好きでした。 そして、クラシコムに入社してから勉強して、SQLとLookMLは書けるようになったけれど、コードは書くことができない、というスキルセットを持っています。入社以来、社長室に所属して経営に近いところにいたので、KPIの設定や、どういう数字をどうみたいか？というところの勘所を経営陣と密にコミュニケーションできた、という立場から、データ分析を担当することになってきました。 僕が入社した2019年春ころから、徐々に「北欧、暮ら

こんにちは。エンジニアの佐々木です。 最近、映画アルゴの主人公のような密度が濃く整った髭を目指し日々手入れを行っています。 さて。以前、社内勉強会で発表した「北欧、暮らしの道具店」におけるSREについての記事を書きました。 今回は、上の記事の中のスライド内で少しだけ触れていた「コンテナ技術(ECS/Docker)への移行」について、バッチ実行まわりでの技術選定や注意した点について紹介したいと思います。 ECS/Fargate移行前の課題「北欧、暮らしの道具店」はこれまで、AWSのOpsWorks(Chef)を使用しEC2の構成管理を行ってきました。 インフラ側の変更を反映するためには新しくプロビジョニングしたEC2を毎回用意する必要があるため、そのときには以下の様な課題を抱えていました。 - Web・APIサーバーとして動いているEC2インスタンスは、その数だけプロビジョニングを実行し新規

こんにちは、テクノロジーグループの矢田です。 先日、以前からお付き合いのある面白法人カヤックさんとprimeNumberさんと合同でSRE勉強会を行いました。 今回はその内容についてレポートさせていただきます！ カヤックさんとは以前に勉強会をさせていただいており、primeNumberさんとは初めての交流になりました。 カヤックさんとの勉強会の内容は下記をご覧ください。 総勢12名の参加で、弊社からは聴講を含め3名参加しました。 SRE勉強会ということでSRE周りで幅広いテーマの発表が行われました。 詳しい発表内容はアップロードしてくださっているスライドをご覧ください。 さっそく発表内容をレポートしたいと思います。 「GitHub Actionsに『強い』AWSの権限を渡したい」最初はカヤックの藤原さんからGitHub ActionsでTerraform applyを行うためにどうやったら

こんにちは。エンジニアの佐々木です。 Monthly hyggeと呼んでいる、月に一回開催している社内勉強会があるのですが、1月末にこんな↓ゴールとテーマで話をしました。 2020年でやってきたことをじっくり振り返り、これからの課題もメンバーと共有できたので、ここでも公開しておこうと思います。 （みなさんもきっとご存知のこちらの本、僕も途中で挫折しつつも大切に読んでいます） SREは高速道路 先日クラシコムに興味をもってくださったエンジニアの方とお話ししたときにお伝えした内容なのですが、SREとは車が安全にスピードを出して運転ができるように高速道路を整備するようなものだと思っています。 （高速道路という例えは、以前どなたかの資料を読んだときにその例えが挙がっており、そこからインスパイアされています。どの資料だったかは失念してしまいました…） 2020年、ものすごくいろいろやったな・・・ 2

こんにちは、クラシコム代表の青木です。 普段はエンジニアが書いているこのブログですが、今日は僕もちょっとお邪魔して、これまでのシステム開発のことについてお話しさせてもらおうと思います。 「なんでスクラッチでシステムを内製しているんですか？」僕たちは北欧、暮らしの道具店というECメディアを運営していますが、なぜシステムを内製しているのかというのは、同業者や仲間の経営者からよく聞かれる質問です。 そして僕が一度もうまく答えられたことがない質問でもあります。 あまり知られていないのですが弊社では社員7名＋フリーランサー2名、そしてベトナムにパートナー会社さんが用意して下さっているチームに5名ほど、合計14名ほどの開発者が関わって「北欧、暮らしの道具店」を構成するWEB、アプリ、各種管理システムなどをスクラッチで内製してきました。 また副業等で関わってくれてるデータサイエンティストやデータエンジニ

こんにちは、クラシコムのデザイナー遠藤です。クラシコムの「北欧、暮らしの道具店」アプリは、iOS版を2019年11月27日に、Android版を2020年4月2日にリリースしました。iOS版のリリースからおよそ半年がたった今、両OS合わせて累計およそ30万ほどダウンロードいただいています。 単純計算でいうと、月5万DLずつ積み上がっている感じに思えますが、そうではありません。このDL数にたどり着くには紆余曲折ありました。実際にはこういった推移になっております。（具体的な数値は除いています） 今日はこの紆余曲折をまとめてみたいと思います。 思わぬ反響と効果に急遽始まったDL促進施策「北欧、暮らしの道具店」はオープンから13年間Webでのみ展開してきました。ですから、今回アプリを開発するにあたっても、うまくいくかどうかはわからず、チームとしては「アプリを作ってみてダメだったら辞めよう」というく

インタビューでも色々と話したのですが、ここでは API の開発に携わったエンジニアとしての視点で、アプリの開発スタートからリリースまでを振り返ってみたいと思います。 3月、ハノイ（ベトナム）に行く。 今回、UX / UI デザインと API の開発は社内でやりつつ、アプリ（iOS / Swift）の実装は、ベトナムに拠点を置く株式会社Sun Astarisk（Sun* Inc.）という会社にお願いすることになりました。 僕らと Sun* がどのように開発を進めてきたかは、社外取締役である倉貫さんが詳しくまとめてくれています。（途中から有料になっていますが、開発に関する部分は無料で読めます。僕は課金していないので続きに何が書いてあるかは知りません 🤔） 僕はアプリにデータを渡す API の開発を担当するエンジニアとして、ハノイでのキックオフミーティングに同行したのですが、言葉の壁もあり、ミ

こんにちは、クラシコムのデザイナーの遠藤です。クラシコムは、7月31日に期末を迎えました。そのちょうど期末の日に、利き腕の右手首を骨折してしまい、文字だらけかつ無骨なブログになりますが、お付き合いください。 13期末、なかなかにドラマチックな数字が踊る結果となりました。 2019年6月、7月のCVRが前年より約40%以上改善しました！！嬉しすぎます…！もちろん、この結果に到達できたのは、様々な社内チームの日々の努力の積み上げだということが大前提にあります。 CVRを改善することを目標としてUI改善を頑張り続けた９ヶ月で、ここまで成果が出たのが純粋に驚きです。振り返ると、一つお客様がこれを求めていたのではないか？という法則があったということに気づきました。 かなり当たり前のことなんですが… 「いいと思ったものはすぐに買いたい…！」ということです。 私が入社してすぐ、UI改善施策を考え始めた2

こんにちは、クラシコムのデザイナーの遠藤です。うっかりブルーライトカット（色付き）のメガネをしながら説明用画像を作ったら、めちゃくちゃコントラストの薄い画像が出来上がってしまいました…！（後ほど時間があるときに修正します） 昨日、「北欧、暮らしの道具店」の商品ページのデザインがリニューアルされました！同時にSKUの管理の仕組みも改変されました。SKUって何ですか？と思った方もいらっしゃると思います。SKUの意味は以下のサイトに詳しく書かれていましたので、引用させていただきます。 SKUとは、Stock Keeping Unit（ストック・キーピング・ユニット）の略で、受発注・在庫管理を行うときの、最小の管理単位をいいます。 同じ商品でもパッケージ、入り数などの違いで区別し、アイテムよりも小さな単位に分類します。例えばTシャツで、カラーが4色あり、サイズがS・M・L・LLの4種類ある場合、「

こんにちは、エンジニアの濱崎です。みなさん、フレームワークやプログラミング言語のアップグレードはどんなタイミングでやっていますか？ 機能の開発などに比べて、フレームワークのアップグレードは後回しになりがちじゃないでしょうか？なかなかアップグレードにリソースを割けないときもありますが、放置しすぎると後から苦労する羽目になります。 クラシコムでは最近、メインのフレームワークとして使っているLaravelを最新版の5.6にアップグレードしました。実は、約3年間アップグレードを怠っていて、Lumen5.1からLaravel5.6へのアップグレードだったので、変更点が多くて大変でした。 3年間アップグレードしなかったツケは大きかった3年間アップグレードしていなかったので、フレームワークのアップグレードだけでは済まず、PHPやテストフレームワークのアップグレードも必要となり、一筋縄にはいきませんでした

こんにちは。エンジニアの佐々木です。 今年の1月からジムに週1〜2のペースで行ってるんですが、ようやく5キロ減に成功しました。SOFT SKILLSにも書いてありますが、エンジニアの健康管理は本当に重要だと思うので引き続き通い続けようと思います。 さて、今回はLaravelにおけるデバッグ・エラーレポート手法についてまとめていきたいと思います。 LaravelはPHPのフレームワークなので、デバッグしたいなと思った時には伝家の宝刀 var_dump() をもちろん使うことができます。また、Xdebugでのデバッグももちろん可能です。 しかし、Laravelでは他にもデバッグに便利な専用パッケージが存在していたり、便利なヘルパーが用意されています。今回はそれらを紹介していきます。 パッケージパッケージで紹介したいものは4つあります。 上から順に個人的にはよくお世話になっているものです。また、

こんにちは。エンジニアの廣瀬です。今年は桜の開花が早かったですね。国立駅前の大学通りの桜もとてもきれいに咲いていたのですが、もうすっかり散ってしまいました 😢 さて、過去の記事でも触れているとおり、クラシコムではアプリケーションのフレームワークとして Laravel を採用しています。また、過去に Ruby on Rails で構築したアプリケーションも Laravel へのリライト（移行）を進めています。 僕自身も入社以来 Laravel での開発に携わっているのですが、転職するまでは Rails での開発がメインだったので（だいたい5年くらい）、Rails (Ruby) と Laravel (PHP) との違いを目の当たりにしては色々と思うところ多い今日この頃です。 そこで今回は、ずっと Rails で開発をしていた僕が Laravel について思うことをまとめてみようと思います。似