peruuta
Näytä tulokset kohteelle 
Hae sen sijaan kohdetta 
Tarkoititko: 
CONTRIBUTOR ***

Kootusti kehitysehdotuksia

tekijä Jere Värri

Hei,

alla muutamia ehdotuksia, jotka ovat jo pitkään olleet meillä toimistolla puheenaiheena, mutta koska saamattomuus, nyt vasta suolletaan nämä pihalle.

Myynti

-Myyntilaskun tilan (avoin, maksettu, jne.) pitäisi aina seurata automaattisesti laskulla olevaa avointa summaa. Nyt joutuu jälkikäteen tehdyissä kohdistuksissa käydä itse muuttamassa tilaa ja tämä on asia, joka helposti unohtuu.

-Myyntisuoritusten manuaalinen kohdistus. Tämä on iso osa prosessia asiakkailla, joilla on paljon ulkomaalaisia asiakkaita. Nyt järjestelmä hakee tiliotteelta summan sekä laskulta eräpäivän ja ehdottaa näitä suoritukselle. Meillä johtaa siihen, että melkein aina joutuu manuaalisesti korjaamaan jompaakumpaa (joka myös johtaa välillä virheisiin). Maksupäivää joutuu muuttamaan, koska suoritus tulee hyvin harvoin juurikin laskun eräpäivänä. Summaa joutuu taas usein muuttamaan sen takia, koska isot ulkomaalaiset asiakkaat saattavat maksaa laskut könttänä, summasta on vähennetty ulkomaalaisen pankin kulut tai valuuttakurssierot. Anekdoottien pohjalta uskon, että tällaisilla yrityksillä (joissa manuaalista suoritusten kohdistusta käytetään päivittäin) erot laskun ja suorituksen summan välillä johtuvat montaa kertaa useammin edellä mainituista seikoista kuin osamaksuista (joka puoltaisi oikean maksusumman ehdottamista). Siksi uskomme, että järjestelmän käyttö tehostuisi ja virheet vähinisivät, jos järjestelmä hakisi automaattisesti suoritukselle tiliotteen päivämäärän ja laskun summan. Onnistuuko? Hymiö Onnellinen

Tositteiden muokkaaminen laskun kautta

-Olisi kätevää, jos tositteen muodostumisen jälkeen tositetta kuitenkin voitaisiin muokata suoraan laskulta käsin. Nyt esim. ostolaskun tositepäivämäärä kyllä muuttuu, jos laskun päivämäärää muuttaa, mutta tiliöintiriveihin ei tule muutosta, jos niitä muokkaa. Vaikka päivämäärän muutos toki on ihan kiva juttu, niin en ole ihan varma onko epäjohdonmukaisuus (jokin asia muuttuu, mutta jokin ei) tässä tapauksessa huonompi asia kuin tositteen puolittainen muokkautuminen laskulta käsin.

Käyttäjäprofiilit

Käyttäjäprofiilien kopiointi olisi ehdottoman toivottu helpon käyttäjähallinnan takia. Järjestelmässä olevat oletukset eivät aina istu tietyille yrityksille, puhumattakaan siitä, että ne eivät keskustele esim. reskontraoikeuksien kanssa. Ja tästä eri oikeuksien olemisesta eri paikoissa seuraavassa Hymiö Onnellinen

Tietojen ulostuonti

Laskujen kuvat ulos esim. pdf-pakettina ilman aineistokopiointipalvelua kiitos Hymiö Onnellinen

Helppokäyttöisyys

Ylipäätään Netvisorilla on hieman ongelmia johdonmukaisuuden ja itseohjetuvuuden kanssa. Ohjelman pitäisi pystyä ohjaamaan käyttäjää siten, että asioiden tekeminen ja loppuunsaattaminen onnistuu aina joko samalta sivulta tai sitten järjestelmää tarjoaa linkkiä sivulle, jossa seuraava klikki mahdollisesti pitäisi tehdä. Alla vielä muutamia poimintoja, joista osa jo mainittu yllä:

-Laskun tiliöintirivien muutos > pitää myös mennä tositteelle tekemään samat muokkaukset

-Käyttöoikeudet > pahimmassa tapauksessa pitää muokata viidestä eri paikasta

-Uusi palkkalaji > palkkalajien kaavojen muokkaukset, lisäys palkkamalliin, muotoilu palkkalaskelmalla ja ties mitä, mitä en ole osannut tässä ottaa huomioon.

HRM on varmasti koko järjestelmän pelottavin osio ja kuvaa koko yllä olevaa ongelmaa ehkä parhaiten. Itsessään monipuolinen ja hyvin muokattava osio, mutta käyttäminen todella hankalaa.

Jos yllä oleviin on jo jotain käteviä ratkaisua olemassa, niin otamme niitä mielellämme vastaan Hymiö Onnellinen

Tere,

Jere

5 VASTAUSTA5

tekijä Aleksi Martikainen

Hei Jere!

