I love WordPress and all the plugins and 3rd party apps that that have been created for it.

Especially I love the fact that you can always find a theme that you can start using, no matter what your project is. Even if you are not a designer you can still make a decent looking site pretty nice price. Of course if you are willing to compromise. And if you are not you can find thousands of WP developers who can bring your vision to life with decent price.

The problem that I was having was that If you need to make a multilingual WordPress site then the work comes tricky.

Easy way around it is just create 2 sites. One for English and one for the other language, Finnish for example.

This is way more simple than to try to use one site for multiple language. Especially if you have multiple plugins and a custom theme that has not been designed for multi language usage.

But if you are building a eCommerce or webshop site. Then it comes more tricky since you have to maintain inventory and payment gateway expenses and other issues that are difficult or more complicated to run in to sites. So you are forced to use one site with multiple languages. You simply need to build a multilingual WordPress site. I am building one now and just wanted to share my experience on the project as I feel that I learned some issues the hard way. The problems started because I have been using WordPress for so long I felt that I could just do this project without looking at the manual. But again I was proven wrong. You should always read the manual…

10 Steps to building successful multi language eShop

1. Install WordPress
2. Set the site language as English even if you are not going to have English in on your site.
3. Select a theme that supports eCommerce AND WPML out of the box. (Note currently I could only find one theme that supported both WooCommerce and WPML, HOWES theme)
4. Select only plugins that support WPML
5. Use WooCommerce for the eShop
6. Install WPML
7. Install WooCommerce Multilingual and other plugins needed
8. Configure your site in ENGLISH and install everything and make the setting correct and look good in English.
9. And second language using WPML
10. Start selling!

My mistake was the step 2. I set the default language in my site to other than English. You can get around that but It is just much more work that could be avoided. Now spending some time finding all the plugins components that I need I feel that I will do one more clean install before adding anymore content and following my own advice.

Also if you are doing the website to someone else and not yourself. Good thing to note is that when adding a second language to one site you easily triple the time to make the configuration and installation. Hence the name of the post. Adding one language is not just doubling the time needed. Because you have to create the English site first. Then you have to configure that. You have to add the components needed to run the multiple languages. Then you will need to add the additional languages.

Please give any comments or feedback if you have tried to install multi language websites or eShops.

The post Multilingual WordPress equals triple the time. appeared first on Process as a Service (PRaaS).

Outsourcing adds speed to development

Is there such a thing as “too fast” development?
 

Just completed a small application/web service project. We did all the design and specifications in house and outsourced the development.
 

I spent some time sending out questions to possible outsource partners and felt that I did find a good one. (Now after the project I can say that the partner turned out to be excellent.)
 

The partner was in India but the time difference was no issue and we could communicate easily even before the project started and I got all the answers that I needed.
 

Then we started to make the detailed schedule for the project and development and I noticed a strange thing. I tried to schedule the project in one week iterations but this seemed to be too slow for the developer. For us having a week to review new features and test that the requirements are met feels like a minimum time. Even in a small project like this. The developer was so fast that they actually hoped to get instant feedback on a daily bases. Even after changes and updates to scope the updates kept coming in so fast that suddenly we noticed that it was us who were slowing the development. And suddenly I realized that the problem was not the testing or confirming the updates, but to make sure that all the managers have given their internal approvals. This was the part surprised me. The outsourced development had become too fast for our organization. Quality was excellent, response times and communication easy. Still we had to re-think can we outsource to offshore anymore.

For the developer this is difficult. If they don’t want to take multiple projects at the time they have to close projects fast. Especially if they are in a contract to get paid after completion of the project. The pressure is push the projects closed faster than needed.

I believe that we have to catch up on this super agile development.

5 steps to catch up on super agile/fast development cycles:

• Step 1. The simple solution would be for small projects like this to have a dedicated person monitor and answer the developer questions on a daily basis. Basically giving this person much more power. It is a new role. Project Driver.
• Step 2. Give the Project Driver enough power that she should not have to get approval for every little change.
• Step 3. Make sure that the specifications are as agile as the development. Write specifications even more to the direction that says, what the end product should be and how it should feel to use. Rather than try to write technical details how it should be created. So it does not matter how it is created if it does what is needed and fits the bill. So there is room to maneuver within the specifications.
• Step 4. Make decision meetings instead of project meetings. If a bigger decision is needed get the right people in the same conference and get them up-to-date on the issue BEFORE the meeting so the decisions can be made during the meeting. Decision meetings are not meant to be used to present new ideas but to accept or decline issues that are needed to keep project moving forward.
• Step 5. Trust the developer if he seems to be good. If not change developer early in the project. If the developer is not good in the beginning in the project it definitely will not become any easier later in the project.

