Summoning builders…Compiling dreams…Polishing pixels…Aligning the stars to your roadmap…Brewing the backlog…Forging gold from ideas…Charting the constellations…Waking the render spirits…

    Insights/Business & Strategy/Contributing To Cheyenne, Wyoming's Smart City: The Magic City Of The Plains

    Contributing To Cheyenne, Wyoming's Smart City: The Magic City Of The Plains

    Marco Lopes
    September 25, 2019
    3.1k views
    Business & Strategy
    accelerator
    cheyenne-wyoming
    network
    smart-city
    Contributing To Cheyenne, Wyoming's Smart City: The Magic City Of The Plains

    Cheyenne earned its “Magic City of the Plains” nickname long before smartphones, connected sensors, or cloud software. Its next chapter does not need to trade that history for a city full of screens. A smarter Cheyenne would be one where residents can find reliable information, public services work with less friction, and technology helps solve problems people actually experience.

    This article takes a 2019 perspective; tools, interfaces, and available local programs may have changed since then.

    For residents, business owners, students, and software builders, the useful question is not “How do we buy more technology?” It is “What can we improve together?” A clearer service-request process, a more accessible public website, or a building that wastes less energy can contribute more than an impressive dashboard nobody uses.

    The ideas below are practical ways to support that direction. They are not a claim that Cheyenne has adopted a particular smart-city platform, funded every project described, or committed to a single citywide technology plan. Before joining a program or proposing an integration, confirm what is available with the responsible local organization.

    What a Smart City Should Mean for Cheyenne

    A smart city uses information, infrastructure, and public participation to improve everyday life. Technology is one tool in that work, not the definition of success.

    For Cheyenne, worthwhile projects might address access to public services, transportation information, building efficiency, or communication during weather-related disruptions. The right priorities should come from residents and the people delivering those services, rather than from a vendor’s product catalog.

    Three tests help separate useful projects from expensive distractions:

    • Does it solve a recognizable problem? Residents should understand the benefit without needing a technical explanation.
    • Can everyone use the improved service? People without smartphones, reliable internet, or digital confidence still need access.
    • Can someone maintain it? Software, sensors, and public information all need an owner after launch.

    A city does not become smarter simply because more devices connect to a network. It becomes smarter when better information leads to better decisions, and when residents can question how those decisions are made.

    Seven Practical Ways to Contribute

    1. Start with One Everyday Problem

    Choose a problem you encounter rather than beginning with a solution you want to build. Perhaps a public form is difficult to locate, a building’s hours are unclear, or transportation information is hard to interpret.

    Document the experience in a short, usable format:

    1. Describe what you were trying to do.
    2. Note where the process became confusing or failed.
    3. Explain who else might face the same difficulty.
    4. Suggest the smallest improvement worth testing.

    For example, “The application page needs a plain-language checklist” is easier to act on than “The city needs a new app.” Include the page address or relevant location, but avoid sharing personal information in public feedback.

    Identify the organization responsible before submitting a suggestion. A city department, county office, utility, school, and private property owner may handle different parts of what feels like one neighborhood problem. Start with official contact information and ask for a referral if responsibility is unclear.

    Common pitfall: Treating one frustrating experience as proof of a citywide pattern. Gather a few additional perspectives, including those of frontline staff, before recommending a large change.

    2. Build Digital Confidence, and Help Someone Else

    Knowing how to navigate online services is useful civic infrastructure. Residents who can find official information, complete forms, and recognize suspicious messages are better equipped to participate.

    Start with practical skills: using strong, unique passwords, enabling multifactor authentication where offered, updating devices, and distinguishing an official website from an advertisement or imitation. Keep browser bookmarks for frequently used public resources.

    Then help someone else learn. Ask local libraries, schools, or community organizations whether they offer digital-skills sessions or welcome volunteer support. Focus on everyday tasks, not jargon: finding a meeting agenda, enlarging text, downloading a document, or submitting a question.

    Digital participation must remain a choice, not an admission requirement for public services. When you recommend an online improvement, ask how someone could complete the same task by phone, in person, or with assistance.

    Practical tip: Teach people to perform tasks themselves. Do not collect their passwords, retain copies of sensitive documents, or take over accounts in the name of convenience.

    3. Improve Energy Efficiency Before Adding Gadgets

    Homes and workplaces offer immediate opportunities to reduce unnecessary energy use. Begin with observation: review utility bills, look for drafts, check lighting schedules, and notice whether equipment runs when nobody needs it.

    A sensible sequence is:

    1. Establish a baseline from past bills and operating patterns.
    2. Address straightforward waste, such as unnecessary lighting or poorly controlled heating.
    3. Ask a qualified professional about insulation, air sealing, and equipment improvements.
    4. Consider connected controls only when they serve a clear purpose.
    5. Compare results over time, accounting for weather and occupancy changes.

    A programmable or connected thermostat can help in the right setting, but installation and settings must suit the heating system. Renters should coordinate building changes with property owners. Larger investments, including solar installations, require evaluation of site conditions, financing, permits, and applicable utility arrangements.

    For businesses, assign responsibility for reviewing consumption. A monitoring tool that nobody checks produces data, not savings.

    Common pitfall: Attributing every change in a monthly bill to a new device. Rates, outdoor temperatures, and operating hours can change too.

    4. Make Transportation Information More Useful

    Smarter transportation includes understandable information, safer connections, and realistic choices, not just electric vehicles or automated traffic systems.

    Where practical, try transit, carpooling, walking, or cycling for suitable trips. Assess the entire journey: reaching a stop, understanding the schedule, crossing a street, and getting home if conditions change. Cheyenne’s weather makes dependable information and contingency planning especially important.

    Contribute specific observations through the appropriate channels. “The sign is difficult to read from the sidewalk” or “This connection is unclear on the published map” gives staff something concrete to investigate.

    Software builders can help explain existing transportation information, but should verify permission, data freshness, and source reliability before publishing it. Clearly distinguish a scheduled arrival from a live prediction; never imply real-time tracking when only a timetable is available.

    Practical tip: Do not create unofficial roadwork, closure, or hazard maps without a correction process and prominent timestamps. Outdated transportation information can be worse than missing information.

    5. Participate in Decisions, Not Just Feedback Forms

    Public participation works best before a technology purchase or policy becomes difficult to change. Review official meeting notices and agendas, learn how public comment works, and submit focused questions about proposals that affect you.

    For a proposed smart-city project, useful questions include:

    • What problem is being solved, and how was it identified?
    • What information will be collected, and why is each field necessary?
    • Who can access it, and when will it be deleted?
    • What will operation, support, and replacement cost?
    • Can the city export its data if it changes vendors?
    • What happens when the system or network is unavailable?

    Privacy deserves particular attention. Location histories, camera footage, and household-level usage records can reveal sensitive patterns. “Collect it now in case it becomes useful” is not a sound public-interest justification.

    Support small, measurable pilots with clear stopping conditions. Ending an unsuccessful trial can be responsible stewardship, not a failure of ambition.

    6. Connect Students, Businesses, and Civic Organizations

    Cheyenne’s contribution network can include educators, public employees, neighborhood groups, entrepreneurs, and experienced tradespeople. Each brings knowledge a software team may lack.

    If an accelerator, business-support organization, or local technology group is available, ask whether it can help convene a problem-solving session. Treat that network as a way to find collaborators and test assumptions, not as evidence that a proposed product has public approval.

    Student projects can be especially valuable when the scope is safe and manageable. Examples include reviewing a public page for accessibility, creating a plain-language guide, or visualizing published aggregate data. Avoid assigning students responsibility for sensitive records or essential services.

    Hackathons can start conversations, but a weekend prototype needs a handoff plan. Before building, identify a service owner, likely maintenance tasks, and the conditions under which the project should be retired.

    Common pitfall: Counting event attendance or prototypes as the final result. The meaningful outcome is whether someone’s task becomes easier, safer, or more reliable.

    7. Share Verified Progress, Not Technology Hype

    Explain projects in terms of public benefits and trade-offs. “This checklist helps applicants avoid missing documents” says more than “We are digitally transforming the process.”

    When sharing an opportunity, link to the official source and check that dates and eligibility requirements are current. Distinguish proposed ideas, active pilots, and established services. Ask permission before publishing identifiable participant stories or photographs.

    Make room for criticism. Concerns about accessibility, surveillance, expense, or reliability can expose weaknesses early enough to fix them. Community trust grows when project teams explain what they learned, including what did not work.

    A Small Civic Software Pilot: From Idea to Handoff

    For a studio such as Kordspace, the most useful contribution may be a modest improvement to an existing service rather than another standalone application.

    Consider a hypothetical project to make a public information page easier to use:

    1. Confirm ownership. Get agreement from the organization responsible for the information.
    2. Observe the task. Ask a small, varied group of users to find a specific answer; record obstacles without collecting unnecessary personal details.
    3. Prototype the smallest fix. Improve headings, links, or instructions before introducing new infrastructure.
    4. Test accessibility. Check keyboard navigation, form labels, text contrast, mobile layout, and compatibility with assistive technology.
    5. Evaluate the result. Compare task completion and recurring questions before and after the change, acknowledging the limits of a small test.
    6. Hand it over. Document editing instructions, review dates, hosting responsibilities, and a rollback method.

    A simple project brief can keep the work accountable:

    Problem: Residents struggle to find required application documents.
    Proposed change: Add a plain-language checklist to the existing page.
    Owner: Named role within the responsible organization.
    Personal data: None collected by the checklist.
    Success check: Can users identify the required documents unaided?
    Review date: Agreed before publication.
    Fallback: Preserve existing phone and in-person assistance.
    

    Even a small pilot needs security appropriate to its scope. Limit editing permissions, protect administrator accounts, maintain backups, and keep software dependencies updated. Avoid collecting analytics merely because a platform makes it easy.

    Takeaway: Make the Magic Practical

    Contributing to a smarter Cheyenne begins with a useful observation and a willingness to collaborate. Help a neighbor navigate a service, reduce waste in a building, ask better questions about a proposal, or improve one confusing public page.

    The Magic City of the Plains does not need technology for its own sake. It needs improvements that residents can use, public organizations can sustain, and the community can trust.

    Conversation (0)

    No comments yet. Start the conversation.

    Join the conversation

    Create a free member account to comment.