サイトを開発する際に顧客が犯した典型的な管理ミス

請負業者側と顧客側の両方でサイトを作成するためのプロジェクトマネージャーとしての豊富な経験があるため、管理レベルでサイトを開発する際に顧客が犯す典型的な間違いを強調したいと思います。 この資料は、サイトの開発を監督する責任があるマネージャーとそのリーダーの行動のガイドとして使用できます。



「バリケードの両側」にいなければならなかったという事実は、さまざまな側面から状況を見て、プロジェクトのコースを決定する重要なポイントを強調しようとすることを可能にします。



1.プロジェクトの目標を明確に理解していない



多くの場合、Webサイトを作成するとき、顧客はプロジェクトが直面している目標を明確に理解していない。 そして最終的に、結果は悲惨なものになることがあります。あなたは何かを求め、私たちは何かをしました。 このサイトはショーと名刺にのみ必要であるという明確な理解（多くの企業に当てはまる）は、多くの顧客を頭痛や不必要な費用から救うでしょう。



サイトはインターネット上の美しい画像のセットではなく、まず第一に、その目的を果たし、「ただ」ではないマーケティングツールであることを忘れないでください。



プロジェクトの開始前に、プロジェクト前の調査を実施し、Web戦略の開発を注文することを強くお勧めします（これについては、典型的なプロジェクトサイクルの段落で詳しく説明します）。これにより、ライフパスのすべての段階でプロジェクトの特定のビジョンを作成できます。



2.不適切な評価とプロジェクト予算の配分



多くの場合、顧客はプロジェクトの予算を正しく評価できず、作業の側面に正しく優先順位を付けることができません。 多くの場合、顧客は個人的な好みと確立されたステレオタイプから進んでいます（たとえば、「サイトのデザインは重要ではなく、主なものは情報です」）。 これは事実ではありません。予算はプロジェクトの目標と目的の明確な理解に基づいて形成されるべきです（上記の段落を参照）。 サイトの主なタスクがWeb上で製品のブランドまたは特定のブランドを維持することであると判断した場合、デザインコンセプトの開発を節約するのは愚かなことです。



典型的な間違い-プロジェクトの宣伝のための大きな予算（たとえば、年間数十万ドル）-およびサイト自体のわずかなもの。 広告に多額のお金を投資して、ウェブサイトの訪問者ががっかりしないように、開発にもう少しお金をかけることは理にかなっています。 逆もまた真です。実際、その存在以外に目標がない場合、サイトの予算を増やすことは意味がありません。



合計予算を決定したり、その予算を構成要素に配分したりする能力について疑問がある場合は、外部の専門家組織に相談してください（請負業者のみに相談してください）。 この組織はウェブサイトの開発を扱うのではなく、コンサルティングを専門とすることをお勧めします。そうしないと、分析に偏りが生じる可能性があります。



規約



サイトを作成するプロジェクトの80％以上が最初に設定された期限に収まらないことは周知の事実であり、作業は時間によって遅れ、時にはカレンダー計画を数回超過することがあります。 これは、ほぼすべてのプロジェクト（2〜3千および20〜3万の両方）およびあらゆるレベルの開発スタジオに適用されます。



私たちは、プロジェクトの遅延につながる顧客の重要な間違いを強調しようとします。



3.作業調整の遅延



顧客側の時間を遅らせる主な理由は、仕事の結果の苦痛な調整です。 これは、Webサイトのデザインコンセプトの開発に特に当てはまります。 顧客側からより多くの人々がこのプロセスに参加するほど（そして誰もが自分自身を設計のスペシャリストとみなします）、より多くの混乱がプロジェクトに導入されます。 これは除外する必要があります-プロジェクトには、プロジェクトに関連するすべての問題を担当するマネージャーと、最終決定を行う明確に区別された人物が必要です。 開発者は、それがどれほど困難であっても、マネージャーと意思決定者の両方へのアクセスを確保する必要があります。 残りの「アドバイザー」はプロセスから除外する必要があります。なぜなら、彼らのすべての要望とコメント（しばしば不合理で矛盾している）の実装はプロジェクトを無期限に遅らせるからです。 これは、サイトのテストとエラーの特定の段階には決して当てはまりません。ここでは、すべての欠陥を解消するために、できるだけ広い範囲の人々を引き付ける必要があります。 会社の管理レベルで、プロジェクトと開発者の間の相互作用のモデルを明確に構築する必要があります。



設計を決定する際には、私たち自身の好みから可能な限り抽象化し、中央アジアのユーザーのカテゴリーと提案されたオプションの一般的な妥当性を考慮する必要があります。



多くの場合、顧客は設計の些細な点で「欠陥を見つける」ようになりますが、実際には、提案された概念は原則として好きではありませんが、単にそれを表現することはできません（または恐れています）。 この点を追跡し、新しいバージョンの開発を提案することが重要です。 開発者にとっては、役割を果たさない些細なことに同意するのに何ヶ月も費やすよりも、開発者にとっては簡単です。 プロジェクトの一般的なビジョンでささいなことを失わないでください！



