Frage:
Wie kann man Kundenanfragen ordnungsgemäß ablehnen?
wip
2020-02-13 22:01:34 UTC
view on stackexchange narkive permalink

Wir sind ein kleines Team von Entwicklern, die ein Softwareprodukt mit einer hohen Anzahl von Benutzern erstellen und warten.

Wir stehen auch in direktem Kontakt mit Benutzern, die uns viele Anfragen zum Produkt stellen.

Wir haben keinen Zugriff auf Geschäftsinformationen (welche Art von Geschäft ein bestimmter Benutzer mit dem Unternehmen hat, das uns beschäftigt).

Wir haben nicht genügend Ressourcen, um alle Benutzeranforderungen zu beantworten, und müssen einige davon ablehnen. Wir behandeln vorrangig die Anfragen, die leichter zu erfüllen scheinen. oder das könnte den meisten Benutzern zugute kommen.

Wie können wir Benutzer, die Anfragen gestellt haben, ordnungsgemäß benachrichtigen, dass wir diese nicht bearbeiten können?
Wie können wir ihnen mitteilen, dass das, wonach sie gefragt haben, nicht möglich ist? ohne sie zu frustrieren?

Haben Sie einen Produktmanager, eine Produkt-Roadmap, einen Account-Manager, der sich mit den Kundeninteraktionen und -verträgen befasst, oder eine der anderen üblichen Strukturen, die mit der Erstellung eines Softwareprodukts für externe Kunden verbunden sind?Oder sind Sie buchstäblich nur eine Gruppe von Entwicklern, die Software schreiben und Benutzer direkt selbst beantworten?
Welche Art von Antworten haben Sie diesen Benutzern bis jetzt gegeben?
dwizum: Unser Team hat eine PM (geteilt mit anderen Teams), aber keine Roadmap (es gibt jedoch eine für ein größeres Produkt, das vom Unternehmen angeboten wird).Das Unternehmen verfügt über mehrere Account Manager-Teams, die uns auf Kundenanfragen zu unserer Software hinweisen. sf02: Einige Anfragen bleiben unbeantwortet.Viele Antworten lauteten: "Wir werden die Aufgabe zu unserem Rückstand hinzufügen".
Fünf antworten:
Peter M
2020-02-13 22:07:52 UTC
view on stackexchange narkive permalink

Wir haben keinen Zugriff auf Geschäftsinformationen (welche Art von Geschäft ein bestimmter Benutzer mit dem Unternehmen hat, das uns beschäftigt).

Dies ist der Schlüssel. Wenn Sie die vertraglichen Details eines Kunden nicht kennen, können Sie keine Entscheidung darüber treffen, wie eine Kundenanfrage beantwortet werden soll.

Das Offensichtliche ist, die Anfrage weiter oben in Ihrem Managementbaum zu starten, bis sie jemanden trifft, der sie trifft kann diese Entscheidung für Sie treffen.

Tatsächlich sollten alle Änderungsanforderungen durch jemanden gefiltert werden, der die vertraglichen Anforderungen kennt, bevor Sie überhaupt mit der Arbeit beginnen. Während Sie vielleicht denken, dass ein Artikel vernünftig erscheint, liegt er möglicherweise völlig außerhalb des Rahmens, für den Ihr Kunde bezahlt hat, und wenn Sie daran arbeiten, verschenken Sie effektiv freie Arbeit.

Bitte fügen Sie dieser Antwort hinzu, dass Sie nicht sehr oft Nein sagen, sondern nur Prioritäten setzen.
@dbeer Das Festlegen von Prioritäten kann erst erfolgen, nachdem Sie festgestellt haben, dass Sie eine Anforderung erfüllen müssen.
Es könnte auch sein, dass die Arbeit an einer Feature-Anfrage ohne Kenntnis der umfassenderen Geschäftsstrategie das Produkt weiter von der strategischen Vision entfernt, die jemand für die Zukunft geplant hat, was auch nicht gut wäre.
Mein Punkt ist, dass Sie dem Kunden selbst dann, wenn Sie dies nicht tun, selten sagen möchten, dass wir dies niemals tun werden.In den meisten Fällen möchten Sie den Kunden mitteilen, dass Sie das Problem verfolgen, dies jedoch derzeit keine Priorität hat.Das lässt die Tür offen, wenn der Kunde Sie mehr für die Arbeit bezahlen möchte.Auch wenn Sie dies nicht tun möchten, ist es in fast allen Fällen besser zu sagen, dass wir dies mit den folgenden Änderungen tun können.
Ja dazu.Funktionsanforderungen werden in die Warteschlange gestellt, wo das "Team" (wer auch immer Ihr Unternehmen dies sagt) diese in zukünftigen Versionen priorisiert.Vielen Dank an den Kunden für sein Feedback und sagen Sie, dass es für die Roadmap in Betracht gezogen wird.
@dbeer Diese Diskussion findet auf der Ebene der Vertragsverhandlungen statt, nicht auf der Ebene der Arbeiterbienen.Dem OP sollte nur eine Diät mit Aufgaben zugeführt werden, die von den Personen, die die Befugnis haben, Ja oder Nein zu sagen, zur Umsetzung genehmigt wurden.
Bei der Softwareentwicklung gibt es die Geschäftsseite, die einen Wert auf die Arbeit legen kann, und die Entwicklungsseite, die Kosten verursachen kann.Die Kosten können in beide Richtungen überraschend sein.
PeteCon
2020-02-13 22:42:22 UTC
view on stackexchange narkive permalink

