Marika Karl

Hallo @Harald Sattler! Vielen lieben Dank für deine Idee und den Abriss. An dieser Stelle sind wir in den Konzepten zu Aufgaben usw. noch gar nicht tiefer gegangen. Daher ist es besonders interessant, hier ein bisschen rumzudenken. Was wir dafür bräuchten (ich denke gerade schriftlich), ist auf jeden Fall eine Möglichkeit, um zu wissen, wer gerade diese Aufgabe verschickt hat. Das kann ja simpel durch Felder gelöst sein. Ich denke, in euren Aufgabenprozessen da draußen in der Realität möchte man bestimmt trotzdem eine Ahnung haben, wer wohl ein Formular weitergereicht hat, um Kontext zu haben. So kann man dann ggf. auch Rückfragen stellen. Wir müssen, wenn wir das dann anfassen, auch noch einmal schauen, was die User Flows noch umfassen. Was passiert, wenn die Aufgabe nicht abgearbeitet wird? Oder nicht vollends erfüllt werden kann etc. So oder so - super Ansatz! Ich trage es in unserem Tool zum Cluster Aufgaben ein und freue mich schon, wenn wir nächstes Jahr dann daran weiterdenken können. Liebe Grüße Marika

Hallo @Jeanne Merswolken und Mitlesende 🙂 Seit 19.6. sind die erweiterten Rechte live. Gern Feedback, gilt wie immer 🙂 Viel Erfolg damit!

Der Kritik setze ich mich gern aus, kann mir im Vergleich aber die Kritik zur Kommunikation inklusive Vorbereitungszeit besser annehmen. Entscheidungen müssen getroffen werden und bei Dingen für die Sicherheit verfolge ich lieber den Ansatz von "Sicher!" und nicht von "Wenn wir annehmen, dass niemand böse ist, ist das schon okay". Oder wie ein Kollege sagte: "Man ist ja auch nicht ein bisschen schwanger." 😉 Danke für das Feedback zu den Formatierungswünschen! 🙂

Hallo @Philip Alvermann, vornweg: die Ankündigung ist in den Strömungen unserer Optimierung des Release-Prozesses untergegangen. Das tut mir ehrlich leid! Ich kann umso mehr nachvollziehen, dass unsere Änderungen auf eine blöde Art und Weise überraschend kommen. Was haben wir geändert? Wir haben die HTML-Option entfernt. Und warum? Wir pflegen eine kleine Liste an PEN-Test-Ergebnissen. Mehrerer diese Ergebnisse zeigten Potenzial durch HTML Injections, also unschöne Dinge, die per HTML in unserem Namen verschickt werden könnten. Um diese Sicherheitslücke für unsere Kunden und uns zu schließen, haben wir uns für die vorbeugende Maßnahme entschieden, kein HTML mehr zu erlauben. Weniger Potenzial für schlimme Finger führt in dem Zuge auch zu einem höheren Potenzial einer ISO-Zertifizierung und damit auch zu einer soliden Datensicherheitsbasis für all unsere Kunden. Das war der liebevolle Gedanke dahinter. Dass du wie auch noch einige andere jetzt Mehraufwand haben, bestehende Emails glatt zu ziehen und auch nicht mehr formatieren zu können, ist mir unangenehm, wenn auch einkalkuliert. Hier ärgert mich persönlich die verpasste Kommunikation. Das werde ich schnellstmöglich nachpflegen. Wir werden Optionen für alternative Formatierungen für Emails evaluieren. Bei dir lese ich schon raus, es geht vor allem um Absätze und bold-Optionen. In die Community gerufen: braucht ihr dringend mehr als bold, kursiv und Absätze? Des Weiteren steht auch auf dem Feature-Ideen-Board noch ein Punkt, der eng Hand in Hand geht und den ich recht schön finde. Und das ist die eigene Signatur für Emails, die über smapOne gesandt werden. Vielleicht ergeben sich zwei mit einem Streich. Ich wünsche allen schon mal ein schönes Wochenende! Liebe Grüße Marika

Danke für den Input, @David Susami! Es ist auf der Hand liegend. Wir sprechen gerade im Zuge der groberen Planung über Tokens. Das nehme ich direkt mit. Wie wäre die perfekte Lösung für dich/euch? Email? Pop up im Portal beim nächsten Login? Ganz anders? 🙂

Hallo smapLänder! Wir sind eben auf der Pirsch nach Informationen aus eurer Realität. Es geht um Unterschriften. Dazu möchte ich euch ein paar offene Fragen stellen. Wenn wir dann ein paar unverzerrte Antworten gefunden haben, gebe ich noch ein bisschen mehr Kontext. Wir brauchen Einblicke - was sind eure Anwendungen und use cases?: Wie nutzt ihr derzeit den Unterschriften-Baustein? Was braucht ihr von dem Unterschriften-Baustein (noch)? Welche Wünsche habt ihr hinsichtlich smapOne, um Prozess mit Unterschriften bedienen zu können? Ich danke euch für eure Antworten "ins Blaue" 🙂