What are your experiences in outsourced development? Can it be too fast?

Image courtesy of Stuart Miles at FreeDigitalPhotos.net

The post When outsourcing development becomes too fast. appeared first on Process as a Service (PRaaS).

There was a time when all contacts to the customer service center were valued the same.  Now days not all contacts or calls are equal. If there is a public trace the contact is way more important and meaningful than a private call to the helpdesk. Contacts using Facebook or Google Plus or Twitter can be seen by the thousands or even by the millions. Not only the call for help is public but also the response and resolution should be visible. In the good old days if you made a customer happy he could complain to their family and wow not to buy anything from that company anymore. Today if you mess with the wrong people or the wrong type of problem you could face world wide humiliation.

What should we do in the face of customer contact…

Most companies have social media presence but it mostly seen as another marketing channel as in one way… rather than real interaction with customers. Companies have facebook pages and twitter accounts but still in many the responsibility for social media monitoring are in the hands of the marketing and sales department.

When stepping in to the real world of Social Media a company should understand that they will not only be contacted by happy customers who want to “Like” their products and services. There might be actual contact from a customer who would need help. This could be your moment to shine or burn…

If your company as an online presence and has a customer service desk and all the support process in place. Is your customer service desk part of the social media monitoring and response processes or do they have to relay on the fact that the marketing people will let the service desk know if their involvement is needed. On the other hand if your service desk people are allowed to run freely in the internet, do you have process in place to make sure that your customer service responses do not become your biggest problems.

I will adress this issue in the coming posts and try to create a small series related to this. Let me know if you have some ideas or specific issues that you would like me address?

photo credit: michaeljzealot via photopin cc

The post Customer service in the Social Media appeared first on Process as a Service (PRaaS).

Jatkossa päivitykset tulevat englanniksi.
Vanhat suomenkieliset päivitykset löytyvät helposti kategoriasta Finnish-Suomeksi.

The post PRaaS is now on English… Jatkossa PRaaS päivitykset englanniksi. appeared first on Process as a Service (PRaaS).

Tämä on kaiken edistyksen ja kehityksen varma merkki kun saa ohjeet suunnilleen tähän tyyliin:

“Kehitä meidän toimintaamme. Tee mitä ikinä vaaditaan! Laitetaan asiat kuntoon!”, sitten kuitenkin loppuun tokaistaan jotain tämän tyylistä: “Varmista, että mikään ei muutu” tai “Tärkeää on, että kaikki voivat tehdä työtään samalla tavalla kuin tähänkin asti”

Olemme luoneet tilanteen missä toimintaa pitää kehittää mutta mikään ei saa muuttua.

The post Motivaatio! Mistä sitä voisi ostaa? appeared first on Process as a Service (PRaaS).

Sattuneesta syystä olen päässyt miettimään paljon non-profit (voittoatavoittelemattoman) organisaation markkinointia. Miten tuoda tälläisen organisaation sanoma esille, silti halventamatta sen kohdetta.Näihin teemoihin liittyy usein myös vahvat aatteeliset periaatteet jotka usein mielletään rahan vallan ja rahan tarpeen ulkopuolelle. Vaikka todellisuudessa nämä kaikki atteet ja toiminnot tarvitsevat aivan yhtä paljon ellei jopa enemmän rahoitusta kuin muu toiminta. Miten siis taistella näitä lähtöasetelmia vastaan.

Asenne muokkausta

Ensimmäisenä tulee mieleen tietenkin, että pitää osoittaa mihin tätä rahaa tarvitaan. Miten se on tehokkainta osoittaa? Yleensä kerrotaan mitä on aikaisemmin tehty tai saatu aikaiseksi. Esim. Kirkon ulkomaan apu (KUA) tai Punainen Risti pitää sivuilla roppakaupalla tietoa projekteista mitä ne ovat tehneet ja saaneet aikaiseksi tai mihin kriisiin ne ovat parhaillaan osallistumassa. Tähän on tullut muutos tai oikeastaan täsmennys, eli enää ei riitä todisteet siitä, että jotain on juskus saatu aikaan. Halutaan tietää mitä seuraavaksi tehdään tai vielä tarkemmin, että mihin juuri minun rahani menevät. Siksi onkin tullut mahdolliseksi erilaiset hyväntekeväisyys kaupat, joissa voi ostaa vaikka vuohia tai vastaavaa. Lahjoittajalle jää se tunne että minun rahani menivät juuri tuohon yhteen vuoheen.

