🫠 Optionale Custom Fields für Projekte?

Produkt-Feedback
1

Hallo zusammen,

wir sind gerade auf der Suche nach einem neuen PM-Tool und awork gefällt uns wirklich super gut! Gerade die gut dokumentierte API (für unsere Softwareprojekte) und die Connect-Funktion (für Klientenprojekte) gefallen uns sehr. Deswegen wundert mich folgendes:

:cross_mark: Übersehe ich den Grund (oder die Funktionalität) warum Custom Fields auf Projektebene nicht optional sein können?

Wir haben verschiedene Arten von Projekte (Software, Klientenprojekte, Intern) und benötigen verschiedene Meta-Informationen. Das ist insbesondere für die Übersichtlichkeit des Projekts relevant (gerade in Connected Projekten in denen Klienten nicht mit unausgefüllten Meta-Daten über interne Projekte verwirrt werden sollen) aber auch für Automatisierungen wichtig.

:melting_face: Workaround: Custom-Field “Meta-Data” (sehr unübersichtlich und nicht gut zu bearbeiten), ein Mapping im Automatisierungstool (nur für Automatisierung, super nervig) oder in der Beschreibung (nicht wirklich nutzbar für Automatisierungen, da zu fehleranfällig).

:white_check_mark: Super wäre: Custom-Fields in Projekten deaktivieren/aktivieren zu können (wie das auch bereits bei Custom-Fields für Tasks möglich ist).

:desert_island: Der Traum wäre: Custom-Fields auf Projekt-Kategorien Ebene zu definieren (und optional in den Projekt-Einstellungen zu aktivieren/deaktivieren).

Ich bin natürlich sehr dankbar, wenn jemand dafür schon einen Workaround gefunden hat, den ich übersehe.

2

Wir stehen vor einem ähnlichen Problem und wollen per Projekt Custom Fields hinzufügen können für zB. vereinbarte Aufwände von Softwareupdates. Allerdings ist nicht jedes Projekt ein Kundenprojekt wo das benutzt werden kann. Aktuell würde so ein CF aber in jedem Projekt auftauchen.

Einen Workaround gibt es bisher nicht. Ein CF auf Projektebene ist immer in jedem Projekt sichtbar und nicht ausblendbar. Für Automatisierungen könnte hier JSON gespeichert werden, oder irgendein anderes verarbeitbares Format (“Text;;Text2;;…”, oder “Marker: Text, Marker2: Text2, …”), aber ob das wirklich sinnvoll ist? Tendiere ich doch in Richtung nein.

Als dieses Feature damals vorgeschlagen wurde, war auch der Wunsch geäußert Custom Fields auf Projektebene zu ermöglichen ähnlich zu denen auf Taskebene. Wo ein Einstellen per Projekt möglich ist.

Warum das dann aber so, wie es derzeit ist, für Projekte umgesetzt wurde macht für mich wenig Sinn. Das wirkt leider wie nichts Halbes und nichts Ganzes.

Derzeit sind CF auf Projektebene nur für absolut generische Dinge sinnvoll, wie vlt. Helpdeskticket-URL, wenn die eigenen Kommunikation weitestgehend damit gemacht wird und daher projektübergreifend Sinn machen.
Für alles Andere sind CF auf Projektebene derzeit leider kein sinnvolles Feature.