もう一つの重要な側面-プロジェクトをドリフトさせないでください。 多くの場合、段階的な期限の最初の内訳の後、顧客はリラックスし、状況への迅速な対応を中止します。 開発者は多くの場合同じことをする傾向があるため、これは大きな時間遅延につながる可能性があります。 誰もがプロジェクトに興味を失ったときに、プロジェクトは「デッドセンター」に到達する可能性があります。 この時点から状況を移行することは、大きな努力になる可能性があります。



4.サイト上の資料の準備段階の不適切な構成



締め切りの遅れに影響を与える2番目に重要な側面は、サイトの資料を準備するプロセスの不適切な構成です。 多くの場合、顧客はこのプロセスに楽観的にアプローチしすぎて、できるだけ早く資料を提供すると約束します。 これは幻想です。 原則として、そのような資料の準備は、社内で何かをする人々の追加の責任です。 それが追加的なものであるため（そしてモチベーションの欠如）



従業員をサイトの資料の準備に直接割り当てるようにしてください。 厳しい締め切りを設定し、重要な決定を下します-コンテンツが締め切りに間に合わない場合は、準備ができません。 開発者の側からも、一定の期間を設けてから、彼があなたからの資料を受け入れないようにすることは絶対に正当化され、それらの不在は彼の仕事を調整するプロセスに影響しません。



必要に応じて、完成した資料を収集し、不足しているもののコピーライティングを注文します（大規模な開発スタジオが喜んでお手伝いします）。 開発者に最も完全な情報を提供することを忘れないでください、彼は常に余分を一掃することができます。



「良い状況」-プロジェクトの開始時に、クライアントマネージャーがスタジオに来て、たくさんの書類と情報のある高いCDスタンドを持ってきたとき（それだけで彼はまとめることができました）。 これは正しいです。



開発者は、素材が彼の仕事にとって非常に重要であると言っても、あなたをだましません。 本当にそうです。 理想的な状況は、設計作業の開始時点での材料の完全な準備です。 この瞬間に資料が利用できるようになると、プロセスを大幅にスピードアップでき、開発者から「資料がなかったので期限が遅れた」という典型的な言い訳を奪うことができますが、原則としてこれは言い訳ではなく、本当の理由です。



5.仕事の締め切りの欠如



あなたと開発者が知っている厳しい締め切りは、双方のプロジェクト活動を動機付ける優れた手段です。 その存在により、ささいなことや些細な瞬間の長い調整を一掃し、結果に焦点を当てることができます。 厳しい締め切りがない場合は、それを考えてください（コンプライアンス違反の場合の金銭的制裁を示すまで）。 期限がないことで、開発者と開発者の両方がリラックスできます。



6.カレンダー計画の準備における演奏者の楽観主義



多くの場合、カレンダー計画を承認するとき、開発者は「理想的な状況」を考慮し、時間が短すぎることを示します。 理想的なプロジェクトは存在しません。これは覚えておく必要があります。 全体的な妥当性についてスケジュールを評価する必要があります。作業の調整や文書の署名、支払いの受け取りなどの段階の存在を必ず確認してください。



さらに、計画の短い期限は開発者の競争上の優位性であり、商業的な提案の段階で意図的にそれを引き下げることができることを覚えておく必要があります。 これは、例えばTKの編集に基づいて、基本計画を改訂する提案と同様に、契約で厳しい制裁を規定することによって戦うことができます。



7.典型的な仕事のサイクルの違反



非常に多くの場合、サイトで作業する場合、典型的なプロジェクト開発サイクルに違反します。 これは、開発者と顧客のイニシアチブの両方で発生する可能性があります。 可能であれば、プロセスはサイクルで連続して実行する必要があります。 前の段階の結果が次の段階に影響することが非常に多いため、前の段階に同意して承認した後にのみ作業を続行する必要があります。



たとえば、顧客は多くの場合、設計段階と並行してサイトの組み立てとレイアウトを開始する必要があります。 設計レイアウトを変更すると、リソースの概念全体が変更される可能性があり、次のステップで実行されるすべての作業が無駄になるため、これは根本的に間違っています。



典型的なプロジェクトサイクルは次のようになります。

