djluc

Die lekker... domeinen zijn leuk om er een viral aan te koppelen. Film wat grappige filmpjes waarin je lekker vouwen uitlegt en je bent al een heel eind.

Die 20.000 investering, waar is die heen gegaan?

Hoe betalen klanten?

Als je het in Excel doet is er vrij weinig beperking tot het aanpassen van gegevens. Wellicht is het goed om sowieso alles per direct ook te printen zodat je echt geen correcties door kan voeren.

Valse ziekmelding wellicht? Als hij echt ziek zou zijn zou hij dat op dat moment wel gemeld hebben?

Haha, wat een snelle reactie! Zo super snel een filmpje in elkaar zetten en dan nog zo'n internet classic ook!

Leuk om te zien! Wellicht alles voor het verzonden wordt scannen? Of doe je dat nu ook al? Dus 1 team wat bakjes vult, per bestelling 1 bakje + pakbon en vervolgens die bakjes verwerken. Dus bon scannen + alle producten dan weet je precies wat er in en uit gaat?

Op dit moment is dit niet opgelost, we werken nu aan een eigen boekhoudpakket incl. projectadministraties waar we het probleem wel in voorzien. Wij zien het moment van het verzenden van een factuur als het moment van aanmaken. Dus zodra je klikt op factuur verzenden wordt de factuur gefixeerd, je kan niets meer aanpassen, en we stempelen deze met het factuurnummer. Wij hebben dus: ID => interne nummer, nummert gewoon door ook met conceptfacturen etc. FactuurID => Het factuurnummer voor de fiscus wat altijd klopt en oplopend is.

Dat heb ik ook ja, erg lastig issue. Het komt bijvoorbeeld voor bij MoneyBird. Stel je bent op maandag een factuur aan het aanmaken (concept) en je mist een BTW nummer. Dit vraag je op bij de klant. In de nacht van maandag op dinsdag worden automatische facturen verzonden. Nu gaat je nummering de mist in. Ik begrijp niet waarom een concept factuur al een factuurnummer heeft, die hoort pas bij het uitreiken van een factuur er op gezet te worden.

Klein puntje: Duidelijke titel. Dus ClearDesk - Handige oplossingen om je bureau vrij te houden van kabels o.i.d. Het liefst met wat zoektermen er in die de boel goed beschrijven.

Wat mij vaak opvalt, en wat inmiddels ook al in de diverse reacties naar boven komt, is dat klanten zich vaak niet bewust zijn van het belang van het volgen van een dergelijk stappenplan. Het is vaak erg moeilijk om iemand te overtuigen van bijv. het belang van usability. Usability gaat, in de ogen van de opdrachtgever, vaak ten koste van de vormgeving. De opdrachtgever beoordeelt zijn website in de meeste gevallen enkel op buitenkant, hoe het eruit ziet, en is zich vaak niet bewust van het feit dat hij waarschijnlijk één van de weinigen is die dat doet. De bezoekers van zijn website komen namelijk niet om naar een mooie website te kijken, maar om informatie te vinden. Nou zo zijn er natuurlijk nog tal van voorbeelden te geven. De klant zal niet vragen naar een functioneel ontwerp of een informatiestructuur. Die ziet liever zo snel mogelijk een visueel ontwerp. Ik denk dat het inderdaad belangrijk is je te realiseren dat er een groot verschil in kennis tussen de opdrachtgever en de opdrachtnemer aanwezig is. Iemand daartussen plaatsen die de vertaalslag kan maken is helemaal geen gek idee. Een ander punt is natuurlijk vaak het budget. Een website is (kan) voor veel bedrijven een belangrijke bron aan nieuwe klanten en dus omzet (zijn). Toch mag het vaak niet al te veel kosten. Dat is natuurlijk erg jammer aangezien er door meer te investeren vaak ook veel meer uit te halen valt. Dat is inderdaad vaak de kern van het probleem. De oplossing is er ook maar zal vrijwel altijd met budget te maken hebben. Om een aantal uren te besteden aan de ontwikkeling van een goed concept, plan etc. moet de klant het daar mee eens zijn. Verder is "de klant" op het moment dat dit moet gebeuren eigenlijk nog geen klant maar een potentiële klant. Om dat traject in z'n geheel in de offertefase te doen is niet te doen. Een klant wil echter vaak ook niet gewoon de uren betalen die gemaakt worden, zeker als je nog geen bedrag kan noemen voor het totale traject.

Aan wie ligt het dat de ontwikkeling langer duurt? Zijn er wijzigingen in de specificaties of heeft hij een foute inschatting gemaakt? Hoe lang duurt verder het totale ontwikkeltraject volgens planning en hoe lang ben je nu bezig? Werkt hij fulltime hier aan?

Dus eigenlijk is een accountant in veel gevallen (buiten zijn controle werk) een soort accountmanager die de additionele diensten van een organisatie aanbiedt aan zijn relaties?

Dat is een groep waarvan ik het niet gek vind, maar zoveel mensen vliegen niet heel de wereld over om op te treden. Het is een gemakszucht om zo'n flesje water uit de koeling te halen. Het gaat daarbij om de massa, de mensen op de stations, tankstations en terrassen.