Tällä pyritään vähentämään yhtä suurimmista oston esteistä eli “hyväntekeväisyyteen annetut rahat eivät oikeasti mene sinne mihin niitä annetaan vaan menee kaiken maailman palkkioihin ja hallinnon kuluihin.”…

Tuntuu kuin järjestöt olisivat tunnistaneet suurimmat esteet omien asiakkaiden osalta ja lähteneet niitä taklaamaan. Rupesin vielä miettimään mikä on se seuraava este lahjoitukselle??? Lisää tästä myöhemmin.

The post Non-Profit organisaation markkinointi appeared first on Process as a Service (PRaaS).

Tämä tulee erityisesti eteen testauksessa, määrittelyssä ja niiden dokumentoinnissa. Ilman hallittua testaus prosessia asioita saatettiin valmiiksi nopeammin, mutta suuremmalla määrällä virheitä. Usein kuitenkin uudet palvelut ja järjestlemät toimivat, -ainakin jollain tavoin. Tuotanto oli todellinen testiympäristö. Ei edes yritetty testata kaikkia käyttötapauksia vaan katsottiin pikemminkin se, että pysyykö palvelut pystyssä. Jos pysyy niin sitten vain tuotantoon.

Ajatusleikkinä voisi miettiä, että yritys, jolla on vaikka keskimäärin 10 IT-projektia käynnissä vuosittain minimoisi näiden testauksen. En nyt tarkoita sitä, etteikö varmistettaisi perustoimivuus ennen käyttöä, mutta unohdetaan laajamittainen käyttäjätestaus ja tehdäänkin vain perus tietoturva auditoinnit ja kuormitus testit. Mikä vaikutus sillä olisi IT-budjetteihin ja tuotannon laatuun. Tässä toki vaikuttaa millaisia palveluita ollaan ottamassa käyttöön ja mikä on firman profiili.

Vielä vuosia takaperin muistan, että oli normaalia siirtää tuotantoon palveluita jotka oli vain “saatu toimimaan”. Kyllähän niissä virheitä sitten ilmeistyi, mutta ilmeisesti onnekkaasti saimme aina kaikki korjattua lennossa ja ilman suurempia vahinkoja. Nykyään tuntuu taas, että mitään ei voi siirtää tuotantoon ennen kuin viimeinenkin riski on testattu ja eliminoitu pois. Tässä ei sinänsä ole mitään pahaa, mutta mikä sen panostus vs. hyöty on? Olisiko mahdollista vielä nykypäivänä tehdä IT-projekteja vanhan koulukunnan mallin mukaan? Eli laitetaan palvelu toimimaan niin, että pysyy pystyssä ja sitten aktiivisesti seurataan palvelun käyttöä.

Nyt kun erilaiset Google Apps marketit ja vastaavat yleistyvät, niin on kiva huomata kuinka sovellukset syntyvät juuri tähän tyyliin. Epäonnistutaan nopeasti ja halvalla. Uusia versioita tulee ensimmäisten viikkojen aikana nopeaan tahtia. Sovelluksia ei ole testattu lainkaan, se on vain saatu toimimaan…

The post “KICKIN IT OLD SKOOL”… It-projektit! appeared first on Process as a Service (PRaaS).

Miten sitten pp voisi varmistaa viestinsä perille menemisen ja lukemisen? Tietenkin samoilla keinoilla kuin roskapostittajakin. Seuraamalla mikä viesti toimii ja millainen sanamuoto saa vastaanottajan lukemaan viestin. Seurataan ketä avaa viestin. Ketä lukee liitteen ja ketä seuraa linkkejä eteenpäin. Kuinka moni kuittaa ennakko tehtävät tehdyiksi, jne…

Roskapostittaja tai “markkinoija” tekee tätä työtä erittäin tehokkaasti ja kehittyneiden työvälineiden avulla. Samat työkalut olisi saatavilla myös Projektipäällikkön käyttöön pienellä vaivalla. Mitä se vaatii. Jatkossa kun toimit projektipäällikkönä ja tuntuu, että projekti ryhmä alkaa paisumaan liian suureksi. Ota käyttöösi joku edullinen tai ilmainen massapostitus palvelu. esim. mailchimp. Sitä on mahdollista käyttää lähes maksutta. Sen avulla on helppo seurata mitkä viestit luetaan ja ketä ei avaa viestejä. tämä antaa todellisen kuvan siitä ketä projekti oikeasti kiinnostaa ja ketä kannattaa kutsua mukaan.

