For years, we have been frustrated at the tendency of communities and consultants to view municipal fiber networks as a binary decision. Should we or shouldn't we? Should they or shouldn't they? At its worst, it is framed with the most expensive approach - borrowing for a citywide all-at-once approach. Consider this framing by a recent story in a Portland, Oregon suburb from the Oregonian:

Hillsboro officials have heard back from the consultant they hired to examine the feasibility of building a municipal fiber network that would bring high-speed, lower-cost Internet service to city residents. The answer? Don't do it.

Stories like this make my blood boil. It is the absolute wrong question. But to delve into it, I want to abstract away from any specific consultants or approaches. This is not a failing of a single consultant, but something we have seen to various degrees from many. Jumping ahead, the correct approach is to develop a description of the problems a community faces or wants to solve relating to Internet access. Then, examine a variety of approaches to pick the best option rather than only evaluating the single most expensive option. Some consultants are very happy to bid a project, answer a narrow question, and then let the community go on its perhaps puzzled way. They have the list of phone poll questions, the spreadsheet full of assumptions, and final feasibility report template all ready for the next community. (We do not offer consulting services.) Other consultants go out of their way to educate, guide, and otherwise help the community develop and achieve its objectives. These consultants may appear to cost a bit more, but actually can be much more cost effective. Some consultants bid the bare minimum, planning to charge extra later for supposedly supplemental information that is actually essential for continuing the process. A consultant should be a guide to achieving objectives rather than simply evaluating a single, likely over-simplified question. It all starts with what questions a community asks.