This is a fairly standard Movable Type blog for a Friend (Quaker) based in the West-Philly neighborhood of Philadelphia, PA. The most unusual element is that the client wanted two separate blogs: one meant for daily posts and the other for more weekly posts (it’s all set up in MT via categories). This also shows the use of Slidoo for a photo banner head. The pictures are all pulled from a particular set of her Flickr account. Visit site.
Quaker Ranter
A Weekly Newsletter and Blog from Martin Kelley
Category Archives ⇒ Design
This includes freelance client work as MartinKelley.com.
Nemos Aquarium
March 25, 2008
A multimedia website displaying the very colorful aquarium out near Norristown Pennsylvania. The Flickr photos are cached and display with Lightbox (a Slimbox clone) when clicked. Movies are included both as optimized-for-download WMV files and on a independent Youtube account. View Site.
Nick Watts, Piano Instructor
January 10, 2008
Nick Watts is a piano instructor in the Oaklyn, N.J. and wanted to advertise his services online. Be sure to check out the Entertainment page for music samples. I used Box.net to allow Nick to upload his own songs any times he wants!
Visit Site: Nick Watts Piano.
SteadyFootsteps.org
June 22, 2007
Blog by an American couple living in Vietnam and advocating for greater motorbike safety. The technical aspects are pretty straight-forward but the neat part about it was watching the client learn about blogging and online photo
sharing as we worked on the site: I introduced her to Flicrk, Picasa
and Gmail! She took to it like a fish to water and the site is full of great
photos taken by her husband David. Read more about their
work doing physical therapy in Vietnam and their posts about life in Da Nang.
. Technology: Movable Type, Flickr. Visit Site.
Publicizing your blog via Flickr
June 13, 2007
Integrating the Flickr photo sharing service
with your blog is a wonderful way to easily add photos to your site.
With a little extra effort you can get Flickr to work for you.
Flickr in your blog
When you want to embed a Flickr-hosted photograph into one of your
blog entries, first start by going to the photo’s page in Flickr. Click
on the “All Sizes” button on top (with the magnifying glass icon), and
then pick the size you want for your blog post – small and medium work
well for blog entries.
Underneath the resized picture is a box with Flickr’s coding (you have
to be looking at your own account and be logged in to see this). Simply
cut and paste this into your blog entry and the picture will appear
there. If you want your text to wrap around the picture you’ll want to
add a little coding to what Flickr gives you. Somewhere inside the
“img” text you need to add wrapping instructions. An easy place is
between the text that reads:
height=“180” alt=“whatever it says”
…now reads:
height=“180” align=“left” alt=“whatever it says”
Change left to right to have your photo align that way.
Your blog in Flickr
Many users don’t realize that people sometimes find your Flickr
photos and not your blog. Google indexes Flickr nicely and Flickr’s own
search is popular. In the description of your photos you should add a
link back to your own blog. If you have a blog entry concerning that
actual picture, link directly back to that entry.
You’ll have to hand-write the HTML link for this (sorry, Flickr doesn’t have a link button). It should look something like this:
Description of the photo. For more read, <a href=“http://www.site.com/blogentry”>What I know about Flickr</a>.
Here’s a screen shot of the editing screen for this Flickr entry:
Results
That post about my trip to a legendary South Jersey locale is one of
the most visited pages on my personal blog. A good bit of it comes from
the links in Flickr!
Remember to put a lot of desired keywords into your Flickr title and
all link text. Keywords are those phrases that you think people might
be searching for.
Tamspub.com
June 6, 2007
Vietnamese restaurateur and surf guru Tam shares photos and stories from one of Southeast Asia’s best surfing towns. Hands down this is the most handsome photo site in my portfolio! Visit Site.
GN-Nonviolence.org
April 18, 2007
An short-lived international coalition that barely survived to site launch, the project was interesting because of its requirement that its mission statement be displayed in half a dozen languages, include left-to-right set Hebrew and Arabic and Nepalese!
On pricing philosophy
April 16, 2007
Via 37Signal’s Signals vs. Noise blog I came across a fascinating post written by Brian Fling of Blue last year on pricing a project. I’d like to talk about it and to explain my own philosophy. First a extended quote from Brian:
I find it funny… in a sad sort of way, that we often
start out our partnership with bluffing, no one saying what they are
really thinking… how much they are willing to pay and how much it
should cost… Though every book I’ve read on the topic of pricing says
to never ever ballpark, I have a tendency to do so. If they can’t
disclose the budget I typically try to start throwing a few numbers
from previous projects to help gauge the scope of what we are talking
about, call it a good faith effort to start the discussion… While this
is very awkward part of the discussion it is almost always followed by
candor. It’s as if once someone starts telling the truth, it opens a
door that can’t be closed.
I completely agree that candor is the only way to work with clients.
Maybe it’s the Quaker influence: we reportedly pioneered fixed pricing
back when everyone haggled, with the philosophy that charging true
costs were the only honest way of doing business. My official rates and contact page includes my list of “typical costs” — essentially these are the “ballpark estimates” that Brian talks about.
When I put together estimates I base it on my best-guess informed
estimates. I start by tabulating the client’s requested features and
determining how I’ll achieve them. I then estimate how long it will
take me to implement each feature and use that to determine a
first-guess for project cost. I then compare it to past projects, to
make sure I’m being realistic. I know myself well enough to know I
always want to underestimate costs – I usually like the project and want
to make it affordable to clients! – so I do force myself a reality check
that usually ends up adding a few hours to the estimate.
When I put together my official estimate I try to guess where
potential bottlenecks might happen. Sometimes these are technical
issues and something they’re more social. For example, a client might
be very particular about the design and the back-and-forth can take
longer than expected. If I think anything like this might happen I
mention it in the estimate. Sometimes as we work through the details of
a feature I’ll learn that the client wants some enhancement that we
hadn’t talked about previously and which I didn’t factor into the
estimate.
When I do see a particular part of the work taking longer than
expected I flag it with the client. I try to keep them informed that
this will add to total costs. In many cases, clients have been happy to
go with the extra work: I simply want to make sure that we both are
aware that the estimate is changing before the work happens.
I charge by the hour rather than on a per-project basis since I find
it to be a much more open business model. Brian Fling’s post agrees:
The problem [with per-project billing is that] one way
or another somebody loses, either the client pays too much, meaning
paying more than it’s market value, or the vendor eats into their
profit… One benefits to hourly billing is the client is responsible for
increases of scope, protecting the vendor and the customer. If the
project is completed early the client pays less, protecting the client.
This puts the onus on both parties to communicate regularly and work
more effectively.
I have very little overhead: a home office, laptop and DSL.
This means my rates are very competitive (one client described it as
“less than plumbers and electricians charge, more than the kid who mows
the lawn”). Being very careful with estimates mean that I often
communicate a lot with clients before I “start the clock.” I’ve often
worked with them a few hours before the estimate is in and we’re moving
forward and of course some of this un-billed work doesn’t result in a
job.
Putting together fabulous websites is fun work. It’s very much a
back-and-forth process with clients, and it’s often impossible to know
just what the site will look like and just how it will work until the
site actually launches. Half of my clientele have never had websites
before, making the work even more interesting! It’s my professional
responsibility to make sure I work with clients to foresee costs, dream
big, but most of all to be open and honest about costs as the process
unfolds.