Pientä viilausta projektiryhmään ja viestin sisältöön niin tehokkuus kasvaa. Lisäksi jos projektiin liittyy vielä suuremman väen tiedottaminen ja kouluttaminen ovat nämä työkalut aivan ehdottoman hyviä varmistamaan tiedon perille menoa ja seuraaman sitä missä yksiköissä täytyy vielä tietoisuutta lisätä.

Lisäksi viesteihin on hyvä lisätä manuaalisia kuittauksia siitä että on ymmärtänyt ohjeet tai muistutus siitä, että mikäli ei ilmoita puutteista pöytäkirjassa tiettyyn kellonlyömään mennessä tarkoittaa se asiakirjan hyväksymistä jne.

Kun projekti lähtee hallitsemattomasti liikkeelle täytyy liike pysäyttää. Paras keino siihen on tiedon jakaminen ja sen varmistaminen, että tieto menee perille.

Roskapostittaja on kaikkien kaveri,
Rene

The post Mitä projektipäällikkö voisi oppia roskapostittajilta? appeared first on Process as a Service (PRaaS).

Olemme perheenä rakentaneet omakotitalon vuonn 2004 ja asuneet täällä jo kohta seitsemän vuotta. Kuten jokainen “omakotirakentaja” tietää, niin listoja ja pikku koloja tuppaa aina olemaan. Kun tarpeeksi pitkää asuu talossa, niin kaikkien noiden pikku viilauksien kanssa oppii elämään. Sitten jossain vaiheessa tulee kuitenkin totuuden hetki ja pitäisi muuttaa. Tämä tietenkin tarkoittaa, että vanha koti pitäisi saada myytyä.

Aina kun mennään katsomaan uutta kotia, niin uuden kodin toivoo herättävän tunteen, että tämä on valmis ja täällä minä voin nauttia huolettomista päivistä. Silloin jokainen kolo, rako ja maaliläikkä tuntuu suuremmalta kuin yksikään mitä on ikinä nähnyt. Tästä syystä piti ottaa itseä niskasta kiinni. Piti ottaa naulapyssy kauniiseen käteen ja pistää viimeiset listat paikalleen.

Kuinkas kävikään… Listojen valinta kaupassa kesti tunteja, mittaaminen toisia tunteja ja sitten vielä sahaaminen ja paikalleen laittaminen. Työkalut hukassa ja vääränlaiset naulat. Liian lyhyt vatupassi jne. useita viikonloppuja ja kymmeniä työtunteja myöhemmin oli ensimmäinen listan palanen nauluttu vinoon. Tässä vaiheessa kuulin jo vaimoni sanat, joita oli toistettu useamman kerran vuosien kuluessa: “Palkataan, joku ammattilainen tekemään tämä. Hänellä menee siihen vain muutama päivä ja sitten homma on kunnossa”. Itsepäisesti olin sitä mieltä, että minä säästän ja minä osaan itsekkin tämän tehdä. Molemmissa asioissa varmaan totta. Jos minulla olisi aikaa niin osaisin tehdä. Jos minulla olisi tarvittavat työkalut niin pystyisin tekemään. Unohdin, että itselläni oli kuitenkin aina tuhat muuta asia joissa olen vielä parempi. Siksi asia aina vain jäi. Vaikka vastineeni vaimolle oli: “minä teen tämän itse, ei tämä niin vaikeaa ole. Heti, kun annat minulle aikaa niin hoidan homman kuntoon”. Vastineeseeni oli piilotettu oma alibini. Kiire, eli ajanpuute, jonka vaimo voisi korjata antamalla minulle rauhallista ajattellu aikaa asioiden tekemiseen. Tiesin, että saisin ajan jos sitä oikeasti haluaisin, mutta koin aina muut asiat tärkeämmäksi, joten en sitä ottanut tai vaatinut, mutta se toimi hyvänä alibina. No, lopulta oli sitten pakko soittaa tutulle rakennusmiehelle, joka on hoitanut meillä muutkin vastaavat hommat todella nopeasti ja laadukkaasti kuntoon. Tässä kotoa työskennellessäni katselen kuinka listojen alle katoaa “kolonen” toisensa jälkeen ja talo muuttuu hetki hetkeltä valmiimmaksi. Itse voin samalla keskittyä asioihin, joita osaan tehdä hyvin ja jotka oikeasti tuottavat tulosta yritykselleni.