Otan suoraan tuotekehityksestä kantaa tähän kirjoitukseen, sillä kirjoitit hyvillä esimerkeillä varustettuna ja kattavasti nykyisistä järjestelmän haasteista. Kiitos siis hyvistä kehitysehdotuksista ja -kuvauksista. Ja kiitos myös Teemulle hyvästä täydentävästä kuvauksesta laskukäsittelyssä.

Osa näistä onkin jo kehityssuunnitelmassa, mutta osaan kaivataan lisää detailitason käytännön esimerkkejä, jotta varmistetaan parhaat tuotekehityspäätökset ja käyttöliittymäsuunnitelmat.

Parhaiden päätösten ja suunnitelmien varmistamiseksi olemme tehneet pitkin vuotta käyttäjätestauksia ja käyttäjähaastatteluja. Kävisimme mielellämme läpi erityisesti myyntireskontraan liittyviä asioita, sillä meillä on parasta aikaa siitä iso kehitysprojekti meneillään kehitysputkessa. Tähän projektiin kuuluu koko myyntiputken, kaikkien myyntilistausnäkymien ja laskunkäsittelyn uusinta aina tarjouksen tekemisestä laskutukseen asti. Toissa viikolla julkaistu uusi asiakaslistaus on mm. osa tätä projektia.

Mikäli olette kiinnostunut asiasta ja mahdollisesta osallistumisesta käyttäjähaastatteluun niin laitatko yhteystietosi aleksi.martikainen@visma.com niin olen tarkemmin aiheesta yhteydessä. Lisäksi olemme kiinnostuneet haastattelemaan suoraan loppukäyttäjiä, mikäli teidän asiakkaista löytyisi halua kertoa nykyhaasteista järjestelmän käytössä. Tämä on kutsu myös muille tämän lukijoille. Olen yhteydessä kaikkiin aiheesta kiinnostuneisiin.

Tuotekehitysterveisin,

Aleksi Martikainen

Business Analyst - Enterprise processes / User Experience Designer

Netvisor Development team

CONTRIBUTOR ***

Check, kiitos tiedosta. Kiinnostusta on ja tällä viikolla esim. perjantaina olisi varmasti aikaa haastattelulle. Muussa tapauksessa saattaa mennä ensi viikolle. Voi olla, että löytyisi myös asiakkaan päästä kiinnostusta osallistua haastatteluun ja siellä päässä varmasti etenkin tilauspalikka on tärkeä. Eräs asiakas myös varmasti haluaisi antaa ehdotuksia Nvisor-Severa yhteyteen, mutta en tiedä meneekö se jo ohi aiheen.

Jere

tekijä Minna Seistilä

Hei Jere,

Kiitos hienoista kehitysehdotuksistasi!

Käythän lisäämässä ideasi vielä tuonne Netvisor-tuoteideoinnin puolelle.

Teethän jokaisesta aiheesta erillisen ideansa, jotta niiden kommentoiminen, kehittäminen ja äänestäminen on mahdollisimman selkeää.  Tuotekehityksemme seuraa Netvisor-tuoteideointi osioa ja riittävästi ääniä saaneet ideat pääsee jatkoselvitykseen niiden toteuttamismahdollisuuksista.

CHAMPION ***

tekijä Teemu Kolehmainen

Mitä minä olen huomannut, niin ostojen puolella myös tiliöinnit muuttuvat tositteella jos niitä muuttaa avoimella kaudella olevalla laskulla. Myynnin puolella tuo tiliöintien muuttumisen puute laskua muokatessa on pahempi ongelma, kun suurin osa asiakkaista kuitenkin laskuttaa itse ja ei asiakkaille tule mieleen että heidän pitäisi tehdä muutoksia useampaan kohtaan jos laskuja lähdetään korjaamaan, he muuttavat vain laskun ja tositteiden erojen korjaaminen ja etsiminen on meidän kirjanpitäjien vastuulla.

Käyttöoikeuksissa tosiaan joutuu käymään monta eri kohtaa läpi, kun on erikseen reskontrien oikeuksia ja tiedotusnäkymän oikeuksia ja sitten vielä joutuu määrittelemään kolmannesta paikasta että saako käyttäjä nähdä kirjanpidon raportteja tai muokata yrityksen perustietoja esim. pankkitilejä. Kaikkein pahin näissä käyttäjäoikeuksissa on se, että jos teet näissä jonkun virheen, eli jää joku täppä laittamatta, niin sen huomaa vasta siinä vaiheessa kun uusi käyttäjä kirjautuu ensimmäisen kerran ja huomaa että ei pääsekään tekemään sitä mitä pitäisi. Tästä olenkin oman kehitysehdotuksen kirjannut, että käyttäjäoikeuksien luojan pitäisi päästä näkemään näkymät perustamiensa uusien käyttäjien näkökulmasta, niin tietäisi kerralla että kaikki on kunnnossa.

CONTRIBUTOR ***

Moi Teemu,

ihan oikeassa olit, eli yllä olevasta voikin unohtaa koko osto-osion. Tuo on myös hyvä idea, että käyttäjähallitsijalla olisi mahdollisuus nähdä muiden käyttäjien näkymiä. Käyttäjäoikeudet kuuluvat myös sarjaamme "Pelottavat asiat", joten niiden testaaminen olisi toivottavaa.