顧客を激怒させるもの

起こりうるあらゆる状況のため、私は自分自身でそれと出会い、ウェブスタジオの不満足な仕事について多くの友人の話を聞きました。 一般化を試みます-開発者とのやり取りで顧客を激怒させるもの。



1)価格の不透明度



多くのスタジオは、価格がどこから来たのかを説明した表を編集物に添付する必要性を無視しています。



顧客は、各ステージ、各モジュールのコスト、開発者の1日のコストを理解する必要があることを理解することが重要です。 この場合にのみ、スタジオの声明「機能が成長し、要件が変更され、価格が上昇した」が、彼らに生命権を与えることができます。 編集に「プロジェクトにXXか月かかり、XXXXXXXXXXXXルーブルの費用がかかる」と書かれている場合、スタジオは奴隷になります。 もちろん、彼女がその後認めることは不快です。



2)嫌な仲間



賛辞は、著者が雑誌に記事を書きたかったかのように書かれていることがよくあります。 プロジェクトの明確な説明の代わりに-開発会社の素晴らしさに関する多くの言葉、顧客重視の保証(99%間違い)、および他の多くの不要な言葉。 さらに、プロジェクト自体はよく考えられていません。



理想的な商用オファーには以下が含まれます。

-将来のプロジェクトの最も詳細な説明

-約5〜10%の開発期間と開発コスト(もちろん、compdに記載されている機能に応じてのみ)。 この項目は、調整の段階と個々のモジュールに分けて、柔軟性を高める必要があります。

-この特定のケースに適したポートフォリオを適用した会社の簡単な説明(!!!)。



はい、特異性は、技術的なタスクを書いた後、非常に頻繁に作業量が変わるようなものです。 しかし、クライアントは「なぜ半月前に同じことを私に約束したのですか?」 「統合」とは、1Cとの完全な統合ではなく、単純なExcelタブレットの「吸収」を意味するという事実を掘り下げる人はいません。 「イラスト」とは、完全なフラッシュドライブではなく、プロットを調整せずに小さな描画を意味することを誰も知りたがりません。 あなたが好意的に解釈したい曖昧さは、クライアントを欺く試みとみなされます。



3)オプションで不正確

オプション性と不注意は、しばしばコンプレッドの準備段階で既に現れます-開発者からコンプレッションを受け取る正確な日付さえ達成できないとき-「私たちはあなたのために個々のコンプレッドを書く時間が必要です。」



将来的には、これも「いいえ」にはなりません。 契約が締結された相手方の詳細を残すことは、ほとんどのルールです。 参照の面での統一された設計の欠如はほとんど標準であり、そのため、(すでに)通常の目次を作成することは不可能です。



「インスピレーションに合った」と書かれたテキストは読むことができません。



4)期限を守れない。

期限に間に合わないことは、開発者にとって大きな災害です。 そして、これはすべての顧客の主な不満です。 多くのプレッシャーのない開発者は、紙にスケジュールを書きません。 まったく同じ方法で、開発者は「着信」顧客コメントを処理する時間を未定義のままにします。 一方、特定のプロジェクトの請負業者を選択する際には、価格ではなくタイミングが重要になることがよくあります。



そして、同じように、悪名高い「就業日」さえも守られていません。 計画の明確な実施を達成することは不可能です。 協定の附属書に対する追加の協定の罰則も附属書の署名も節約されません。



この理由は、私が知る限り、スタジオのワークフローが完全に混乱していることと、顧客の仕事の配達スケジュールを観察することの重要性についてマネージャーが理解していないことです。



古典的なアイデアは、2つのポイントのみを選択できる「品質-コスト-時間」のトライアドです。 賢明な人なら誰でもこれを理解しています-安くて速くて良いことは起こりません。 しかし、たとえ市場よりも高く支払っても、期限は依然として混乱します。



顧客と請負業者の間の競合の大部分を引き起こすのは、期限を守れないことです。 この理由は、マネージャーがクライアントをプロジェクトパートナーとしてではなく、敵として認識することが多いという事実によって悪化しています。



5)顧客マネージャーとクライアントマネージャー間の通常のやり取りの欠如

顧客とパフォーマーの関係が議論された最近の集会で、スタジオの代表者は次の問題について大いに不満を言いました。

-顧客の無能

-プロジェクト中の要件の変更

-「消費者テロ」



