[第824号]中小企業の1年、中小企業のフロントエンドで何ができるかを見てみましょう。
序文
大企業であろうと小企業であろうと、会社が提供するのは環境だけであり、最も重要なことは個人的な努力と精神に頼ることです。今日の朝の記事は、@叶小钗の承認された共有から来ています。
ここから始まります〜
昨日、被験者3のテストを受けるために休みを取りました。最初の1つはライトに掛けられ、ライトは完全にオフになりませんでした。2つ目は、後部車両を見ずにターンに掛けられました。マスターの「降りる」と聞いたとき。悲しそうな顔と赤い耳でとても落ち込んでいます。夜は仕事に戻りたくありません。家に帰った後も少し落ち込んでいます。今年の終わりに、今年のまとめを書いてみましょう。
運転することを少し学んだことを振り返ると、それは実際には非常に深刻です。時間があれば勉強します。練習中は通常どおりに行動します。夜はテストプロセス全体について瞑想しますが、ドアにいるときは間違いを犯します。良心がはっきりしていれば、一生懸命頑張ったとも言えますが、失敗しましたが、尊敬されるべきです。
こういうことを言う小さな友達はただ慰めているようです。その過程で一生懸命頑張って真面目でしたが、結局結果が出せず、上陸できなかったので、こういう努力はすべて言えるのです。意味がない。この運転免許試験を重要なプロジェクト開発にマッピングするには：
需要を満たすための製品の取り組み->残業するためのR＆Dの取り組み->残業テストを行うためのテストの取り組み->オンラインにする->大量のトラフィックがハングする...
開発の過程で、R＆Dは毎日残業し、テストも毎日残業しましたが、プロジェクトがオンラインになった後はハングアップしたため、以前の取り組みは収穫の成果と交換されません。今後は、上司の怒り、チームの混乱、試験の失敗であろうとプロジェクトの失敗であろうと、私はそれを経験することを光栄に思います。振り返ってみると、人生、すべてを一度経験する必要があり、無力なハングアップ感を深く感じるのは良いことです。これを考えると、少し安心しましたが、それはまた始まりに過ぎません（自己ただ快適）...
2016年の初めに成都に戻り、幸せな「ゆっくりとしたペース」の生活を始めたことを思い出してください。意外なことに、現在の会社は他の場所では利用できないプラットフォームを提供しています。仕事の集中度とビジネスの複雑さの点で非常に食欲をそそります。時には、仕事の集中度が上海のそれを超えることもあります。まあ、これは非常に「成都」。
大企業または小企業
昔は小企業に行くのか大企業に行くのかという記事を書くことが多かったのですが、数年の経験を考えると、実は大企業や中小企業にとっては重要ではありませんが、良いチームが重要です！
大企業は一般的にすべてを持っています。学ぶための心があれば十分です。投げてもっと尋ねれば、たくさんの栄養素を吸収できます。中小企業にも大きな利点があります。つまり、何もありません。心があれば、次のことができます。大企業からすべてを実現します。この種の実践からの知識とスキルは、学ぶよりもはるかに貴重です。
私が最初に会社に到着したとき、私は現象を発見しました：
私の周りの多くの友人は家を購入していませんが、自分の車を持っています
ほとんどの友達は仕事の後に家に帰ります
ここではペースが遅いことがはっきりとわかります。これは問題ありません。人生と仕事を分ける必要がありますが、危機と心配を感じます。最大の心配は、ほとんどの小規模パートナーが会社の富を気にしないかもしれないということです。世界は慈悲深くなく、すべてのものが犬として使われています。実際、人生はとても公平です。誰もが同じ機会を持っています。たくさんの富があります。それはあなたがそれを手に入れたいかどうかによって異なります。
前回のインタビューで、知識を身につける方法を聞かれましたが、それは私が比較的低いからかもしれません。私はいつも原則を信じてきました。
<デモ<実作業で使用<実作業で使用<実作業で何度も聞いたことがある、または綿密な調査とまとめ
風の蓄積は厚くなく、その負の翼も弱いです。インターネット上には、深くて良い記事がたくさんあります。特定の基礎がなければ、それを読むのはあまり意味がありません。私、ニマがとても素晴らしいと心からため息をつくだけです。
私が学んだ知識のほとんどはプロジェクトから直接得られたものです。現時点では、優れたチームが必要です。CtripWirelessに参加できたことは非常に幸運です。CtripWirelessのフロントエンドエンジニアリングとハイブリッドおよびパブリックサービスの比較当時、私は学ぶのがとても上手でした。何もすることがないときに、それを掘り下げ、吸収し、学びました。当時は理解できなかった知識が、フォローアップの実践に徐々に統合されていきました。それがもたらした富は、今日まで私に恩恵をもたらしています。
しかし、人の知識は彼自身の学習イニシアチブだけでなく、彼の視野によっても制限されます。当時、私の視野はフロントエンド側に開くことができませんでした。私はCtripのログ統計システムと公開システムを研究しませんでした。悲惨な気持ちになり、後悔するには、知識のこの部分が必要です。
大企業に行く機会があれば、自分の分野での企業の富の蓄積を注意深く把握し、彼の歴史的な物語、さまざまな処理の詳細などを理解するために彼を精力的に掘り下げる必要があります最も重要なことは、彼がしたことに注意を払うのではなく、なぜ彼らがそれをしたのかを注意を払い、さらにデモを依頼することです。同時にそれを実践すれば、この富はあなたのポケットに入れられます。キャリアの選択を振り返ると、アリ（体系的なフロントエンドチーム）をあきらめて、バイドゥ（システムではなく、フロントエンドのフレームワークさえも統合されていない新しいチーム）に少額で行ったことを実際に後悔しています。いくつかの技術的規定を吸収するためにアリに行くという態度は、確かに無限に役立つでしょう。
技術的な学習には、学習姿勢と学習への忍耐力が必要です。実際、継続的な投資である限り、利益はあります。
技術的なシステム化
中小企業では、多くのインフラストラクチャが成熟していないため、テクノロジービジネスをシステム化およびサービスする機会が与えられます。システム化されたテクノロジーは、企業の富であり、R＆Dチームの技術的障壁です。これはエコシステムです。エコシステムが成熟して全身に影響を与えると、誰も簡単に引き継ぐことはできません。
私たちが最初に会社に到着したとき、私たちのシステムは次の状態でした。
各H5プロジェクトには独自のログインと登録があり、ネイティブには独自のネイティブログインと登録があり、サーバー側のサービスでさえ互いに独立しているため、ユーザーは情報アイランドに変換され、多くの問題が発生します。
H5プロジェクトを実行するたびに、ログインと登録を実行する必要があります。これにより、ワークロードが増加するだけです。
APPを追加した後、APPは独自のログイン登録を生成しました
H5プロジェクトがネイティブに埋め込まれた後、アカウントを開くことはできません
ますます多くのユーザーとますます複雑なサブシステムがある場合、ユーザーはますます混沌とします
現時点で必要なことの1つは、すべてのサブシステムを整理し、アカウントシステムをシステム化することです。
データベースの変換
ここで行っているシステム化の最初のステップは、データベースを変換し、サブシステムをパブリックテーブルにすることです。関連する経験を持つ友人は、サブシステムが多い企業は十分な基本ユーザーテーブルを設計する必要があることを知っています。要約、コアデータのみを含める必要があります。
ユーザーID
ユーザーのニックネーム
ユーザーの電話
ユーザーのパスワード
頭と性別と生年月日とIDカードと頭...
もちろん、各サブシステムのユーザーロールは同じではないため、各サブシステムはユーザーロールテーブルを維持する必要があります。
ユーザーテーブルを処理する場合、基本的なユーザー情報を抽象化するだけでなく、ビジネスパブリックレイヤーも必要になる場合があります。当社を例にとると、ほとんどのユーザーは医師であるため、役職や関連病院などの情報がよく使用されます。 、今回は、このビジネスパブリックテーブルを直接使用します。
サブシステムAとサブシステムBはどちらもサブシステムCと同じユーザーIDを使用しますが、直接公共事業団体に依存しており、公共事業の部門や役職などの情報を取得します。このシステムを拡張すると、このようになります：
パブリックH5サービス
システム化の2番目のステップは、サーバーサービスを統合するためのH5です。パブリックサービスが表示されたら、ここにパブリックH5ページを提供する必要があります。次の問題を突破する必要があります。
登録時に必要なさまざまなフィールドなど、各ビジネスには独自のカスタマイズがあります
UIが最初にあなたを止め、説得する必要があります
公開ページであるため、一部のビジネスのカスタマイズニーズを満たす必要があります。基盤となるフレームワークが完全で統一されている場合、標準化された力でビジネス開発をガイドおよび制限できます。公開ビジネスが完了して初めて、全体を真に改善できます。開発効率
最初の問題は限られたビジネスです。つまり、公共サービスは良くなく、普遍的ではありません。次に、要件を満たすように設計を変更します。
2番目の質問は、すでにパブリックサービスがある場合は、UIに、パブリックサービスであり、ランダムに変更できないことを伝えることです。デザインはニュートラルである必要があります。
会社全体の人々は、公共サービス、再利用、効率化の考え方を形成する必要があります。誰もがこれを認識します。人々がそれを知らない、または認識しない場合、それほど多くのことを言うのは無意味です。知識と行動の統一が王様です。
より合理的な公開ページは次のようになります。
したがって、私たちのシステムは後で次のようになりました。
システムが十分に進んだら、システム全体は次のようになります。
H5とネイティブを通過する
システム化の3番目のステップは、H5リソースとネイティブリソースを統合することです。これは、いわゆるハイブリッドシステムでもあります。このステップは、最初の2つのステップが完了した後でのみ完了することができます。それ以外の場合は、埋め込みページとのみ呼び出すことができ、ハイブリッドとは呼ばれません。モバイルシステム化とは何かは言えません。
ネイティブとH5を統合するための最初のステップは、アカウントを通過することです。一般的に、ネイティブのH5は、ページがネイティブであるかH5であるかに関係なく、ネイティブが提供する統合ページのみを使用してログインするように強制します。
実際、H5端末はログインして、3セットのページと1つのポップアップウィンドウ、1セットのアカウントログイン（放棄）、1セットの携帯電話番号ログイン、1セットの携帯電話番号ログインとサードパーティログイン、およびページに直接ポップアップを作成しました。アプリのログインボックスで、各アプリに2つのログアウトアカウントまたは個人情報のある場所を設定することはできません。
H5が独自のログインを持っている場合、全体の状況が非常に複雑になると想像してください。まず、APPが独自のログインのセットを持っており、H5がAPPとは異なるアカウントでログインしている場合、ユーザー文字列の状況が発生します。もちろん、 APPはH5ログインステータスの変更を監視できますが、このことの技術的な実装コストは比較的高く、エラーが発生しやすいため、すべてのH5ログインで一連のネイティブシステムを使用する必要があります。ネイティブがWebビューを開くたびに、Cookieがある場合はフロントエンドが独自のログインステータスを持つようにWebビューを挿入します。アプリがアカウントからログアウトすると、前のすべてのページもポップアップ表示され、新しいゲームが開かれるため、アカウントシステムが開かれます。
Hybrid化
H5アカウントとネイティブアカウントが接続されたら、ハイブリダイゼーションプロセスを実装できます。ヘッダーの簡単な例を次に示します。
主流のハイブリッドは、多くの理由でネイティブヘッダーを使用します。
①安定した偽りのない死
特にサードパーティのWebサイトでは、フロントエンドに問題はないと予想されます。フロントエンドに障害が発生すると、iOSに終了ボタンさえない場合、アプリは停止します。これはクラッシュよりもさらに厄介です。
②体験
H5ページを開くだけで、空白の画面が表示される場合があります。ヘッダーがない場合、エクスペリエンスが低下します。
ヘッダーの相互作用を設計するときは、フロントエンドの使用習慣を考慮する必要があります。ビジネスコードの一貫性を保つことが最善です。ホストコンテナごとにパフォーマンスが異なります。ここでの設計は、左、中央、右の設計です。図は、提供できるすべてのヘッダーを示しています。スタイルが十分でなければ仕方がありません。
終了したら、タグ名をカスタマイズする必要があります。ヘッダー内のすべてのボタンの一意の識別子はタグ名であるため、タグ名を繰り返さないでください。次に、一般的に使用されるタグ名にはデフォルトのアイコンがあります。カスタマイズする必要がある場合は、オンラインリソースをお読みください。
ここで戻るのは特別です。履歴レコードはWebビューでチェックされます。1より大きい場合は戻ります。それ以外の場合は前の操作に戻ります。バックの機能は非常に単一であり、ニーズを満たすことができないことが多いことがわかります。そのため、フォワード+ポップアニメーションがバックとして使用されることがよくあります。このアプローチは、歴史の混乱の頭痛の種になります。この場合、特別なAPIがいくつかありますが、このAPIにはネイティブサポートが必要なため、慎重に使用する必要があります。ジャンプ後にすべての履歴Webビューをクリアするには、ネイティブインターフェイスを追加することをお勧めします。
ヘッダー合意はハイブリッドの重要な部分であり、モバイルシステム化と技術システム化の重要な部分でもあります。これに対応して、次のことがあります。
共有契約
ログインウェイクアップコンベンション
オフラインパッケージメカニズム
ジャンプ機構
....。
システムが十分に機能している場合、WeChat SDKに似たものが表示されますが、これは、料金を支払う必要のあるサードパーティのアクセスパーティが十分にあるかどうかによって異なりますが、これを行う限り、モバイル端末は体系化されており、すべてのH5プロジェクトのアカウントシステムは基本的なネイティブに接続されています。
この種の体系的なものは、形成された後は普遍的である必要があります。たとえば、2つのアプリが同じH5サイトを同時に実行でき、オフラインパッケージメカニズムも同じであり、ヘッダーの相互作用も同じです。
データの視覚化
上記の作業を行った後、パフォーマンスレイヤーの大部分が完了しました。フロントエンドの観点からは、実行できることはあまりないようです。実際、慎重に考えると、このようなアイデアを持つことは実際にはパターンです。 、上記を完了するのに多大な労力を要したとしても、本当の困難は実際に始まるだけかもしれません。最初の写真のように、プロジェクトを外部委託しており、外部委託したユーザーはアカウントシステムから解放されています。外国の問題にどのように対処すべきですか？そして、私たちをさらに厄介にしているのは、データの収集と分析かもしれません。振り返ってみると、フロントエンドには、掘り下げる必要のある大量のデータの視覚化がまだあることがわかります。
技術の進歩と会社の発展に伴い、会社の事業はますます複雑になっていますが、それでも私たちのシステムの下では非常にうまく機能することができますが、事業は技術の祖先であり、私たちはこのようなものを受け取る可能性があります要求する：
前回のウェルカムイベントから3か月後のユーザー維持率を教えてください
XXプロモーターの注文促進率を教えてください
XXQRコードによるAPPプロモーションのデータを教えてください
コンバージョン率が低い理由を教えてください
……。
ユーザーと注文チャネル
一般的に言って、すべてのフロントエンドデザインがこれらの問題を最初から考慮に入れることができず、これらの問題を念頭に置いてうまく設計できるわけでもありません。これは、ユーザービジネスチャネルを作成する簡単な方法です。説明。
上記の問題を解決するために、ユーザーテーブルを設計するときにいくつかのフィールドを追加する必要があります（より厄介なのは、最初にそのようなものがないことであり、後者は面倒です）：
アイテムのソース。ユーザー（注文）がどのサブシステムから来ているかを示します
ユーザー（注文）が発信されたチャネルを示すビジネスソース
このチャネルはもっと複雑です。プロモーターのピンインまたはイベントのシンボルにすることができます...
この設計は実際には比較的単純で、いくつかのデータテーブルフィールドを追加するだけです。本当の難しさはフロントエンドとネイティブコールにあります。一般的に言って、ビジネス開発が感覚なくそこに保存されることを望んでいるので、次のように設計できます。
①チャンネルパラメータをURLに追加します（クッキーもOK、トラブルです）
ここでCookieを使用しない場合は、処理するためにフロントエンドフレームワークが必要です。これにより、チャネルパラメータは常にジャンプごとに実行されます。
②ajaxリクエストのたびに共通フィールドに追加し、サーバー側に自動処理させます
したがって、ビジネス開発はURLで処理するだけで済みます（QRコードを生成するときのパラメーターを使用）。フロントエンドフレームワークが均一に処理された後、次のような各要求が自動的に送信されます。
http://medlinker.com/h5/interlocution/index.html?med_channel=qq
ネイティブの処理スキームも同様です。ここで処理した後、ユーザー（注文）がどのチャネルから発信されたかを収集できます。このデータ収集を使用すると、フォローアップ分析を適切に行うことができます。
補完システム
上記はビジネス側のデータ収集です。これは、正確なカスタマイズと直接インターフェイスストレージの結果です。さらに、ページpv + uv +ボタンクリックなど、サブシステム全体のデータも収集する必要があります。これは比較的単純な要件です。 H5サイトが複数のコンテナ（WeChat、QQ）で使用されており、各コンテナ（チャネル）によって生成されたPV情報を記録する必要がある場合、少し面倒になります。
データ収集の分野は私が最近やろうとしていることですが、実際、この分野では少し無力だと感じています。まず第一に、最初の問題はもっと頭痛の種ですか？
収集および管理システムを最初から構築する必要がありますか、それともYoumengやBaidu Statisticsなどのサードパーティのものを直接使用する必要がありますか？
まだ理解していないので、拡張はしません。このピースが形成されると、システム全体が次のようになります。
1年近くのハードワークの後、このモバイルシステムを徐々に構築し、すべてのパーツにレンガとタイルを追加していますが、次のモジュールにはまだ不足しているモジュールがあります。
データの視覚化が欠けています。前述のように、これを次に構成する必要があります。これには、データの収集、保存、分析、表示が含まれます。つまり、多くのことができます。
一般的なIMメッセージングシステムがありません
現在、独自のIMを使用しています。北京と成都の元の2つのチームのため、H5とNativeはRongyunシステムを選択しました。現在、メッセージングシステム全体が接続されていません。これが接続する必要があります。将来的には、サードパーティのサービスを選択した場合でも、サーバーにクローズジョブとプロキシを一度実行させることを忘れないでください。後でメッセージシステムを変更する必要がある場合、これははるかに簡単になります。
ログ監視
ログの監視と早期警告は十分に完了していません。これには、フロントエンドの早期警告とサーバー側の早期警告が含まれます。これらは次に強化されます。
フルサイトhttps
……。
実際、上記に加えて、提案されていない他の多くのシステムモジュールが存在するはずです。
①開発環境
一般的な環境は、開発、QA、プレビュー（特定のマシンの生産）、生産の4つの環境に分けられます。環境は区別しやすいですが、一般的な公開システムと各環境のデータ処理の問題に問題があります。たとえば、QA環境にはいくつかの環境が必要です。現時点では、実稼働環境データについてどうすればよいですか？？？
②小トラフィックリリース
テストの目的で、少量のトラフィックリリースが必要になる場合があります。一方で、トラフィックの変化に注意を払い、エラーがないことを確認するために、このシステムが必要です。また、さまざまな状況でのコンバージョン率やその他のデータを記録するための視覚化システムも必要です。
これは私が知っているモバイルシステムです（フロントエンドの観点から）。変更すると別の人になる可能性があります。どのようなシステムであっても、開発に依存するシステムを会社に用意する必要があります。 、これにより開発効率と安定性が大幅に向上します！
システムデザイン
私の意見では、システムの設計と外観は一夜にして問題になるわけではなく、技術システムにモジュールを追加する必要があるときはいつでも、いくつかの質問について考える必要があります。
開発の問題点を解決するために私たちが提案したことは何ですか？
これには、特定の特性が必要になります。
①強い感覚を持ち、性能の欠点や開発効率が低い理由を理解し、効果的な解決策を提供し、抽象化する
②チームで保留されていた古くて難しい問題を効果的に推進し、対処する方法を見つける
しかし、私たちが体系化したものはプレイハウスによって作成されたものではありません。この種のより一般的な設計を文書化し、他の人と話し合い、技術計画に必要なフローチャートとタイミング図を標準化し、設計を標準化する必要があります。完了した主要なパラメータがマークされ、最終的に受け入れ基準として使用されます。計画が出た後、計画の実施方法、運用ルート、実行計画、チーム間の抵抗への対処方法を確認する必要があります。
たとえば、上記の一般的なログインと登録のページには、関連するドキュメントが必要です。私たちの境界とは何か、どのような問題を解決できるか、どのような制限があるかを明確に説明する必要があります。システム設計は、長い道のりを促進します。
勤務態度
上海での仕事で学んだもう一つの無限に役立つ知識は「ポジティブエナジー」です。実際、ポジティブエナジーでは数行のコードを書くことはできませんが、それに対応してあなたの仕事のステータスは上がり続けます。それはネガティブなエネルギーです。ネガティブなエネルギーを生み出す小さなパートナーがあなたの周りにいる場合は、注意する必要があります。ネガティブなエネルギーは、実際に数行のコードを節約できます。
Ctrip Wirelessが解散したとき、私たちは他のチームに統合する必要があり、無意識のうちにいくつかの否定的な感情が生まれました。私たちは継父と母親によって育てられました。過去に良い日がなかったに違いないので、その間にさまざまな不況がありました。転職の準備はできていますが、チーム内の2人の兄のパフォーマンスは完全に反対です.1人の兄はまだ勤勉に働いており、当時の困難な技術的引き継ぎ期間を通じてチームと会社全体を支援し、もう1人の兄はアクティブですそのフレームワークが私たちによって書かれていなくても、新しいフレームワークを促進するために新しいチームを支援します。
その後、2人の兄とよく連絡を取り、1人の兄（Huawei出身）が「耐え、転がり、残酷」のスタントをくれ、もう1人の兄がピシの意味を理解させてくれました。実際、これらの原則は真実です。とても簡単です。良い時期には自然に元気になりますが、逆境にあるときは諦めて落ち込んでいるべきでしょうか。
今日、私はよく二人の兄に疑問を持っているところを尋ねたいと思います。彼らから学びました。実際、技術を理解しながら、調整と促進の能力も非常に重要です。個々の部門がそれを行っています。優れた運転能力がない場合、iOSには一連のものがあり、Androidには一連のものがあり、フロントエンドには独自のものがある可能性が非常に高くなります。これは会社全体にとって無駄であり、誰かが立ち上がって統合する必要があります。
チームバトル
私は武道がとても好きで、特に最近のJianYuのシーンが好きです。
当時、彼はランナーの王、レイビン、カイシ、ドリズル、その他の5つの役割（大きなSは無視できます）の3人のマスターでした。カイシはあなたと私が力を合わせてランナーを殺す方法を尋ね、オープンしました。トランザクションを待機している条件：
私（カイ演劇家）はラマの体が欲しいだけ
すべての財産をレイビンに渡す
霧雨が戻って私の恋人と少し時間を過ごします
明らかに、カイシシの価格は十分に魅力的であり、彼もかなりの誠意を表明しました。ランナーへの主な攻撃はなくなりました。このとき、レイビンは待ち始めましたが、小雨が降って「あなたは遊んで、私は家に帰って夫に会います」。 「食べに行く」は、トランザクション全体を直接ブロックしました。
このドラマは実はとてもエキサイティングです。3人が突然合意に達し、ランナーを包囲しに行ったら、私は驚きます。映画が3/4を超えていることを考えると、聴衆はこれはすべて簡単すぎると言うかもしれませんか？ただし、実際の社会的経験から、このトランザクションの可能性は非常に低いです。主な理由は次のとおりです。
この取引には、ほとんどの人の利益が含まれ、さらには生活も含まれます。問題が複数の人の利益に関係すると、必然的に時間がかかり、合意に達するのが困難になります。
私たちが何かをするとき、他の人が協力して協力する必要があるとき、それは一人よりもはるかに難しいに違いありません。人々の間の考え方の違いは非常に大きいです。それはJianyuの主人公のニーズに依存します。
ランナーキング、ラマの体長jjが必要、良いxxoo
カイシエ、癒すにはラマの体が必要
レイビン、お金が必要で手に負えない
霧雨、愛が必要、家族が傷つかないことが必要
ビッグS、多分それは注意が必要です
中心的な関心の対立は、ランナーの王とカラーオペラマスターから来ていることがわかります。そのため、弱いカラーオペラマスターが最初に行動して誠実さを表現する必要があります。他の人は待って見て、撤退することができます。
同様に、チーム内の人々の違いは非常に大きく、この違いを調整することさえ困難です。精神的に遅れているか、特に利己的であるか、怠惰であるか、または上司だけとコミュニケーションをとるのが好きである必要があります。チームメイトが1つまたはいくつかの問題を抱えている限り、チーム全体が取り組み、ラングリングへの対処は内部摩擦の問題ですが、この種の内部摩擦は、真剣に取り組むよりも多くのエネルギーを必要とします。
チーム内では、小さなパートナーは個性が異なり、互いに競争します。チーム間で違いがあり、製品とR＆Dは互いに対立します。企業内でも派閥があり、小さな家族でも壁を壊します。 、分裂するのはお互いであり、争っているのは権利であり、自分自身を除いて、それは自分自身ではなく、自分自身ではない他の人でさえ、この違いがいつ止まるかわかりません。
人々は違いがあるので、製品を変更する必要がある場合、それは私のコードの開発と変更よりも嫌いです。上海支店の製品は深セン支店の研究開発をいじめ、大小を問わず、あなたの周りの死んだUIよりもさらに嫌いです。位置、地域、近さの違いで、敵として異なる民族を見つけやすいので、争いを止めるのは難しいです。仏教の分離という問題を解決する力がないことは明らかなので、人を選ぶことは特に重要です。
要約すると、チームに戦闘効果を持たせます。
最初に良い計画を立てる
第二に、良いリーダーが必要です
次に、適切な人を見つけます
最後に共通の敵を攻撃する（アイテム）
良い方向性は良い結果を生むことができます。計画されていないものはほとんど効果がありません。良いリーダーはチームを団結させることができます。技術は強力でなければならず、ビジョンは十分に遠くなければならず、ビジネスは激しくなければならず、慈悲は責任を負いません。平和があればチームの気質に一貫性がないか、逆効果でさえある場合は、事前に排除する必要があります（説得が最後の手段であり、より多くの影響力が必要です）。そうしないと、チーム全体が苦しむことになります。
ここではリーダーの役割が強調されています。チームの戦闘効果はリーダーによって刺激される必要があります。会社の実行意志と中核的な原動力として、リーダーは主導権を握り、十分な責任と危機感を持ち、報告と競争に長けている必要があります。あなたのリーダーが常にビジネスを外に押し出すなら、このリーダーは資格がありません。
私たちは仕事とお金を稼ぐためにここにいるからです。まず、私はお金を稼ぐためにここにいます。それからチームメートの友情があります。ビジネスがなければKPIはなく、KPIがなければお金もありません。最も基本的な開発ですらあります。 、会社の前でどんなに良い個人的な関係があっても、私たちはこのビジネスのために一緒にいます。夢と情熱は誰もが所有しているわけではない希少な消耗品です。
個人とチームの関係は矛盾し、統一されています。個人の能力を最大限に伸ばすことを完全に追求することは、チームの利益と矛盾する必要があります。チームを合理的に使用できれば、個人の限界を打ち破ることができます。したがって、チームワークは、すべてを打ち破る鍵であり、1人の力です。制限があり、困ったときに突破しやすいので、何か見つけたらチーム内の自分だけができるので注意してください。
結びの言葉
実際、中小企業には多くのユニークな利点があります。多くのピットがあなたの行動と思考を待っています。これらのピットを1つずつ埋めることができれば、確実に大きな進歩を遂げ、自分のボトルネックをできるだけ早く突破することができます。 。