Web site optimization has become an essential capability in today’s conversion-driven web teams. In Part 1 of this series, we introduced the topic as well as discussed key goals and philosophies. In Part 2, I presented a detailed and customizable process. In this final article, we’ll cover communication planning and how to select the appropriate team and tools to do the job. Read more
https://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.png00Charles Shimookahttps://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.pngCharles Shimooka2015-03-10 04:24:372016-03-30 19:25:07A Beginner’s Guide to Web Site Optimization – Part 3
https://i0.wp.com/www.shimooka.com/v3/wp-content/uploads/2015/03/Optimization-part2-featured.png?fit=1920%2C676&ssl=16761920Charles Shimookahttps://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.pngCharles Shimooka2015-02-03 04:04:472020-08-19 05:18:40A Beginner’s Guide to Web Site Optimization – Part 2
https://i0.wp.com/www.shimooka.com/v3/wp-content/uploads/2015/01/Optimization-overview-featured.png?fit=1920%2C676&ssl=16761920Charles Shimookahttps://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.pngCharles Shimooka2015-01-13 08:34:382020-08-19 04:22:00A Beginner’s Guide to Web Site Optimization – Part 1
https://i0.wp.com/www.shimooka.com/v3/wp-content/uploads/2014/05/Agile-ProjectPlan-thumb.png?fit=1242%2C434&ssl=14341242Charles Shimookahttps://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.pngCharles Shimooka2014-05-21 21:22:402023-03-10 07:51:42Agile Project Planning with Google Docs
Few topics stimulate the troops and drive such rousing conversation around the office watercooler as software development process discussions. I decided to address this topic in my first blog post, not for the cheap emotional thrills, but more as a foundation to lead into future posts on product design methodology.
After having spent about a year-and-a-half with the web team at DIRECTV Latin America, I started to notice that different projects were being managed and developed in different ways, with no standardized process used across teams. In some organizations this might not be a problem, but in our case, many of our resources were shared between teams, and the different processes were causing confusion and frustration. To make matters worse, there were a few examples in which important steps were being skipped accidentally and products were being released with issues. For example, business owners would ask how a recently launched site was performing, but since a web analyst had not been involved in the project, the correct tracking tags had not been included and important goals were not being tracked. That type of thing.
After a couple such incidents, I decided to try and standardize a development process that could be agreed-upon and used by all teams. I created the above diagram to help formalize and communicate the new process.
https://i0.wp.com/www.shimooka.com/v3/wp-content/uploads/2012/01/DTV-Process-Diagram.png?fit=1193%2C761&ssl=17611193Charles Shimookahttps://www.shimooka.com/v3/wp-content/uploads/2025/02/Shimookalogo.pngCharles Shimooka2014-05-12 13:13:532016-03-30 19:26:54Formalizing a Software Development Process