• ADVERTISEMENT

    Lessons Learned from ReportingOn

    by Ryan Sholin
    December 30, 2010

    In 2008, I was awarded a Knight News Challenge grant to build ReportingOn, a back channel for beat reporters to share ideas, information, and sources. The goal of the project was to provide journalists of all stripes with a place to talk about content — not craft, or process, or skillset.

    I taught myself enough Django — and sought out advice from friends and co-workers with little regard for their interest or priorities — to launch the first iteration of the site in October 2008. In July 2009, with fresh design and development from the team at Lion Burger, ReportingOn 2.0 launched.

    And almost immediately, I stepped away from it, buried in the responsibilities of my day job, family, and other projects. To grow and evolve, and really, to race ahead of the internal and external communication tools already available to reporters, ReportingOn needed far more time, attention, and dedication than I could give it.

    ADVERTISEMENT

    Yesterday, I shut down ReportingOn.

    In its last state, it only cost a few bucks a month to maintain, but it has more value at this point as a story, or a lesson, or a piece of software than it has as a working site.

    To head off a couple questions at the pass:

    ADVERTISEMENT
    1. No, you can’t export your questions or answers or profile data. None of you have touched the site in about a year, so I don’t think you’re that interested in exporting anything. But if you’re some sort of web packrat that insists, I have the database, and I can certainly provide you with your content.
    2. Yes, the source code for the application is still available, and you’re more than welcome to take a stab at building something interesting with it. If you do, please feel free to let me know.

    And a few recommendations for developers of software “for journalists”:

    • Reporters don’t want to talk about unpublished stories in public.
    • Unless they’re looking for sources.
    • There are some great places on the Internet to find sources.
    • When they do talk about unpublished stories among themselves, they do it in familiar, well-lit places, like email or the telephone. Not in your application.
    • Actually, keep this in mind: Unless what you’re building meets a very journalism-specific need, you’re probably grinding your gears to build something “for journalists“ when they just need a great communication tool, independent of any particular niche or category of users.

    As for the problem ReportingOn set out to solve, it’s still out there.

    Connecting the dots among far-flung newsrooms working on stories about the same issue is something that might happen internally in a large media company, or organically in the wilds of Twitter, but rarely in any structured way that makes it easy to discover new colleagues, peers, and mentors. Sure, there are email lists, especially for professional associations (think: SEJ) that act as back channels for a beat, but not enough, and not focused on content.

    (Prove me wrong, kids. Prove me wrong.)

    As for me, I’m working on another (even) small(er) Knight-funded side project a few minutes at a time these days. Watch for news about that one in the coming weeks.

    Tagged: django failure knight foundation reportingon software tools startup

    Comments are closed.

  • ADVERTISEMENT
  • ADVERTISEMENT
  • Who We Are

    MediaShift is the premier destination for insight and analysis at the intersection of media and technology. The MediaShift network includes MediaShift, EducationShift, MetricShift and Idea Lab, as well as workshops and weekend hackathons, email newsletters, a weekly podcast and a series of DigitalEd online trainings.

    About MediaShift »
    Contact us »
    Sponsor MediaShift »
    MediaShift Newsletters »

    Follow us on Social Media

    @MediaShiftorg
    @Mediatwit
    @MediaShiftPod
    Facebook.com/MediaShift