Übergeben Sie Informationen weiter und erhalten Sie Entscheidungen, die fallen.

Sie sollten alle Clientanforderungen in einem Problemverfolgungssystem aufzeichnen, sie jedoch in das Backlog einfügen (damit sie nicht bearbeitet werden). Der Projektmanager (ich hoffe, Sie sollten eine haben) wird die Anfragen regelmäßig überprüfen und entscheiden, an welchen gearbeitet werden soll. Dieser PM ist die Person, die über das geschäftliche und vertragliche Wissen (vom Kunden) und das technische Wissen (vom Antrag) verfügen sollte, um die Arbeit zu priorisieren.

Sobald Sie diese Art von Workflow eingerichtet haben, müssen Sie niemals Nein zu einem Kunden sagen - Sie sagen immer, dass Sie ein Ticket erhalten, und Frau XYZ wird es priorisieren.

gnasher729
2020-02-14 20:16:58 UTC
view on stackexchange narkive permalink

Die goldene Regel: Der Kunde hat immer Recht - wenn der Kunde dafür bezahlt. Wenn Ihr Manager zu Ihnen kommt und Ihnen sagt, dass der Kunde für eine Funktion oder eine Änderung bezahlt, und Sie auffordert, die Arbeit zu erledigen, dann tun Sie es. Sonst nicht.

Finden Sie heraus, wer im Unternehmen entscheiden kann, ob und zu welchem ​​Preis überhaupt gearbeitet wird. Wenn Sie dann eine Anfrage erhalten, sagen Sie höflich: "Es tut mir leid, aber das kann ich nicht entscheiden. Bitte kontaktieren Sie uns so und so. "

PS Nur weil der Kunde bereit ist zu zahlen, heißt das nicht, dass er es bekommt. Jemand ganz oben muss über die Strategie des Unternehmens entscheiden. Jede Anfrage kostet Geld, nicht nur für die geleistete Arbeit, sondern auch für alle anderen Arbeiten, die Sie stattdessen ausführen sollten.

+1 für Kommentar am Ende.Jede Anfrage hat Opportunitätskosten, die sowohl menschliche Arbeit als auch Zeitaufwand sind, die verwendet werden kann, um andere realisierbare Kundenanfragen zu beantworten
ObscureOwl
2020-02-13 22:35:53 UTC
view on stackexchange narkive permalink

Treffen Sie sich mit Ihren Verkäufern / denen, die die Geschäftsseite der Verträge verwalten, für die Sie die Entwicklung durchführen. Sie haben Informationen, die sie benötigen, und sie haben Informationen, die Sie benötigen.

Sie müssen wissen, was Sie für die Kunden tun sollten. Die Verkäufer müssen wissen, was Sie für die Kunden tun können und wie schwer es wäre (sprich: teuer in Gehaltsstunden).

Sie möchten nicht trennen jeglicher Kontakt mit den Kunden. Es ist gut, wenn Entwickler eine klare Vorstellung davon haben, was die Kunden tatsächlich mit der Software machen möchten. Aber Sie müssen die Vertriebsmitarbeiter stärker einbeziehen. Die Behandlung Ihres Problems gehört zu ihrer Aufgabe.

Nur ein kleiner Hinweis, der auf persönlichen Erfahrungen basiert: Machen Sie dem Verkaufsteam klar, dass Sie X für Kunde Y ausführen können, wenn dies gerade benötigt wird. Dies würde jedoch andere Aufgaben zurückdrängen und die nächste große Veröffentlichung verzögern, die bereits versprochen wurde..usw. Geben Sie den Verkäufen nicht das Gefühl, dass sie den Kunden alles erzählen können, und Sie werden alles und gestern liefern.
Matthew Gaiser
2020-02-13 22:56:34 UTC
view on stackexchange narkive permalink

Ich stimme allen anderen Antworten darin zu, dass Sie die Vertragsinformationen benötigen, um diese Entscheidungen zu treffen und die Aushandlung von Funktionen an denjenigen weiterzugeben, der diese bearbeitet. Das muss zu ihnen gehen.

Ich möchte jedoch eine Warnung hinzufügen. Geben Sie vorsichtig die Entscheidung ab, ob den Verkäufern / dem Management etwas hinzugefügt wird. Eine Funktion ist möglicherweise nicht möglich, es handelt sich möglicherweise um ein Sicherheitsproblem oder es müssen möglicherweise so viele Varianten der Software erstellt werden, dass die Wartung exponentiell schwieriger wird.

Das Management kann leicht zustimmen, dass eine Schaltfläche um einige Pixel verschoben werden sollte. Diese paar Pixel mögen für sie trivial erscheinen, erfordern jedoch möglicherweise die Möglichkeit, für jeden Client ein benutzerdefiniertes Stylesheet hinzuzufügen. Der Wechsel von einer Eins-zu-Eins-Beziehung für Elemente zu einer Eins-zu-Viele-Beziehung wird von vielen Nicht-Technikern als 5 Minuten Arbeit angesehen. Ist es nicht.

Hochkomplexe Anfragen müssen ohnehin abgelehnt werden, aber es wird viel weniger anmutig sein, wenn der Verkauf zustimmt und die Entwicklung ihnen sagt, dass dies nicht möglich ist.

Versuchen Sie es Der Vertrieb muss sich beim Entwicklungsteam erkundigen, bevor eine neue Funktion in einer Vereinbarung genehmigt wird.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
Loading...