タグ

2020年10月26日のブックマーク (9件)

  • ULSSAS(ウルサス)とは|メソッド|ホットリンク

    既存マーケティング手法の限界 デジタルマーケティングの世界では、GoogleやFacebookといったプラットフォームの寡占化が進んでいます。限られたプラットフォーム上で数多くの企業が広告出稿やコンテンツ配信を競い合い、アルゴリズムの影響を受けています。 リスティング広告の入札競争はさらに激化し、多くのブランドでCPAが高騰しています。Google検索のアルゴリズムも大きく変わり、良質なコンテンツを作る力がないブランドにとって、SEOはもはや有効な施策ではありません。Facebookにおいても、オーガニック投稿(自然な投稿)ではリーチしにくくなり、公式アカウントをただ運用するだけでは成果が得られなくなっています。 しかしながら、広告やSEOSNSといったマーケティング施策が行き詰まる最大の理由は、プラットフォームの寡占化でもアルゴリズムの変動でもありません。マーケティングファネルの入口で

    ULSSAS(ウルサス)とは|メソッド|ホットリンク
  • 今話題のNoCode(ノーコード)でのWebサービス作成受注開始! 最大100万円が戻ってくる小規模事業者持続化補助金プラン付き

    今話題のNoCode(ノーコード)でのWebサービス作成受注開始! 最大100万円が戻ってくる小規模事業者持続化補助金プラン付きピンチをチャンスに!補助金を上手に活用し、NoCode(ノーコード)でビジネスアイディアを実現します。 商工会議所/商工会の管轄地域内で事業を営んでいる「小規模事業者」の方を対象にWEBサービスの制作承ります。今ならこちらの行政書士監修の元、小規模事業者持続化補助金の適用をサポート。最低限の費用負担(2/3補助)で、アイディアを形にできます。 小規模事業者持続化補助金とは 事業者が今後直面する制度変更等に対応するため、販路開拓等の取組の経費の一部を補助する制度です。 補助により、地域の雇用や産業を支える事業者の生産性向上と持続的発展を図ることを目的としています。 コロナ対応型は今年新しく新設された特別な補助金制度です。 (日商工会議所HPから一部抜粋) 新型ウイ

    今話題のNoCode(ノーコード)でのWebサービス作成受注開始! 最大100万円が戻ってくる小規模事業者持続化補助金プラン付き
  • Google検索[ショッピング] タブの無料リスティングが日本でも提供開始

    [レベル: 中級] Google 検索 [ショッピング] タブの無料リスティングが日でも利用可能になりました。 [ショッピング] タブの掲載は米国では 4 月に無料になっていました。 10 月中に世界中で無料になることを Google はアナウンスしていました。 いよいよ導入です。 [ショッピング] タブに広告枠と無料枠 こちらは無料化前の [ショッピング] タブのリスティングです。 すべての商品は広告として有料で掲載されています。 こちらが現在の [ショッピング] タブのリスティングです。 上の、商品が横に並んでいるカルーセルは広告枠です。 左上に「広告」というラベルが見えます(PC 検索では「スポンサー」)。 Googleお金を払っているのでいいポジションで掲載できます。 下の縦に並んでいる商品は無料での掲載枠です(クエリや商品によって並び方は多少変化する)。 PC 検索の [シ

    Google検索[ショッピング] タブの無料リスティングが日本でも提供開始
  • スタートアップとベンチャーの違いは?わかりやすく解説 | Coral Capital

    Coral Insightsの過去ブログの記事や対談などをご覧いただければお分かり頂けると思いますが、「ベンチャー(企業)」という用語と「スタートアップ」という用語が混在しています。文脈の違いで使い分けていますが、この2つはどう違うのでしょうか? 短い答えは「ほぼ同じ」です。ただし、スタートアップは比較的新しく出てきた言葉で、現在徐々に入れ替わりが起こっています。では、単に言い換えかというと、恐らくそうではありません。クラウドやモバイルの普及により、かつてベンチャー企業と呼ばれた企業のうち、特にソフトウェアやネットの力を最大限に生かした急速な事業立ち上げをする企業群が「スタートアップ」と呼ばれるようになった、という経緯があり、指し示しているものにズレがあるからです。 「ベンチャー企業」と「スタートアップ」の使い分けについて、一般的にスタートアップ業界で使われていると思われるニュアンスについ

    スタートアップとベンチャーの違いは?わかりやすく解説 | Coral Capital
  • 市場か、チームか、プロダクトか | Coral Capital

    ブログはニューヨークのベンチャーキャピタルUnion Square Venturesでパートナーを務める、Fred Wilson(フレッド・ウィルソン)氏のブログ「AVC」の投稿、「Market, Team, Product」を翻訳したものです。 チームとプロダクトのどちらを見て投資するのが良いのかとよく聞かれます(賭けるべきは騎手か、あるいは馬か、ということです)。 私の考えでは、これはそう簡単な話ではありません。 私たちが長年投資してきた中で、大きく成功した事例について考えてみると、そのほとんどで「大規模な市場」「優れたプロダクト」「優秀な創業チーム」がそろっていたと思います。 投資家の中には、チームは重要でないと考える人がいます。他のすべてがうまくいっていれば、チームを置き換えることができると考えているのです。しかし、優秀な創業チームがいなければ、他のすべてがうまくいくとは思えませ

    市場か、チームか、プロダクトか | Coral Capital
  • 大規模スクラムで見えてきたマルチPdM体制の面白さと難しさ【SmartHRのPdM連載第1弾】 - SmartHR Tech Blog

    はじめに みなさん、こんにちは!SmartHRでプロダクトマネージャー(PdM)をしています岸(@kissy)です。 SmartHRでは2020年1月から大規模スクラムのフレームワークであるLarge-Scale Scrum(LeSS)を採用しており、 現在、LeSSに属するスクラムチームは4チーム、PdMは私を含めて総勢4名(10月から5人に増えました!)という体制で開発をしています。 そこで記事では、「大規模スクラムで見えてきたマルチPdM体制の面白さと難しさ」についてお話し、 SmartHRPdMは日々どんなことを考え、どのようなことをやっているのかをお伝えできればと思います。 「SmartHRPdM」連載については 「SmartHRPdM」連載をはじめます をご覧ください。 tech.smarthr.jp 現状の SmartHR の開発体制について SmartHRはプラット

    大規模スクラムで見えてきたマルチPdM体制の面白さと難しさ【SmartHRのPdM連載第1弾】 - SmartHR Tech Blog
  • Docker Compose入門 (4) ~ネットワークの活用とボリューム~ | さくらのナレッジ

    これまでのDocker Compose入門は、Docker Compoesの紹介に始まり(第1回)、簡単なウェブサーバを起動する方法(第2回)、ネットワークの理解を深める方法(第3回)でした。今回は連載のまとめとして、ネットワークとボリュームの活用によって、1つのサーバもしくはPC上に複数のアプリケーション環境を動かす方法をみていきいましょう。 Docker Composeはプロジェクトごとにネットワークを持つ 前回はDockerのネットワークの扱いを学びました。Dockerコンテナを実行すると、そのコンテナ内のプロセスは、デフォルトで「bridge」という名称の仮想的な内部ネットワークを通して通信を行います。またホスト上のブリッジ(仮想的なネットワーク・スイッチ)を経由して、Dockerが作成する他の内部ネットワークや、ホスト側のインターフェースを通して、インターネットなどの外部ネットワ

    Docker Compose入門 (4) ~ネットワークの活用とボリューム~ | さくらのナレッジ
  • ゲーム攻略メディア「神ゲー攻略」の記事配信システムを、五年の歴史がある SSG から二年の歴史がある lit-html による SSR にリプレイスした話 - CARTA TECH BLOG

    VOYAGE Lighthouse Studio の海老原 (@co3k) です。 ゲーム攻略メディア「神ゲー攻略」の記事は、これまで SSG (Static Site Generator; 静的サイトジェネレータ) を用いて構築、配信されていました。 このたび、従来の SSG を活用した記事配信の仕組みから、 SSR (Server Side Rendering) による仕組みにリプレイスしていくことにしました。 記事では、そうした新しい記事配信システムの詳細と、移行にまつわる工夫や苦労話などについてご紹介します。 [PR] エントリをお読みいただく前に そもそもリプレイス前の構成ってどんな感じだったの? というか「神ゲー攻略」って何? みたいなのが気になって記事が読み進められないかも〜とご心配の方に耳寄りな情報です。 実は「神ゲー攻略」の事業やシステム構成については『Enginee

  • MongoDB AtlasがAWS/Azure/GCPにまたがるマルチクラウドクラスタ構成をマネージドサービスでサポート。特定のクラウドが全部落ちても影響しない運用が可能に

    MongoDB AtlasがAWS/Azure/GCPにまたがるマルチクラウドクラスタ構成をマネージドサービスでサポート。特定のクラウドが全部落ちても影響しない運用が可能に MongoDBのマネージドサービス「MongoDB Atlas」を提供しているMongoDB社は、MongoDB Atlasの新機能としてAWSMicrosoft Azure、Google Cloudにまたがるマルチクラウドクラスタ構成の実現を発表しました。 Introducing multi-cloud clusters on MongoDB Atlas - enabling customers to run apps simultaneously across AWS, GCP, and Azure: https://t.co/WHVL2XfRRy — MongoDB (@MongoDB) October 20,

    MongoDB AtlasがAWS/Azure/GCPにまたがるマルチクラウドクラスタ構成をマネージドサービスでサポート。特定のクラウドが全部落ちても影響しない運用が可能に