Hey @Jeanne Merswolken und alle Interessierten, ein neuer Stand hierzu: die Erweiterung der Rechte ist gerade in Umsetzung. Grüßlis!

Danke, @Gunnar Mahnke-Sun. Wir haben das Thema heute im Product Management Team besprochen. Wert der Anfrage wird weiterhin gesehen, Rücksprache mit dem Team zur besseren Einschätzung steht noch aus. Das als kleiner Zwischen-Ping.

Danke an die euch, dass ihr das aufbringt und abreißt, wo ihr selbst betroffen seid durch die Limitierung. Ich möchte hier nicht Buzzword-Bingo spielen, mich aber treffend ausdrücken, deswegen: Ich nehme das mit und spreche mit unseren Devies darüber.

Hallo an alle, die hier mitlesen. Übersetzungen, Mehrsprachigkeit sozusagen, ist ein heißes Thema. Ich weiß, dass das immer wieder aufploppt und von Manchen dringender benötigt wird als von anderen. In meinen bisherigen Gesprächen ergibt sich ein recht bunter Strauß, was genau gebraucht wird und wie die perfekte Lösung für den jeweiligen use case ist. Ich habe dazu auch schon mit Lucas und @HK alias Holger gesprochen - tatsächlich auch mit der KI im Hinterkopf. Aus der Umsetzungsperspektive ist die KI ein overhead - wie schon u.a. von @Bülent Erbas angeführt wurde, es Tools gibt, die das recht gut machen. KI ist hingegen für komplexere Lösungen zu bedenken. Aber ja, @Paul Bumann, du schieltest besonders auf die Reintegration der Übersetzung in den Bericht. Da sind wir schon eher bei KI, schätze ich (bin da aber auch nur beim Bauchgefühl). Jedenfalls sind wir bei der Betrachtung einer schnellen und Übergangslösung auf die Browserübersetzung im Zuge der Web-App gekommen. Und das kann sie schon. Damit haben wir den sehr wertvollen und wichtigen Aspekt von @Vincenzo Montalto, dass alles an der smap in der jeweiligen (Mutter-)Sprache gehalten ist. Im Bericht wäre das ein Mischmasch aus Erstellungs- und Eingabesprache, den man derzeit noch auseinanderklamüsern muss. Ein weiteres Problem, wenn man es als solchen einstufen möchte, sind Eigennamen in den Prozessen und Abkürzungen oder falsche Schreibweisen für die automatisierte Übersetzung. Dieser Roman soll die Diskussion nicht stoppen, auch wenn der Beitrag sehr nah an dem aktuell Möglichen orientiert ist und nicht am Inspirativen, so wie Paul das moderiert hat. Ich lese aufmerksam weiter mit: was braucht ihr? Wo sind die größten Hindernisse.

Wir möchten mehr über unser Community-Mitglieder erfahren, also euch! Wie erlebt ihr die smapLand Community? Was wünscht ihr euch? Sagt es uns in der unserer wiederkehrenden Community Umfrage. Zum Artikel: Community Umfrage - Sag uns deine Meinung!

Hier in der Community kommen öfter Fragen zu Features. Nicht alle können wir uns zeitnah vornehmen - auch wenn wir gern alles auf einmal umsetzen würden. Wie das mit unserer aktuellen Arbeit im Development-Department zusammenhängt und was wir eigentlich gerade treiben, möchten wir euch ganz transparent in diesem Beitrag näherbringen. Zum Artikel: Das Haus, in dem die Dev-Küche steht

😄 Ihr schafft mich, besonders @Manuel Rühl. Wir haben aktives Team Building betrieben und Namen für uns gefunden. Also ist das eher die Abschlussklasse der Montessori-Schule. Wenn du wüsstest, wie unsere Meeting-Räume heißen, müssten wir direkt einen Vor-Ort-Workshop zusammen planen 😁

@Sebastian Grünewald Danke! ❤️ Damit ist das ganze Ding zwei Wochen schneller draußen. 😄

Ihr seid wundervoll 😄 Es ist so cool, wie ihr beschreibt, was gebraucht wird, und wirklich sehr charmant die Aufmerksamkeit darauf lenkt. Kudos! Ich muss das tatsächlich einmal bei unseren Devies hinterfragen, wie das gebaut ist. Ich melde mich zurück, sobald ich ein Verständnis davon habe.