• 1）プロジェクトの目標と目的を定義する
  
  
  
  2）ポジショニングの決定、製品/サービスおよびCAに関する情報の分析
  
  
  
  3）会社（プロジェクト）の全体的なWeb戦略の開発。
  
  Web戦略には、リソースの目標と目的、ターゲットオーディエンス、競合他社の分析、サイトの構造と機能に関する推奨事項の提示、リソースのさらなるプロモーションのための概算計画の作成（競合他社のアクション、サンプルアクティビティ、予算の分析）を含める必要があります。 このような戦略を策定することは、プロジェクトのライフサイクルのすべての段階で非常に役立ちます。 請負業者の外部の専門家構造の戦略の開発を命じることは理にかなっています。
  
  
  
  4）サイト、最終予算、および作業スケジュールの参照条件（TOR）の開発。
  
  
  
  TORのタスクは、サイトのすべての側面を詳細に決定し、プロジェクトと顧客および請負業者の単一のビジョン（これは非常に重要です）を作成することです。
  
  
  
  5）ウェブサイトのデザインコンセプトの開発
  
  
  
  6）メインページのレイアウトの開発
  
  
  
  7）内部ページのレイアウトの開発
  
  
  
  8）サイトのHTMLレイアウト
  
  
  
  9）アニメーションFLASH要素の開発
  
  
  
  10）CMSシステムに基づいてサイトを構築し、追加機能を開発する
  
  
  
  11）サイトのコンテンツ入力、データベースへのバッチデータ入力
  
  
  
  12）サイトのパイロットバージョンの立ち上げ、テスト、トラブルシューティング
  
  
  
  13）サイトのホスティング、テスト、オープンへの移行
  
  
  
  
  
  このサイクルでは、必要な情報の準備と作業段階の調整に関連する瞬間は示されていないことに注意してください。
  
  
  
  サイト開発プロセスは、一般に受け入れられているプロジェクト管理とソフトウェア開発の原則に従うことを忘れないでください。 これらの原則によれば、可能な限りプロセスを繰り返し実行し、プロジェクトの経験と新しい知識を得るときに自分の行動を調整することをお勧めします。 大規模なプロジェクトで作業する場合、Liteバージョンの作業を作成してデバッグし、新しい機能を徐々に開発することは非常に便利です。
  
  
  
  8.「サイトモニュメント」の作成
  
  
  
  顧客のもう1つの典型的な間違いは、サイトの作成後、インターネットの方向性の開発に関する彼の作業が終了することを考慮することです。 これは根本的に間違っています。 サイトの作成は、その存在の「ゼロ」ポイントです。 サイトが効果的なマーケティングツールになるには、プロモーションの戦略を策定するとともに、常に更新、状態監視、改善と改善、および開発を行う必要があります。
  
  
  
  所有者の注意を引いていない美しい「サイトモニュメント」の例がネット上にたくさんあります。 彼らは「自重」をかけ、利益をもたらさず、開発に費やしたすべての努力を無効にします。
  
  
  
  小さな例-ほとんどの顧客は、メインページに公開されているニュースフィードをWebサイトで見たいと考えています。 同時に、ほとんどの企業はそれを最新の状態に保つのに十分な強さを持っていません（または単に適切な量の情報的理由がありません）。 最初のページに昨年のニュースがあるサイトほど悪いものはないので、デザインの段階でこの瞬間を定義します。ユーザーに「放棄されたリソース」の感覚を即座に作成します。 ニュースをまったく公開しないほうがよいでしょう。通常、ユーザーにとってはあまり興味がありません。
  
  
  
  小さなエラー
  
  
  
  また、通常は顧客が行ったいくつかの小さなエラーを強調表示することもできますが、この場合の考慮事項は興味深い場合があります。
  
  
  
  9.スタジオまたはプロジェクトマネージャーによる個人的なドメイン登録
  
  
  
  多くの場合、ドメイン登録などの質問は開発者に任され、開発者は自分でドメインを登録します。 競合が発生した場合（特に、プロジェクトが既に実行されており、何らかの引用インデックスがあり、メールとWebサイトのアドレスが広告資料に示されている段階）。 会社の請負業者は、この切り札を使って、ドメインからサイトとメールサーバーを削除すると脅迫する場合があります。 同じことは、管理者の名前でドメインを個人的に登録する場合にも当てはまります。 関係がうまくいかない場合、彼は自分のためにそれを拾い上げることができ、何も残しません。 したがって、ドメインが法人として法人として明確に登録されていることを確認する必要があります。
  
  
  
  10.フリーランサーへの大規模な前払い
  
  
  
  フリーランサーで作業するときは、覚えておく必要があります。 大きな前払いを受けると、人は非常にリラックスし、モチベーションがほとんどゼロになります。 この悲しい事実は、長年の経験によって確認されています。 たとえそれが非常に自信があるとしても、個人所有者に10-20％パーセント以上の前払いをしないでください。 これは、大規模スタジオでの作業には適用されません。プロジェクト予算の40〜60％の前払い金を受け取ることは、市場の標準です。
  
  
  
  11.ロールバック制御の欠如
  
  
  
  私たちはロシアに住んでおり、あらゆる場所に存在するキックバックの実践を忘れてはなりません。 サイトの作成を委託した上司が特定のアーティストを強く推奨し、提示された見積もりの​​妥当性に疑問がある場合は、確認する必要があります。 合計予算の範囲内で営業している2〜3社にリクエストを送信し、提案された見積もりと比較します。 あなたは不愉快に驚くかもしれません。
  
  
  
  上記の事実が、よくある間違いを避け、サイト開発プロセスを簡単で面白くするのに役立つことを願っています。
  
  
  
  Terekhov Andrey（andrey@terekhov.ru）