Om någon frågade dig vilka för- och nackdelar du tycker Polopoly CMS har som helhetslösning vad skulle du svara då? Det kan gälla allt ifrån tekniska detaljer till mjuka värden som kommunikation mellan dig som kund och Polopoly som leverantör. Nedan kommer mina personliga åsikter kring detta.

Polopolys position och vägval

Under åren har Polopoly gått från att vara en mindre svensk leverantör som i huvudsak agerade på den svenska marknaden, till en internationell leverantör av större mått när de blev uppköpta av Atex. Detta har utan tvekan drabbat de redan befintliga kunderna som köpt och byggt vidare på core-produkten som inte alls har utvecklats i samma takt som Greenfield Times och Site Engine. Det är inte svårt att förstå att det finns pengar att hämta på nya kunder men när nu Polopoly har Atex i ryggen kan jag tycka att man borde kunna skapa en bättre dialog och tätare kontakt med sina befintliga kunder och de som tidigare kallades partners både i och utanför Sverige.

Detta vägval har gynnat de kunder som är i tidningsbranschen och som vill ha mer ”out of the box”-funktionalitet medan befintliga kunder som länge har byggt och utvecklat från Polopolys kärna blir förlorarna till följd av detta vägval.

Polopoly 10 

Gränssnittet: I och med att Polopoly 10 släpptes har möjligheten till att anpassa och rita om gränssnittet förenklats och vinnarna är så klart i första hand alla redaktörer som jobbar i plattformen men jag vill också slå ett slag för oss utvecklare som äntligen kan göra något bättre av upplevelsen med en rimligt arbetsinsats. När det gäller redaktörer och speciellt på stora siter där antalet är några hundra blir det snabbt en stor fördel när man kan sänka trösklarna för systemet och fokusera mer på innehållet. Bra jobbat!

Prestanda: Man har i Polopoly 10 också  jobbat en hel del för att snabba upp gränssnittet genom att kapa i ”turn around”-tider m.m. vilket har gjort att gränssnittet är betydligt snabbare och upplevelsen mer responsiv. Detta gör så klart att helhetsupplevelsen och flödet för redaktörerna får ett annat flyt.

Jag hoppas att de börjar snegla mot andra välanvända plattformar som exempelvis WordPress och liknande för tips och inspiration när det gäller interaktion och användbarhet.

Supporten 

Supporten var länge ett svart hål dit man mailade eller ringde och rapporterade allt ifrån mindre buggar till allvarliga fel men där feed backen lämnade en hel del att önska. Det tycker man idag har förbättrat avsevärt och kommit upp till en bra nivå. Dels har Atex / Polopoly börjat använd Jira som är ett ärendehanteringssystem där man kan följa sina ärenden från start till mål och själv fylla på med information som man kommer över under ärendets gång.

Man har också byggt på detta med en Confluence-instans där man har börjat byggt upp en knowledge base med best practicies och annan dokumentation som i och med detta blir lättillgänglig för utvecklare och systemdrift.

Partnerprogrammet

Jag har personligen träffat Polopolys partneransvarig några gånger då Atex / Polopoly själva har varit och visat upp sig på olika konferenser och pratat med honom kring hur partnerskapet fungerar och är tänkt att fungera i framtiden. Då sades det att Atex / Polopoly skulle ta kontakt med sina gamla partners och mer aktivt börja samarbeta. Nu är det två år sedan och jag har inte hört från något håll att partnerrelationerna upprätthålls som de gjorde tidigare. Säg till om jag har fel, det skulle bara göra mig glad om dialogen har kommit igång.

Partners får inte ut något av detta och Atex / Polopoly själva verkar inte vara intresserade.

Community och engagemang

polopolyforum.se: Här finns det mycket att vinna, lite att förlora men ändå är det så svårt att få igång aktivitet och utbyte av erfarenhet. Jag ska ransaka mig själv och Patrics roll här och först säga att vi har varit dåliga på att uppdatera både bloggen och forumet. Det beror mest på att vi under en längre tid har jobbat med helt andra saker men det är egentligen ursäkt. Nu är vi dock på tåget igen och tillsammans med duktiga kollegor håller vi som bäst på att uppgradera till Polopoly 10, integrera CK-edotorn med ett koncept innehållande blockelement byggt på ramverket Pluris.

Detta gör så klart att vi kommer hålla oss uppdaterade vad som händer och dela med oss av så mycket vi kan via forumet och bloggen.

Atex/Polopoly: Som många kanske vet har Polopolys produktansvarig, Anders Weijnitz flyttat till Tyskland (han jobbar fortfarande kvar för Atex/Polopoly) och under det sista mötet vi hade med honom var Peter Antman som är utvecklingsansvarig med för att ta över stafettpinnen för dessa möten. Det har tyvärr inte varit något möte sedan dess men jag ska inte bara skylla på Peter eftersom jag och Patric inte heller har jobbat för att få till stånd något möte. Vi hade vid sista mötet planer om att bilda en mindre grupp med aktiva utvecklare och engagerade människor för att ge möjlighet att se kommande funktionalitet i ett tidigt skede och komma feed back, kritik och önskemål. Vi får hoppas att detta kommer på banan i närtid.

Ur Atex/Polopolys synvinkel kan jag inte riktigt förstå varför man inte engagerar sig mer i att hålla igång och stötta en community som denna även om den inte är speciellt stor. Varje krona man lägger på ett sådant initiativ borde betala tio-faldigt tillbaka i form av nöjdare kunder, ökad förståelse, bättre informationsspridning och framför allt ”good will”. När jag säger krona menar jag inte bokstavligt talat pengar utan lite tid och resurser från supporten, utvecklare och ansvariga i olika led.

