Movein application software by unisolution - a user review

From OpenWetWare

(Difference between revisions)
Jump to: navigation, search
(categories)
Current revision (05:59, 8 November 2013) (view source)
 
(6 intermediate revisions not shown.)
Line 4: Line 4:
The software shows a copyright notice for the year 2009, yet in 2013, it seems to be the latest version. The software facilitates the application and selection process but it many areas it is still not intuitive and time-consuming to use.
The software shows a copyright notice for the year 2009, yet in 2013, it seems to be the latest version. The software facilitates the application and selection process but it many areas it is still not intuitive and time-consuming to use.
-
* When you start the software as a user, you usually want to get a quick overview of the current applicants for a specific course. Ideally, this would be the first thing that you see. Alas, this is not the case. Instead, you first have to search for the right applicants using several drop down menus - no simple button like current applicants for subject X.  
+
* '''Overview of applicants''' - When you start the software as a user, you usually want to get a quick overview of the current applicants for a specific course. Ideally, this would be the first thing that you see. Alas, this is not the case. Instead, you first have to search for the right applicants using several drop down menus.  
-
** To improve this users, where applicable, should be assigned a course and presented with the list of current applicants for this course as soon as they open up the database connection via a browser.
+
** Faculty members should be presented with the list of current applicants for the coming semester as soon as they open up the database connection via a browser.
-
* After having gained a quick overview, users typically need to dig deeper. Exporting data to a spreadsheet is a great way to do this. Unfortunately, the data is not ordered in a very meaningful way. Names and identifiers are not followed by what is usually most important for the selection process. For example, for a master program a main factor for admission is always the bachelor grade. Yet, it is so far removed that it is usually not even visible when opening up the spreadsheet. BSc grades may not even be found in the same place but may be spread over several columns if nationalities differ.
+
* '''Data export''' - After having gained a quick overview, users typically need to dig deeper. Exporting data to a spreadsheet is a great way to do this. Unfortunately, the data is not ordered in a very meaningful way. Names and identifiers are not followed by what is usually most important for the selection process like previous grades which are in column number 235!
** The most important data should come early in the spreadsheet. This includes the final average grade of the previous degree, the place and name of the institution, the name of the previous course, and the email of the applicant.
** The most important data should come early in the spreadsheet. This includes the final average grade of the previous degree, the place and name of the institution, the name of the previous course, and the email of the applicant.
-
* Lastly, users often need to download the supporting material including certificates, CV, and the like from the database since they cannot currently be displayed within the software. movein offers no way to do this efficiently for a large number of applicants. Instead, users need to do this one by one by entering an applicants profile, clicking through 2 times, and finally downloading the file. A huge waste of time if you have dozens or even hundreds of applicants.  
+
* '''File download''' - Lastly, users often need to download the supporting material including certificates, CV, and the like from the database since they cannot currently be displayed within the software. movein offers no way to do this efficiently for a large number of applicants. Instead, users need to do this one by one by entering an applicants profile, clicking through 2 times, and finally downloading the file. A huge waste of time if you have dozens or even hundreds of applicants.  
** It should be possible to select all relevant applicants in a list and then download an archive with all files in one click.
** It should be possible to select all relevant applicants in a list and then download an archive with all files in one click.
 +
 +
* '''Entering decisions''' - Faculty members currently don't have enough rights to select multiple students and mark them for admission, waiting list, or rejection. Students have to be selected and switched one by one.
 +
** Since selection committees composed of faculty members make these decisions, they need to be able to toggle these fields in a less time-consuming manner.
All in all, the software helps but the claim of a "highly efficient software" is overstated and big efficiency gains could still be achieved if the above points were addressed.
All in all, the software helps but the claim of a "highly efficient software" is overstated and big efficiency gains could still be achieved if the above points were addressed.
 +
 +
== Developer responsiveness ==
 +
 +
The German office has been slow to react to suggested changes in 2011/2012. Many small requests, like translation corrections, were flat-out ignored and only worked on after a reminder. Many requests were also redirected to the UK office from where we did not get a response.
 +
 +
After personnel changes in 2012/13 the German office has been more responsive, although many problems have still not been addressed.
[[Category:software]][[Category:review]]
[[Category:software]][[Category:review]]

Current revision

movein is a university application and admissions software by QS unisolutions, a subdivision of QS group, headquartered in London. As of 2013, it is mostly used by German universities [1].

User review of movein v3.4

The software shows a copyright notice for the year 2009, yet in 2013, it seems to be the latest version. The software facilitates the application and selection process but it many areas it is still not intuitive and time-consuming to use.

  • Overview of applicants - When you start the software as a user, you usually want to get a quick overview of the current applicants for a specific course. Ideally, this would be the first thing that you see. Alas, this is not the case. Instead, you first have to search for the right applicants using several drop down menus.
    • Faculty members should be presented with the list of current applicants for the coming semester as soon as they open up the database connection via a browser.
  • Data export - After having gained a quick overview, users typically need to dig deeper. Exporting data to a spreadsheet is a great way to do this. Unfortunately, the data is not ordered in a very meaningful way. Names and identifiers are not followed by what is usually most important for the selection process like previous grades which are in column number 235!
    • The most important data should come early in the spreadsheet. This includes the final average grade of the previous degree, the place and name of the institution, the name of the previous course, and the email of the applicant.
  • File download - Lastly, users often need to download the supporting material including certificates, CV, and the like from the database since they cannot currently be displayed within the software. movein offers no way to do this efficiently for a large number of applicants. Instead, users need to do this one by one by entering an applicants profile, clicking through 2 times, and finally downloading the file. A huge waste of time if you have dozens or even hundreds of applicants.
    • It should be possible to select all relevant applicants in a list and then download an archive with all files in one click.
  • Entering decisions - Faculty members currently don't have enough rights to select multiple students and mark them for admission, waiting list, or rejection. Students have to be selected and switched one by one.
    • Since selection committees composed of faculty members make these decisions, they need to be able to toggle these fields in a less time-consuming manner.

All in all, the software helps but the claim of a "highly efficient software" is overstated and big efficiency gains could still be achieved if the above points were addressed.

Developer responsiveness

The German office has been slow to react to suggested changes in 2011/2012. Many small requests, like translation corrections, were flat-out ignored and only worked on after a reminder. Many requests were also redirected to the UK office from where we did not get a response.

After personnel changes in 2012/13 the German office has been more responsive, although many problems have still not been addressed.

Personal tools