他の人の成功体験を真似することはできませんが、彼らが遭遇する落とし穴を避けることはできます。より多くの落とし穴を避けることができれば、目標に近づくことができます。私はインターネット業界に1年以上在籍しており、良い経験もありませんが、6年間の経営およびビジネスコンサルティングの経験により、この短い1年で多くの落とし穴に気付くことができました。この記事は、私が1年以上の仕事の中で見てきたことや考えたことをまとめたものです。 まず、この要約を書かせていただいた上司と会社に感謝したいと思います。結局のところ、インターネットの経験がない私のような人間を雇うというのは、大胆な決断でした。入社当初はプロダクトオペレーションを担当していましたが、実際には決まった責任はなく、とにかく自分のできることをやっていました。この期間中、私は競合製品の分析、ユーザー調査、ビジネス分析を行い、B\C\マイクロサイトの需要に関するディスカッション ミーティングを主催し、OSS製品マネージャーとして働き、ビジネス分析を行い、運用部門の新人を指導し、アプリケーション開発の関心グループに参加しました。この期間の仕事を通じて、私はこれまでのコンサルティング業務における戦略的研究を超えて、特定のビジネス分野へと踏み込み、より実践的な問題を把握することができました。この過程で、私はいくつかの落とし穴にも陥りましたが、これらの落とし穴があったからこそ、私は成長し続けることができたのです。 私はO2O分野とみなされるAPPパートタイムプラットフォームで働いています。オフラインでの存在感が大きく、B\Cの両方の端を同時に扱う必要がある業界です。私がここに来たとき、会社はちょうど1,000万ドルを調達したばかりでした。この金額はインターネット業界では大した額ではないかもしれませんが、多くのことが可能になります。しかし、同社はオフラインで静かに作業することを選択し、アプリはまだコールドスタートアップ段階にあります。今では、このような結果に至った主な理由の 1 つは、インターネット分野でよく言われることである「迅速な試行錯誤」であると思われます。そうです、ネット民がよく言うこのフレーズは実は落とし穴なんです。次に、製品、運用、会社の3つのレベルから私が遭遇した落とし穴についてお話しします。もちろん、偏った見解もあるかもしれませんので、もし何か気づいたら訂正してください。 1. 製品レベルの小さな落とし穴 製品レベルでまとめられた問題はそれほど深刻ではなく、単なる小さな落とし穴に過ぎないかもしれません。下記のピットに加えて。私自身も、性格の問題が落とし穴であることに気付きました。製品担当者の中には感情的になりすぎてビジネス知識が不足している人がおり、それが多くの分野で問題を引き起こしやすいのです。そのため、プロダクトマネージャーは、ロジック、ビジネス、マーケティング、統計、マネジメントなどの関連知識を学ぶ必要があると個人的には感じています。結局のところ、機能をいかに便利にするかということよりも、重要な機能は何かを明確にすることが、プロダクト担当者がまず考えるべきことです。コンサルティング業界でよく言われるフレーズは、「物事を正しく行うことよりも、正しいことを行うことの方が重要だ」というものです。 1.1 まず私が遭遇した落とし穴についてお話しします 1.1.1 優先順位をつけない プロダクトマネージャーは、本質的にはプロジェクトマネージャーです。製品が最初に製造されるときには、最適化する必要のある領域が多数あります。重要なのは、最適化ポイントに優先順位を付けることです。 入社当初から、自分の直感に基づいてUIの美化を推進してきました。しかし、後になって、当時の機能更新が頻繁だったことを考えると、UI を美しくするための大幅な改訂は、まず機能更新の進行を遅らせるだろうということ、次に、機能更新が繰り返される中で、全体的な UI フレームワークを 1 つのステップで整えることができなければ、後で開発チームを調整するのは無謀だということ、そして、実際、数か月後にはユーザー数が多くなくなるため、APP UI を美しくすることは会社の開発にとって緊急の課題ではなかったということに気付きました。さらに、ツール製品として、ユーザーが望むものを手に入れる手助けができるかどうかが核心です。UI は単なる付け足しに過ぎません。 この問題から、面倒なことはすぐに変更する必要はなく、むしろ、開発タスクのユーザーに対する実際の価値、現在の製品最適化の主要タスク、この対策を講じることによる後続の開発プロセスへの影響の可能性、開発タスクの緊急性など、あらゆる側面を総合的に考慮し、適切なタイミングで解決する必要があることがわかりました。 1.1.2 ユーザーの発言を聞くが、その言葉の背後にある本当の要求を深く掘り下げない 多くの場合、ユーザーは自分が何を望んでいるのかわかっていないため、ユーザーからのフィードバックに基づいて実際の要求を掘り起こす必要があります。ユーザーからのフィードバックが特定の重要なプロセスに関係する場合は特に注意が必要です。そうしないと、逆効果になる可能性があります。 私たちが作っているのはアルバイトアプリです。インタビューしたアルバイトの方の多くは、アプリのダウンロードが面倒だと言っていました。各都市の求人マッチング担当者も、ユーザーにアプリをダウンロードしてもらい、登録してもらうのは非常に難しいと言っていました。そこで、ユーザーが簡単にポジションに登録し、支払いを決済するときにアプリをダウンロードできるように、マイクロサイト バージョンを立ち上げました。しかし、後に、アプリでサインアップするユーザーのほとんどが自分でアプリを通じて登録したのに対し、マイクロサイトから登録したユーザーが自分でサインアップすることはほとんどないことが判明しました。つまり、この動きはアクティブユーザーの減少につながったのです。 今回得られた教訓は2つあります。一方では、多くのユーザーにとって、マイクロサイトはWeChat内の単なる通過訪問者に過ぎませんが、アプリは携帯電話に定着するということです。アプリのダウンロードを躊躇する主な理由は、当社のアプリが提供する価値が十分ではなく、ポジションが比較的少ないことです。 APP 自体の価値を高めることに重点を置く必要があります。一方、マイクロサイトを通じて登録したユーザーに対しては、最終的には給与を受け取るためのアプリをダウンロードするよう誘導しますが、このプロセスは、給与を受け取るためにアプリが使用されているという心理的なヒントをユーザーに目に見えない形で与えてしまいます。これにより、APP の価値認識がさらに弱まります。したがって、プロセスを設計する際には、プロセスがユーザーの認知に与える影響を考慮する必要があります。 まとめると、ユーザーが不満を抱いている理由は、彼ら自身が言うことではないことが多く、製品担当者はさらに掘り下げる必要があります。マイニングの核心は「価値認識」だと私は個人的に考えています。彼が不幸だった理由は、この手術によって自分が価値あるものと感じられなかったからだ。フォードの有名な言葉があります。「顧客に何が欲しいか尋ねると、彼らはもっと速い馬が必要だと言うでしょう。」 1.1.3 1ステップで機能を完了することを検討する 機能を初めてリリースするときは、常に機能モジュールの完全性を追求します。ただし、機能が最初にリリースされたときに基本的な要件を満たしていれば十分です。必須でない部分はカットして、後で徐々に改善することができます。 OSS を最初に設計したとき、私たちは、さまざまなスクリーニング次元と、「AND、OR、NOT」の 3 つの論理関係の組み合わせを提供し、完全かつプロフェッショナルなユーザー スクリーニング機能を一度に作成しようとしました。その後、最初の要件検討会議で却下されました。当社の運用スタッフはロジックのトレーニングを受けていないため、「and、or、not」の関係を理解できず、複雑な多次元スクリーニングには多くのシステムリソースが消費されます。したがって、わかりやすいスクリーニング寸法をいくつかだけ保持します。簡易版がリリースされた後、運用スタッフはさまざまなディメンションの組み合わせの用途についてまったくわからず、学んだことを他の状況に適用できないことがわかりました。私が彼らにできたのは、どのディメンションを組み合わせてどのタイプのユーザーを選別できるか、さまざまな分析シナリオでどのディメンションの組み合わせを通じてどのデータを取得する必要があるかを伝えることだけでした。結局、開発されたコンテンツの半分だけが実際に使用され、残りの半分は基本的に使用されることはありません。 この機能の設計から、3 つの教訓が得られました。まず、開発プロセスでは、最初のバージョンではよく使用される機能を選択するようにしてください。一般的でない機能については、特定の機能の完璧さを一度に追求するのではなく、反復プロセス中に必要に応じて徐々に追加できます。2 番目に、ユーザーの実際の知識レベルを考慮する必要があります。専門的な資質を必要とするものもあり、素人が短期間で習得することはできません。3 番目に、さまざまなデータの蓄積を考慮する必要があります。一部のデータは蓄積が非常に少なく、利用できないため、対応するスクリーニング次元は機能しません。 1.1.4 開発者が常に1つのバージョンでより多くの機能を追加し、アプリを迅速に改善することを望んでいます スタートアップ企業の製品需要は比較的大きく変化します。この時点では、速いことは遅く、遅いことは速いです。なぜなら、急速な開発の場合、開発者が書いたコードを後から変更するのは非常に面倒だからです。ただし、初期の開発プロセス中に開発者が柔軟に変更できるモジュールをさらに作成できるだけの十分な時間が与えられていれば (もちろん、開発チームにそのための能力と意識があることが前提です)、その後の変更に費やす労力は大幅に少なくなります。開発者は、後の段階で機能を調整するときにあまり抵抗を感じません。こうすれば、最初はゆっくりでも、最後にはずっと速くなります。正直に言うと、本当に必要な機能はそれほど多くなく、その多くは完璧さの名の下に追加された非コア機能です。 1.2 他の人が陥った落とし穴についてお話しします 1.2.1 過剰な進歩 - 主要モジュールの最適化の進行を妨げる 私が入社する前、当社の APP には、採用待ち、就職待ち、定着待ち、評価待ちの 4 つのモジュールがありました。しかし、現在のところ、待機リストを除いて、他のモジュールはユーザーに実質的な影響を与えていません。さらに、実用的な用途がないモジュールも多数あります。その理由は、私たちが頭の中にあらかじめ定めたビジネスモデルに沿って、製品を完成させることに集中しているからです。実際の運用における社内外のユーザーの実際の使用状況を無視すると、製品が高度になりすぎてしまいます。 高度な製品開発によってもたらされる主な悪影響は 3 つあります。1 つ目は、初期段階におけるいくつかの重要なタスクの進行が妨げられることです。例えば、これまでは主要なプロセスページの追跡作業は行われていませんでした。その結果、製品最適化のための十分な参照基盤が不足しています。たとえば、製品の技術アーキテクチャの更新が遅れています。長い間、多くの製品コンテンツの更新には、ユーザーがアプリを積極的に更新して実現する必要がありました。 2つ目は、開発コストがさらにかかることです。一度実装した機能は簡単に削除できません。製品開発から開発まで、誰もがそれを受け入れるのは難しいでしょう。 「就職待ち」と「就職決定待ち」の 2 つのモジュールを例に挙げてみましょう。モジュールで提供されるデータの有効性を確保するために、ユーザーが応募した職種の種類や実行した操作などの一連のロジックに基づいて区別を行います。私たちが策定したロジックによれば、数か月後でも、決済プロセスに表示されるポジションはわずかになります。 3つ目は、資源の浪費につながることです。結局のところ、スタートアップにとって研究開発費は依然としてかなり高額です。数日前、私は以前退職したプロダクトディレクターと話をしました。何百万ドルもの研究開発費が不必要な機能に浪費されましたが、これはいくつかの優れたマーケティング キャンペーンに資金を提供するのに十分な額でした。 1.2.2 集団IQ: 集団IQは通常、個人のIQよりも低い 当初、当社の技術部門では、全員を動員して製品や運用戦略について議論し、投票することが多かったです。これは非常に悪いアプローチです。いわゆるブレーンストーミングは、通常、全員で議論し、各方面から意見を集め、専門家がそれを整理・分析し、最終的にバランスをとった上で、比較的適切な解決策にたどり着き、リーダーが最終決定を下すというものです。 決断を下すのは集団で戦うことではありません。300 人の靴職人でも、1 人の諸葛亮には敵いません。知識の背景や認知レベルは人それぞれ大きく異なります。異なるレベルでの会話には、それ自体に一定のコミュニケーション障壁があり、コミュニケーションが非効率になります。同時に、議論の論理的な連鎖をあまり長く延長することはできません。しかし、いくつかの問題に関する決定には、数十の論理的なつながりが必要になる場合があります。したがって、グループディスカッションではこの複雑さの問題を解決することはできません。ただし、実装レベルの詳細は、広範囲にわたる関連性を持つ複雑な問題であることが多いです。したがって、グループディスカッションは意見を集めるためだけに使用され、意思決定には使用できないことを明確にすることが重要です。ここに例があります。これは、ヒントパズル法を使用して得た、ある製品設計ポイントに対する最適解です(ヒント 1 と 2 から結論 3 が得られ、結論 3 とヒント 4 と 5 から結論 6 が得られます...)。このプロセスには、ユーザーの選択、開発の方向性、運用、開発に関する 30 以上のヒントと結論が含まれます。これは決して議論によって解明できるものではなく、注意深く思慮深く考えることによってのみ発見できるものです。感じることができる
モバイルアプリケーション製品プロモーションサービス: APPプロモーションサービス青瓜メディア広告 本文作者@尹翀云由(青瓜傳媒)整理發布,轉載請注明作者信息及出處! |
<<: Chu Shijian の履歴書: ウェブサイトの構造を最適化する際には、どのような点に重点を置くべきでしょうか?
>>: 張凱利の個人プロフィール:ウェブサイト構造の最適化の目的は何ですか?
KMC知識と経験抽出オンライントレーニングキャンプ、価値4999元。リソース紹介:このコースは、ナレ...
WeChatコミュニティマーケティング/ニューメディア運用トレーニングコースカタログ: WeCha...
先日のダブル11の期間中は、トラフィックとコンバージョンが非常に不安定でしたよね?もうすぐ年末ですが...
今年1月現在、小紅書の登録ユーザーは2億2千万人を超えており、そのほとんどが1990年代と1995年...
モバイルインターネットの普及により、大学生の起業市場はより活発になり、多くの大学生起業家がキャンパス...
いわゆる売れ筋コンテンツとは、読者が喜んで読み、共有し、転送するコンテンツのことです。これらのコンテ...
翟山英による「デジタル経済富裕層弟子層の解明」の8話構成のビデオリソース紹介:コースカタログ001 ...
易中天の中国の歴史:宋王朝の改革司会者:ケビン 易中天の中国の歴史は、公式に認定された唯一の司会者で...
金融業界は2018年に大きな打撃を受けましたが、広告も例外ではありませんでした。金融政策の管理により...
2019 年 10 月 14 日より、検索キャンペーン、ショッピング キャンペーン、共有予算では「...
店舗アプリの構築は文字通り難しくないと考える人が多いですが、多くの実店舗に統合するアプリを開発しよう...
今は情報爆発の時代で、一番足りないのはコンテンツです。一方的に書いて10万以上の閲覧数を獲得するのは...
2022年冬季オリンピックもあと数日で終わり、冬季パラリンピックが待ち遠しくなってきました。今回は...
私はこれまで何千冊もの本を読みましたが、指で数えられるほどです。時々、誰かが本のあらすじについて話し...
中学高といえば、間違いなく多くのブランドが羨む存在です。 2018年に発売されて以来、ネットセレブの...