君のプロダクトはビタミン剤か？鎮痛剤か？それとも治療薬か？ デザイン会社 ビートラックス: ブログ
プロダクトやサービスのアイディアを考える際に最も重要とされているのが「ユーザーの課題解決に繋がるか」という点。これは、どう考えても正しい考え方な気がする。だって、そもそも課題を解決してくれないサービスなんていらないし、お金も払う気にもならない。 と、思いがち。でも現実は大きく異なる。 意外と課題を解決していないヒットサービスが多い現在大ヒットしているプロダクトのその多くが、実は元々あった課題の解決をしていないのだ。まさかと思うが、下記のようなサービスは、ユーザーのどんな課題を解決したのだろうか？ FacebookYouTubeTikTokそう。どうしても解決してほしい課題があったわけではない。でも、使い始めたらなぜか使い続けてしまう。これらのサービスは、課題を解決していないのに、新たな習慣を通じ、ユーザーに大きな価値を生み出した。 これこそがプロダクトやサービスを考える際の大きな盲点。 特
バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog
これは何 どのように技術選定してますか。よく聞かれます。SREチーム 鈴木心之介 です。しかし説明が難しい。難しいですが説明の助けになってほしく思い、技術選定を文書化した DesignDoc から1枚を公開してみました。 DesignDoc とは、ある程度の大きさや複雑さがあり一言で説明の難しい技術選定について、文書化したものです。これを通じて、技術選定をどのように行うか組織内に広めようとする試みです。2021年1月頃から始めています。 題材は、メール配信の冗長化をRailsで実現した tech.andpad.co.jp を、インフラ視点から技術選定した DesignDoc です。このメール配信SaaSの選定は2019年末頃に実施したもので、DesignDoc の取り組みを始めていなかった頃でした。時が経ち、ソースコードやSaaSの構成からは意図を読むことが難しく「なんじゃこれ」って質問を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
