私たちは、Web エージェンシーにイシュー トラッカーを実装することを検討しています。問題は、ほとんどの問題トラッカーは、問題がバグであるという仮定を中心に展開しているように見えるのに対し、Web エージェンシー環境では、多くの問題 (要求、またはあなたがそれらを呼びたいもの) が変更や追加に関するものであることです。現在のウェブサイト。
また、多くの問題トラッカーは、あなたが 1 つの主要なソフトウェア プロジェクトに取り組んでいると想定し、そのプロジェクトをトラッカーの焦点として使用しているように思えます。Web エージェンシーにとって優れた問題トラッカーは、個々のクライアントとその問題をシステムの中心に置き、問題の追跡と報告を容易にするものです。
Web エージェンシーのワークフローに適したイシュー トラッカーを知っている人はいますか? 他の人は何を使っていますか？
プロジェクト レベルでワークフローを作成できる非常に柔軟なGeminiを使用しています。
しかし、Gemini が本当に役立つのは、クロス プロジェクト ビューです。非常に優れたフィッティングで、すべてのプロジェクトにわたって自分の作業を表示できます。
私の経験では、Issue Tracker は組織のワークフローと非常に密接に結びついているため、ある場所で機能するものが別の場所では完全に適合しない場合があります。そうは言っても、ベースキャンプはあなたのために働くことができますか?
fixxを見たことはありますか？明らかに、fixx の開発者として、私はそれをプラグインしたいと思っていますが、実際の経験から、私たちの顧客の多くはサービス指向の環境で働いており、単なる「ソフトウェア開発」以上のものを追跡する必要がある Web エージェンシーであることを知っています。プロジェクト。
fixx を使用すると、カスタム課題タイプ (「変更リクエスト」や「変更のコピー」など) を定義し、そのタイプに対して作業を追跡できます。
残念ながら、fixx は依然として「プロジェクト中心」の見方に悩まされていますが、多くのお客様は、クライアント/Web サイトごとにプロジェクトを定義することで、この問題を回避しています。したがって、stackoverflow.com で Web/メンテナンスを行っている場合、「stackoverflow.com メンテナンス」というプロジェクトがあり、その会社のすべてのユーザーをその特定のプロジェクトに割り当てます。そこから、通知とフィルターを使用して、クライアントが特定の問題の進捗状況を追跡するのは非常に簡単です.
特に、バグに関するものではなく、ほとんどが (視覚的な) フィードバックであり、そのすべてが Web 上で発生する Web エージェンシーのユース ケースでは、視覚的なフィードバック ツールがあなたが探しているものかもしれません。これらのツールのほとんどは、Web ページのスクリーンショットを作成し、与えられたフィードバックを含めます。それらの中には、さらに議論したり、Basecamp のような他のツールと統合したりできる何らかのダッシュボードを備えているものもあります (両方を備えているものもあります)。
これは、それらの多くについて説明しているスマッシング マガジンの記事です。たとえば、 TrackDuck、BugMuncherなどです。記事が少し古いためか、この記事で触れていないもう 1 つの優れたツールは、Usersnapです。これにはブラウザー拡張機能も含まれています。
他のアプリケーションを使用して、ビジネスの残りの業務を管理していますか?
WORKetc には優れた問題追跡ソフトウェアがあり、このソフトウェアは、管理プロセスを簡素化できるビジネス管理の他の側面と組み合わされているためです。そのため、すべてのサポートの問い合わせと対応を 1 か所で管理できるだけでなく、プロジェクト、財務、連絡先も管理できます。最も重要なことは、サポートの問い合わせ、プロジェクト、請求書などに取り組んでいるときに、その連絡先情報 (およびリード情報) を参照できるようにしながら、会社全体で 1 つの連絡先ベースを使用できるようにすることです.
WORKetc のサポート システムは、メールの統合とシンプルなチケット システム (および優先順位付け) を中心に機能し、プロジェクト、連絡先、およびシステムの他の側面と直接統合されるため、チケットの応答と管理にかかる時間を節約できます。