したがって、多くの場合、両当事者は、相手方のプロジェクトが正常に完了するという唯一の問題を認識します。 はい、顧客に特定された問題があります。 彼らは多くの血をプロジェクトに浪費し、プロジェクトのコストを増大させ、計画された美しいアーティファクトの代わりに、曲がったフリークの誕生をもたらします。



一方、請負業者によるプロジェクト管理の主な問題(顧客から見た場合)は次のとおりです。



*企業間のタイムリーなコミュニケーションの欠如



クライアントは、怒ってパフォーマーに電話をかけ始めたときに問題について知ります。 これはすでにかなり迷惑な人です。

クライアントがプロジェクトを「管理し続ける」こと、何が行われているか、自分のお金がどこに向かっているのか、結果をいつ待つことができるのかを理解することが重要です。

スタジオプロジェクトのこの(純粋に心理的ではあるが)コントロールの重要性を理解していないと、軽微な問題(そしてもちろん、避けられないこと)を主張の交換の機会に変えることがほぼ確実になります。



特別な言及は、スタジオ管理者の言い訳に値します。 チームの重要なメンバーの病気は、長いプロジェクトで一度、二度、顧客の理解と同情に会うことができます。 しかし、デザイナーが毎週3日間病気になった場合、プロジェクトはクライアントの信頼を失い、プロジェクトの管理要件を厳しくします。 その結果、プロジェクトに不満が生じ、プロジェクト管理の質が低下し、紛争の急増につながります。



多くの場合、「プロジェクトについて何かを話し合ったので、考えを変えてやり直しの時間が必要です」またはオプションとして「プロジェクトに長い間取り組んできましたが、結果は厳格な内部品質基準を満たしていないため、最善を尽くします」と聞きます新しい、明るい未来を待ってください。」 実際、この立場は、事実に裏付けられていれば、尊敬に値するでしょう。 契約を締結する際、クライアントは、コメントによると、期限は処理および再作業のリスクであると聞きます。 同時に、私が上で書いたように、結局のところ、締め切りは緩みます。 そして、期限は切れており、クライアントは作業の結果を確認せず、「高水準」の話を聞きます。 そのような場合、常に答えたいと思う:「小さいうそは多くの不信を引き起こす」。



前の声明の別のバージョンがあります:「これは、TKを読んで書く段階で考えたよりも複雑であることが判明しましたが、ただ待って、すべてを無料で行います。」 これらの種類のものは、プログラミング段階ではうまく機能しますが、残念ながら、設計中に頻繁に聞く必要があります。



最後に、好奇心として-仕事の遅れの最も不合理な言い訳:「まあ、デザイナーは創造的な人です、私たちは彼をスケジュールの枠内に追い込むことはできません。」



同僚、困難についてタイムリーに顧客に知らせる-あなたは関係の構築にのみ貢献します。



*マネージャーのアクセス不能



前の問題と遺伝的に関連しています。 クライアントのために働いている人は、営業時間中に-ICQでなく、電話で、または極端な場合-石鹸で利用可能でなければなりません。 そして、彼はできるだけ早くメールやメッセージに返信する必要があります。 まあ、少なくとも通知するために、彼らは「受け取った、それからあなたの質問に答える」と言う。 あなたが無視されるのは残念です、彼らはあなたを重要視しません。 あなたはユーモアでこれに関係することができます、あなたは注意を払うことはできませんが、「堆積物は残ります」。 スタジオマネージャーは常に利用可能である必要があります。



*ぼやけた責任



これは、「設計によるメイン」または「プログラミングによるメイン」がプロジェクトに表示される場合の私です。 プロジェクトはすべてに対してクライアントに責任を負わなければなりません。 プロジェクトで複数の人とやり取りすることを余儀なくされると、彼らは異なることを言い、お互いにうなずくため、主張する人はいません。



*責任者の変更は義務の見直しにつながります



このような状況は、原則として、文書化されていない契約から生じます。 「あなたの古いマネージャーが約束した」は、他の誰かのプロジェクトを受け入れた人にとっては恐ろしいフレーズです。 状況は顧客にとっても悲劇的です。プロジェクトが変更されたときに口頭での合意がなされなかった場合、プロジェクトは実質的に矛盾しているとみなされます。



したがって、私の主な論文は次のとおりです。同僚、お互いに話しましょうが、友好的な会話をすべて慎重に記録し、義務を正確に守ってください:)))



明確化、異議、追加、その他のコメントを歓迎します!



All Articles