Dank voor jullie zeer waardevolle input! Ik deel inderdaad jullie mening, zoals al wel duidelijk was in de topicstart denk ik. Het is in ondernemersland algemeen bekend dat focus en specialisatie het beste werkt. Al moet ik zeggen dat ik ook geen direct probleem heb met een bedrijf met meerdere takken, bijvoorbeeld een consulting tak en een accountants tak. Al kan je dat ook zien als 2 losse bedrijven die samenwerken. Wat ik in de praktijk gezien heb is bijvoorbeeld een factuur waarop een x bedrag staat met daarboven een lijst: Administratieve werkzaamheden, controle boekhouding en diverse gesprekken. Het is voor een kleine ondernemer relatief onduidelijk wat de zaken nou eigenlijk kosten en wat hij nodig heeft. Het punt van Norbert is ook een hele sterke: Klopt helemaal, de accountant heb je nou eenmaal nodig in veel gevallen. Daarnaast kom je er toch eens per jaar dus wat vragen over ontwikkelingen zijn logisch. De vraag is of dit goed is, of de accountant de juiste gesprekspartner is voor de issues die de ondernemer aankaart. Denk aan uitbreiding, investeren in een nieuw pand etc. Vaak is een bedrijfsadviseur wellicht een betere optie? Een accountant zal nooit stop zeggen op zo'n moment, waarom zou hij, een deel van zijn dienstverlening is adviesuren schrijven. Iedere starter zal een x bedrag op deze manier investeren in zijn bedrijf, gewoon omdat je de accountant nodig hebt en je er toch zit. Zou het niet beter zijn als een accountant gewoon zegt: "Nee, daarvoor moet je niet bij mij zijn. Je zit in de horeca, wellicht is Pietje een goede bedrijfsadviseur voor je vraagstukken. Hij zit in de horecasector." en zicht dus beperkt tot de controle, daar waar zijn top waarde absoluut zit?

Ik zat nog te twijfelen om te gaan maar toch niet gedaan. Als ik hoor dat er maar zo weinig Magento development bedrijven staan dan verbaasd me dat echt, wellicht toch maar een stand huren komen jaar. Die shops een beetje kosteneffectief ontwikkelen is zo moeilijk niet, zit echt mooi in elkaar die software.

Kan je niet beter een goedkoop CRM systeem gaan gebruiken? Heb je meteen een goede structuur van je gegevens waarmee je ook in de toekomst verder kan groeien?

Voor salesforce komt financialforce er aan, dat is een samenwerking tussen salesforce en unit4. Lijkt me best een interessante partij maar heeft nog geen projectadministraties.

Het speelt al een tijdje in mijn hoofd en ik denk dat ik wel de boel wel een beetje op een rijtje heb. Ik wil daarom graag jullie innovatieve kijk, en dus niet zoals je gewend bent wellicht, over de accountants/bedrijfsadviseurs en administratiekantoren markt. Wikipedia voor de algemene beschrijvingen: Waarom doet de accountant bij veel bedrijven alles?

Je column klopt in grote lijnen helemaal, zo zou het moeten. De rol van de webontwikkelaar ligt dan ook in dit alles zo goed mogelijk boven tafel krijgen. Omdat in veel gevallen deze stappen niet of nauwelijks voor een offerteaanvraag duidelijk zijn. Dat maakt het zo'n lastig issue, een klant komt binnen met de verwachting vlot een offerte te krijgen, of in elk geval een redelijk exacte schatting, terwijl nog niet duidelijk is wat er nou eigenlijk moet gebeuren. Hoe zie jij een project met een klant zoals zojuist beschreven?

We hebben nog geen verplichte accountantsverklaring e.d. nodig dus dat is een voordeel in die zin. @Alex: Het probleem is gewoon dat er geen sluitend pakket is waarin je je bedrijf kan managen. Dus je haalt exact het juiste punt aan. Voor van alles zijn schitterende pakketjes te vinden maar tot je in het kader van grote ERP systemen komt sluit het vaak niet. De fase van een project staat in ons werkbonnen systeem, uren worden op een lijst ingevoerd en facturen in een simpel facturen programma gemaakt. Dat kan inderdaad allemaal in een boekhouding maar dat is achteraf. Dat is vaak te laat, zeker als je veel projecten tegelijkertijd doet. Om een idee te geven: Je hebt een snel webproject van een week of 2, dat is van 1jan tot 15jan. Daar moet die factuur achteraan en je wilt gedurende het traject de uren in de gaten houden. In totaal een uurtje of 50-60. Kan je zien dat je over je begroting heen gaat? Nee. Werken onze mensen dagen achtereen aan 1 project? Nee, want je moet regelmatig wachten op je klant. Dus een developer werkt aan een project of 5 tegelijkertijd. Nog afgezien van onderhoudswerk en aanpassingen achteraf. Een kostplaatsadministratie zoals je benoemt is inderdaad zoals het zou moeten maar een boekhoudpakket is geen performance management of actieve tool.

Als hun potentiële klanten er gaan kijken is het waardevol en dus zullen ze terug komen.

Aangepast!

Is het echt gelijk of niet? Kijk, elk schietspelletje lijkt wel ergens op Doom van vroeger maar dat geeft verder weinig problemen. Toch waren zij samen met Wolfstein denk ik een van de eerste.

Wij zitten met precies hetzelfde en zijn zelf aan het ontwikkelen geslagen om gewoon een top oplossing te maken. Vele offertes en besprekingen later is er gewoon geen complete oplossing zoals wij wensen. Vraag: Werken jullie op projectbasis? Dus met deadlines e.d. of hebben jullie lopende werkzaamheden? Dus dienstverlening zoals elke maand x uur voor een klant werken?