standards - カスタム ツールのガイドライン

Question

製品の開発中、独自の機能をテストしたり、問題を診断したりするために、独自のツールを作成する必要があることがよくあります。実際、ツールは製品自体と同じくらい興味深いものである可能性があり、内部グループの一部はそれらのコピーを求めています.

では、明らかなビジネス主導のルール (機密データを取得しないなど) は別として、販売用の製品とは対照的に、個人用または内部用のツールを作成する場合に何が違うのでしょうか? またその理由は何ですか?

社内ツールで、あなたにとってどちらがより重要か (またはより重要でないか) は何ですか? また、それらを構築する際に、会社にとっての全体的な価値を考慮しますか?

ご感想ありがとうございます！

Answer 1

1. まず、内部ツールは常に迅速かつ汚いものとして開発されます。ほとんどテストはありません - それはただ仕事をしなければなりません。
2. UI は、顧客向けアプリほど重要ではありません。
3. 内部ツールは、テストする製品とフレームワークに関する内部/プライベート/独自の知識を使用できます。たとえば、前回の製品は、公開された API の一部をバイパスし、文書化されていない Web サービス呼び出しを使用して、より良い結果を達成しました。
4. これは重要なポイントですが、負け戦です:内部ツールを顧客に決して任せないでください。コンサルタントとして、私は現場でこれらのツールを使用したり、開発したりする必要がありました。私はクライアントからそれを隠そうとしますが、ときどき、彼らは私にツールを預けるよう要求します (さらに悪いことに、営業担当者に電話してその「魔法のツール」を求めます)。ポイント 1 ～ 3 に従って構築されたツールに基づいて、顧客が会社全体の生産レベルを判断することを望まないでしょう。

Answer 2

エンジニアリングの観点からは、私は別のことをしません:

• 内部ツールと販売ツールの両方が、適切に作成され、十分に文書化されている必要があります
• 一連の要件、期限、予算の制約などを考慮して、両方を作成する必要があります。
• どちらもテストまたは検証する必要があります

私が見た 1 つの大きな違いは、社内ツールとは対照的に、販売製品に当てはまります。販売製品には、社内ツールがなくてもできるマーケティングやサポートなどが必要です。

さらに、内部ツールはより制御された環境で使用されるため、さまざまなコンピューター システムやインターネット ブラウザーなどに対してテストする必要はありません。

Answer 3

最大の違い:

新しいテクノロジー、最新のファッションをより自由に試すことができるのは、個人用および社内用のツールです。実際に顧客に出荷しているアプリケーションでは取らないリスクを取ることができます。

Answer 4

私が構築する診断は通常非常に特殊な目的のため、顧客向け製品よりも多くのオプションと組み込みの例を提供する傾向があります。言い換えれば、ユーザーは一般的な顧客よりもテクノロジーに精通していると想定し、ユーザーが圧倒されることを心配することなく、ツールの操作方法を微調整できる能力を提供します。しかし、ユーザーの「助け」があまりなくても、ユースケースの 80% を満たすようにしています。