The last iteration was focused on delivering a minimum viable product, which meant excluding the blockers in the first release. There was also a large rework of the steps, and user flow. The landing page now became the search page, eliminating an extra click needed to get to the app. The searched course information is organized in a similar fashion to the previous iteration, but the selected courses list was redesigned as a tile grid. Not only did the tiles provide the opportunity to display more information, but it allowed for larger text and better readability. The left side of the bottom screen then became the action area. When a user adds a course, the description screen changes to a preferences screen. This was key because without preferences, the number of possible schedules was becoming extremely large. Having the preferences there did not necessarily force, but certainly emphasized the options, increasing likelihood of choosing preferences. The preferences could be revisited by clicking on one of the tiles.
As I started to see the data we had to work with, it became clear that certain course restrictions and notes could not be included, because the source had inconsistent data. This meant that the CRN’s and individual sections would have to be displayed in the possible schedules, with a link to the page of the section so users can confirm any restrictions.
Finally the summary page was designed to be revisited, as opposed to the previous idea of providing a file to download. This allows for users to even share their schedules with peers, or advisors.