「DBに別の列を追加するだけ」がなぜ悪いアイデアなのかを、プログラマー以外の人向けに説明する [closed] 質問する

「DBに別の列を追加するだけ」がなぜ悪いアイデアなのかを、プログラマー以外の人向けに説明する [closed] 質問する

カスタマイズを顧客に売り込もうとしている営業担当者や経理担当者がいますが、それは問題ありません。しかし、複雑な変更要求が入り、私が高額な見積りを返信すると、彼らは困惑します。彼らはしばしば、「なぜ別の列を追加できないのですか?」と私に尋ねます。別の列とは、顧客ごとに 12 個程度のカスタム列を意味します。

今のところ、私が返せる答えは「データベースをきちんと正規化するよう努めています」ということだけですが、これは彼らにとっては何の意味もありません。私は、各クライアントが独自のカスタム フィールド セットを定義できるテーブル システムを作成できると伝えますが、もちろんそれには「いくつかの列を追加するだけ」よりも多くの時間と費用がかかります。そしてもちろん、彼らは両方を手に入れたいのです。

それで、どうしたら彼らに理解してもらえますか?

ベストアンサー1

各クライアントが独自のカスタム フィールド セットを定義できるテーブル システムを作成できると伝えますが、もちろんそれには「いくつかの列を追加するだけ」よりも多くの時間と費用がかかります。

カスタマイズ性は明らかに需要の高い機能なので、上司にこのオプションを勧めるべきだと思います。各クライアントに対して個別にカスタマイズされた (一般化された限定的なカスタマイズ性ではなく) システムでは、パッチとアップデートを各クライアントごとに作成する必要がある (展開時間が長くなり、コストが増加する) こと、非標準化されたインストールではヘルプデスク チケットのクローズに非常に長い時間がかかる (クライアントの不満とコストの増加につながる) ことなどを強調します。

言い換えれば、彼らのソリューションのコストがあなたのソリューションのコストをはるかに上回ることを示すことによって、短期的な苦痛を長期的な利益のために売り込むのです。

営業マンは販売に集中しています。それが彼らのコミッションを得る方法です。彼らはその後のことは気にしません。一方、上司はコストに集中しています。上司に販売すれば、上司は営業マンに販売することができます。

おすすめ記事