Asia tuli talossani nyt korjattua, mutta tilanne jäi kuitenkin mietityttämään niin paljon, että oli pakko kirjoittaa siitä muutama rivi. Miksi meidän on niin vaikea ostaa palvelua tilanteessa, jossa voisimme itse tehdä asian? Tämä tulee vastaan prosessien ja toimintatapojen dokumentoinnissa. Tottakai jokainen sen osaa tehdä, jos vain on luku- ja kirjoitustaitoinen. Mutta sille ei ole koskaan aikaa kun on aina jotain parempaa ja tärkeämpää tekemistä. Kuten asioita joita osaa todella hyviin. Jos olen IT-päällikkö niin haluan mittiä strategiaa ja tutkia mistä johtuu notkahdus palvelupyyntöjen määrässä tai mikä on “pilven” vaikutus yrityksen tuleviin tietoteknisiin valintoihin. Lista on lähes loputun. Miksi en siis maksaisi jollekkin, joka dokumentoi meidän toimintapamme? Etsii niistä pahimmat puutteet ja antaaa korjaavat toimenpiteet. Pelkäämmekö antaa kuvan, että emme osaa hoitaa työtämme? Voisi kuitenkin olettaa, että jokaisen päällikkön tehtävä on tuottaa mahdollisimman hyvää jälkeä mahdollisimman tehokkaasti. Jos tämä tarkoittaa, että välillä pitää ostaa palvelua ulkopuolella, niin sitten täytyy vain tehdä niin.

Mikä on SE asia sinun yrityksessäsi, minkä tiedät olevan tärkeää, mutta et ole vain “ehtinyt” sitä tehdä? Onko asioita, joita et kehtaa tilata talon ulkopuolelta? Mikä on se asia minkä tekisit heti ensimmäiseksi kun tämä kiire vain vähän helpottaisi? Lopputulos kuitenkin helpottaisi omaa elämääsi paljon. Miksi et siis helpottaisi tuskaasi ja maksaisi jollekin, että hän hoitaa asian kuntoon.

Vuosia meni tilausta pantatessa, mutta toteutukseen meni ammattilaiselta päivä! Ei enää itkua kun ei tule valmista. Kiire on, mutta sitä varten on olemassa palvelun tarjoajat.

NIM. Iloinen listoitetun talon omistaja

The post Se on ihan vain pikkuhomma, pystyn sen tekemään itsekkin… appeared first on Process as a Service (PRaaS).

Juttu Helsinginsanomissa

Jutussa oli tutkittu mikä vaikutus erilaisilla tiedoilla oli ihmisten halukkuuteen auttaa hätää kärsiviä.

Onko liian raadollista ajatella tätä yrityksen markkinoinnin kanalta niin, että ei kannata näyttää hienoja tilastoja käyttäjämäärien kasvusta tai uusista markkinaosuustilastoista. Kertoo vain yhden sydäntä koskettavan tarinan onnistuneesta projektista tai palvelun käyttöönotosta. Nimineen ja kuvineen kaikkineen. Antaako se parammat mahdollisuudet samaistua. Olisiko tätä myös ollut Nokian tuska.. ? Nokia näytti joka vuosi kuinka hieno heidän markkinaosuutensa oli, vaikka todellisuudessa puhelimien keskihinnat ja katteet laskivat tasaiseen tahtiin. iPhone tuli markkinoille tarinan kanssa, jossa köyhä opiskelija poika oli koodannut sovelluksen jolla nyt tienasi miljoonia tai yksittäinen kaveri joka ei osannut käyttää tietokonetta olikin nyt onnistunut synkronoimaan musiikkitiedostonsa puhelimen ja tietokoneen välillä.

Mikä on sinun todistuksesi? Google tulee Adroid puhelimillaan ja Chrome käyttöjärjestlemillään hirveää vauhtia joka puolelta. Heidän tarinansa on se, että sinä päätät mitä se tekee. Kaikki on avointa ja kaikki on yhteydessä toisiinsa. Menestystarinoita tulee jatkuvasti. Tarinoita kertovat yksittäiset ihmiset ja yritykset.

Pilvipalvelut alkavat olla kohta kaikki tuolla Gartnerin ja muiden tutkimusten ryöpytyksissä, mistä kävisi ilmi todellisia tarinoita aidoista ratkaisuista ja todellisista kohtaloista. Jos sinulla on pilvipalveluita, niin mitä niillä on saatu aikaan? Ketä on yrityksesti nälkäinen ja hätää kärsivä toimitusjohtaja, jonka ratkaisusi on pelastanut? Vai ovatko kaikki tarinat ainoastaan osa tilastoja?

The post Referenssien voima… appeared first on Process as a Service (PRaaS).