サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
マーケティング「つながる」思考術 「こんなはずじゃなかった」と決別するために知っておくべき売上に至るまでの「点と線と面」 www.amazon.co.jp （追記ここまで） マーケティングの現場にてたびたび発生する「期待していたほど効果でないじゃん！」という不幸は、いったい何が原因で起こってしまうのでしょう。 その不幸の大半は、「診断と処方の間違い」によるものです。 図にするとこうなります。 マーケティングは医療と同じです。病気（売れない理由）を特定し、その病気の治療に最も適した薬を飲む。ただこれだけ。たったこれだけ。しかしこれが実に難しい。 自身の身体のどこが悪いのか、診断もそっちのけですっ飛ばし、流行りの薬を飲み「ぜんぜん効かない！」と落胆する。もしくは、ちゃんと診断して、せっかく病巣は正確に特定できたのに、飲む薬を間違えて「治らない…」と絶望する。 なんとかこの不幸をなくしたい。それ
…というのはいささか煽りが入った言い方だけど、個人事業主がインボイス制度導入について悲鳴上げてるのに対して、給与所得者らしき人達による「払うべき税金を払ってなかっただけ」「いままで懐に入れてたのがズルい」「とっとと納めればいいのに」的な、非常にクール（笑）なコメントをあちこちで目にして、これが多くの給与所得者の感覚なんだろうな、彼らには個人事業主という働き方の本質がわかってないんだろうな、と思いました。 「自分は会社勤めで、売上や仕入の税込・税別処理は経理に丸投げしてるから、インボイス制度導入が個人事業主の業務をどれぐらい圧迫するかわからない」ということについては、まあ理解できなくもないんですよね。「これお願いしまーす」っつって伝票上げたり領収書出したりしてるだけなんだから、インボイス制度導入で今までと何が変わるのか、バックオフィスでどういう負担増が発生してくるのか、実感がない。これはまあ
プリンシパル＝エージェント関係（－かんけい、principal-agent relationship）[1]とは、行為主体Aが、自らの利益のための労務の実施を、他の行為主体Bに委任すること。このとき、行為主体Aをプリンシパル（principal、依頼人、本人）、行為主体Bをエージェント（agent、代理人）[2] と呼ぶ。 エージェンシー・スラック（agencyslack）とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。エージェンシー問題（－もんだい、agency problem）[3]とは、プリンシパル＝エージェント関係においてエージェンシー・スラックが生じてしまう問題のこと。 プリンシパル＝エージェント理論（－りろん、principal-agent theory）[4]とは
この記事は Product Manager Advent Calendar 2019の18日目 です。 はじめに プロダクト作りにおける負債の種類技術的負債 組織的負債 関係者的負債 思想的負債 負債の誕生 影響し合う負債の恐ろしさ 地道に負債を解きほぐしていく おわりに はじめに Yamotty氏の素晴らしい記事に触発され、 ストラテジーと実装の一致を保つのが困難な状態、つまり プロダクトに関わる負債のせいで進捗しづらくなった時に どのように戦っていけばいいのかを掘り下げていきます。 スタートアップの強みはストラテジーと実装の一致 早さが生まれる理由は「ストラテジーと実装が一致しているから」だと考えている。 逆に言うと、これらが一致していない場合、早さは生まれない。 正しい戦略が、組織や技術的負債のために実行されなければバツ。 逆に素晴らしいテクノロジーを扱えるチームがあったとしても、
参院選が終わって、自民党の人が「これで消費税アップも信任が得られた－」と言っているようなので、10月には消費税率が10%になるんでしょうねーという気配濃厚な今日この頃。 正直それだけなら「景気の悪化が怖いなあ」以上の感想も持っていなかったんですが、以前軽減税率の話が出てきた時に「うっそやめてよ何それ」と思った話があったことを思い出しました。それがインボイス制度。正しくは「適格請求書等保存方式」といって、フリーランスの人の多くに間違いなく直撃するであろうやっかいな制度です。 消費税というのは、受け取った消費税と支払った消費税の差額を納めるもの 消費税というのはまず前提として、日本国内における事業取引には基本的にすべて乗っかってくるものです。だからイラスト描いて1万円なら、そこに消費税が乗っかって、税率8%の今なら1万800円がお客さんへの請求額になる。ただしこの消費税は代行して受け取っている
ミドルウェアのパッケージ製品で食べていけるようになるまでやったことを自分のメモ代わりにまとめておきます。 製品の事業計画を明確にしない自分が想定したとおりに行くことが少ないこともあり事業計画を書いたりしません。日々の状況を見ながら判断をしていくということをしています。そのため中長期的な計画は品質の向上くらいにしておき、機能追加に関してはその度々に考えて実装していくのが一番です。 変化が早い分野でもあるので、事業計画を用意するメリットが零細企業にはないと考えています。 リリース前の開発進捗を共有するステルスはデメリットが多いと判断し、今開発しているもの開発中の状況などを共有しました。これは「製品をステルスで開発して、出したとしても買ってもらうまでの時間がかかる」と考えたからです。 それよりはあの会社があんなの作ってるそろそろ出るらしいと思ってもらえたほうが検討してもらいやすくなります。 今、
東京でWEB制作をひとりでやってる。 興味ある人いるかわからんけど、現状こんな感じ。 自分の中で整理も兼ねて。 やってる仕事自分はWEBプログラマなんだけど、直接お客さんのところに行って要件聞いてきて必要なシステムがあれば自分で組む。 いわゆる「ホームページ」の作成もやってる。 デザインはできないから、デザイナーに基礎デザインと基本的なHTMLコーディングはお願いして細かいところは自分で埋め合わす感じ。 ディレクションからサーバの選定からセットアップ、ドメインの取得とDNS設定なんかは丸っと含めてやってる。 年間の売り上げは1200万程度会社始めた頃は結構浮き沈みあったけど、ここ5年間はこれくらい。±100万程度はあるけど全く変わらない。不思議。 別にこの金額を目指してるわけでも、この金額に行ったら仕事セーブするとかそういうのは全く無し。 何故かこの金額に落ち着く。毎月100万円も請求書を
私たちソニックガーデンには、本社オフィスがない。全員がリモートワーク、在宅勤務なので、物理的に出社するためのオフィスをなくしてしまった。 今は、テレビ会議とバーチャルオフィスを組み合わせて普段は仕事をしている。リモートワークに取り組む際に、私たちのやり方をそのまま真似をするとうまくいかないかもしれない。なぜなら、私たちも一気に今の状態になったわけではないので、私たちと同じように段階を踏んで進めていくのが良いのではないだろうか。本記事では、私たちが物理オフィスのない完全リモートワークに至るまでに取り組んできた試行錯誤の変遷をふりかえってみよう。 ステップ0.昔ながらのオフィス（2008年頃） 私たちソニックガーデンは、もともとは大手企業の社内ベンチャーとして始まった会社だ。その当時は、それはもう本当に普通の働き方をしていた。 浜松町にある大きなビルが会社のオフィスで、私たちはその１０階に
小売事業者向けにAIによるユーザー体験のパーソナライズソリューションを提供するリッチレリバンスは、ECサイトにおける商品検索を、顧客の行動履歴などのデータを元にAIによって最適化する検索ソリューション「FIND」を7月にリリースすると発表した。 FINDは、同社の提供するパーソナライズソリューション「Relevance Cloud」の一部となる製品。検索キーワードだけでなく、顧客の検索意図、オムニチャネルを通じて蓄積された過去の行動履歴や購買履歴などのデータ、ユーザーのコンテキスト、使用デバイスなどをAIのアルゴリズムが解析し、最も顧客のニーズに適合する商品を検索結果に表示できるという。Relevance Cloudで使用される解析アルゴリズムは150種類にのぼり、その中から顧客のプロファイルに応じて最適なアルゴリズムをAIが選択し、レコメンドすべき商品を探り出すとしている。 また、このF
Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい（一人でWebシステムが構築できる程度）で、2‐3人月ぐらいの小さなシステムを一人でヒアリング～実装～運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる（常にあるとは言ってない）し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編
なぜ地方のクリーニング屋で機械学習？ 「無人店舗作りたい」 たった1人、独学でAI作る副社長の挑戦（1/2 ページ） 「中小企業でお金もない、人もいない。ここ10年でIT化に取り組んできたが、今ある課題や業界の将来を見据え、今はAI（人工知能）を自作している」──福岡県田川市でクリーニング店を8店舗展開するエルアンドエーの田原大輔副社長はこう話す。同社はスーツやズボンなどを判別する画像認識システムなどを導入。人材が不足するクリーニング業界の中で業務効率化を図るためいち早くIT化に取り組み、いずれは無人店舗のオープンを目指す。IT化に取り組んだ10年 電話からSkypeによるビデオチャットへ、メールからチャットワークへ、ExcelからGoogleスプレッドシートへ──2008年ごろから10年近くクリーニング業務のIT化を進め、15年11月にGoogleの機械学習用オープンソースライブラリ「
旅先ではいつも、その土地のものを食べるのが習慣だ。だが、ときおり、外国で日本料理屋に入ることもある。そして、たまに面食らうような体験もする。いつだったか、アメリカの日本料理屋で食事を頼んだら、まっさきに味噌汁だけが出てきた。ふつうの街にある店で、来客はアメリカ人が多い。どうやら彼らの概念では、味噌汁はスープだから（Miso soupとよばれる）、真っ先に出すのが当然だということらしい。味噌汁を飲み終えたら、メインのおかずとご飯が出てきて、妙な気分だった。 汁物をsoupと訳するのは、もちろん正しい訳だ。だが日本語で言う汁物と、英語のスープは微妙に違う。たとえば英語では、スープは食べる（eat）という。日本人で、「味噌汁を食べる」という人は滅多にいるまい。ふつうは飲む、を使う。そして、当たり前だが、ご飯と一緒にいただくものだ。
ちょっとぶっちゃけた話ですが、チームビルディング、採用ブランディング、個人の幸せにとって重要な話だと思って。 辞める人にネガティヴがないわけない 会社を辞める人はたくさんいますし、そこら中でしょっちゅうあります。いまの時代わりと普通のことではあります。 「実は自分、今日までなんですよ」と挨拶回りで来て、餞別のお菓子をもらったり、ちょっとした思い出話をしたり。 送別会も開かれて、 「次の現場でがんばってくださいね！」 「ありがとうございます。とても良い現場でした！」 という風に、円満退職される方も多いです。辞めた理由は、大概は前向きなもので、周りもみんな納得しやすいものです。 ですが、個別個別に話を聞いてみると... 全員ではありませんよ！ でも多くの人が...やはり今の会社に対して何かしらのネガティヴな思いを持っていて「自分のいる場所ではない」という話をしてくれます。 ストレートにネガティ
社員の生産性を極限まで高めるには、どうすればいいのか――米グーグルが2012年に開始した労働改革プロジェクトの全貌が明らかになった。 社員同士のコミュニケーションを中心に、その仕事ぶりを徹底的に観察するワーク・モニタリングは、果たして功を奏したのだろうか？ ●"WhatGoogle Learned FromIts Quest toBuild the Perfect Team" The New York Times, FEB. 25, 2016プロジェクト・アリストテレスとは上の記事によれば、米グーグル（持ち株会社に移行後の正式社名は「アルファベット」）は2012年に生産性向上計画に着手した。 この計画は「プロジェクト・アリストテレス（Project Aristotle）」と呼ばれ、同社の「人員分析部（People Analytics Operation）」によって実施された。 グー
GMOペパボが立ち上げた「ペパボ研究所」の主席研究員 松本亮介さん（id:matsumoto_r）と、はてなエンジニアの坪内佑樹（id:y_uuki）が対談しました。技術ブログにはてなブックマークを付け合う間柄だった2人の語りから、レンタルサーバーの運用技術を学術研究として突き詰めた松本さんの研究成果「高集積マルチテナント環境」（「ロリポップ！」の「次世代ホスティングサービス」の技術として適用）、そして生き物のようなシステムを目指す「なめらかなシステム」の構想が浮かび上がってきます。 （上写真、左より）GMOペパボ株式会社 ペパボ研究所 主席研究員 シニア・プリンシパルエンジニアの松本亮介さん（id:matsumoto_r）、株式会社はてな システムプラットフォーム部 シニアエンジニアの坪内佑樹（id:y_uuki）。構成はITジャーナリストの星暁雄です。 （※この記事は、GMOペパボ株式
Linux、正確には Raspberry Pi でUSB無線LAN子機を使いたいのですが、不安定な物が多く、BUFFALO, PLANEX, IO DATA,NECの各商品のチップセットと Debian Jessie (Raspbian) での対応状況を調べてみました。Ubuntu も大体同じじゃないかと思います。 どのチップセットかはネット情報ですし不確実です。また、チップセットが分かったからといって Debian Jessie でちゃんと動作するかも不確実です。加えてバグがどれくらいあるかも不明ですし、ハードウェアの完成度も不明です。不確実な事だらけですが、参考程度にお願いします。表で「対応」と書いてあるのは、チップセットのドライバが Debian Jessie に入っているかどうかです。 あと、802.11n、Windows では 300Mbps で動作しても、Linux では 1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