För att göra detta inlägg ännu bättre skulle jag verkligen uppskatta om du som läser även kommer med dina åsikter på vad du tycker är bra respektive vad man skulle kunna göra bättre utifrån Polopoly som produkt eller produktleverantör samt hur vi kan förbättra denna community. Bra förslag och kreativ kritik efterfrågas.

Som vi på polopolyforum skrev i september, så har Atex Polopoly ett projekt där de ska lansera en ny supportwebb för oss kunder efter nyår. Vi satte oss ner med Mattias Köhlmark som berättade om vad de tänker och hur systemet ser ut nu när ett par kunder har fått testa och säga sitt.

Polopolysupportens nya startsida (bild 1)

Så vad är det nya?

Lösningen som Atex tänker sig ta i drift för alla kunder efter nyår består av ärendehanteringsverktyget Jira kopplat till WIKI:en Confluence. Atex har använt Jira internt ett tag som ersättare till Bugzilla och känner sig nöjda med det. ”Många av våra kunder använder Jira, och det bidrog till valet, man känner igen sig” Säger Magnus Kölhmark.

Screenshot från Jira i nya Polopolysupporten (bild 2)

Grundläggande i en kunds konto i nya supportwebben är att man som kund har en grupp där alla ens användare är knutna till så att alla inom en organisation kan se alla ärenden som rapporteras från organisationen, oberoende vem som gjorde det.

Jira implementationen är ganska standard så som den ser ut i skrivande stund, med det man är van med så som personliga Dashboards och möjligheten att följa vad som händer via mail och RSS . Värt att notera är två viktiga val kan man göra när man lämnar sin buggrapport, och det är priority, vilket är en prioritet på ärendet från 1 till 3 där, 3 är högst, prioriteten är vårat sätt som kund att säga om vi tycker att en fråga är viktig relativt andra frågor som vi själva har skickat in till supporten. Med andra ord är det dumt att alltid sätta den till högsta prio.

Den andra viktiga inställningen på en rapport är Security Level, som beroende på kund kan sättas til publik eller privat fråga. Väljer man att rapportera med säkerhetsnivå publik, innebär det att andra kunder kan se och följa frågan.

Atex har också tänkt sig lite andra delar i nya supportwebbben, så som den utvecklare till utvecklare (Dev-2-dev) del där man kan ställa frågor till andra utvecklare, liknande polopolyforums forumdel.

Supporten ska också fylla sajten med sina omkringliggande kunskaper som inte direkt berör själva produkten. Magnus tar som exempel hur man bäst använder HTTP-cachning i sin driftmiljö. Informationen förmedlas under rubriken Tips and Tricks i form av Knowledge Base artiklar

Jira/Confluence lösningen ger också en snygg lösning på sökning som kommer ske i alla redaktionella  källor samtidigt, det vill säga DevGuide, JavaDoc och supportsidor (KB-sidor).

På frågan om vi som kunder kommer att kunna följa Polopolys behovslista (eng: Backlog) så var svaret från Atex svävande, men om jag får gissa så är svaret att det inte kommer att ske, inte heller på en högre, abstraktare nivå. Däremot verkar det som om kunder kommer kunna följa alla de buggar som fixas innan de hamnar i en releasead versions change list.

polopolyforums tanker och synpunkter

Ska man hårddra det så kommer Atex nya supportwebb att vara en konkurrent till polopolyforum.se, men jag skulle vilja börja med att säga att vi tycker att det är ett jättebra steg som man tar i och med Jira och Confluence. För om det är något som det finns för lite av så är det bra källor till Polopolykunskap på nätet, så ju mer snurr det blir på Atex supporten dessto mer kommer hända även här på polopolyforum. Det kommer dessutom vara en stor skillnad i att supporten alltid kommer att finnas bakom inloggning och inte lika lätttillgänglig.

Så vad gav vi för återkoppling till Magnus Kölhmark på mötet?

• Vi ser det som nödvändigt att man kan kommentera KB-artiklar och DevGuiden, inte bara för att rätta fel i själva texten, utan även för att kunna ge mer information om t ex konfigurationer som inte står i DevGuiden.
• Vi vill också att Atex importerar alla ärenden som i dag ligger i det gamla supportsystemet så de finns tillgängliga för oss kunder direkt när vi börjar använda systemet.
• För att förenkla borde startsidan inte vara bara text utan lyfta fram de saker som supporten gör, publika buggar som rapporterats in, och framförallt lista kundens alla öppna ärenden.
• Vi önskar också att man för in en möjlighet att lämna ”feature requests” vilket inte är möjligt i dag då det bara finns två val, bugg eller support ärende. Många gånger är det inte en bugg utan en ändring eller tillägg man vill göra på en funktion.
• Någon typ av meta-data driven ”Se även” listning på ärenden vore också bra, datamängden i Jira växer snabbt och man kan ha många ärenden liggande. Så en funktion för att se om andra har rapporterat liknande fel eller synpunkter vore bra. Det är svårt att hitta bara genom sökning. Kanske ett tagg moln?

Till sist …

Atex jobbar fortfarande med att utforma systemet, vad man ska få göra/inte göra, vad som ska finnas/inte finnas och det är nu som du ska göra din röst hörd om du har synpunkter!