Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Database Ops / Feeds
    • Automate incoming data feed per technical specifications
      • From Athena (in development)
        • Requires opt-out data fields for all Athena categories that apply
        • Person-scoped fields
          • Athena ID
    • Automate outgoing data feed per technical specifications
      • To Athena
        • SPS opt-out values
        • Universal identifier (TBD - Athena ID, CUID, or UNI)
  • Security and Access Management
    • Update permissions on all existing objects to ensure proper access based on role and need
      • Realms
        • Add Advising realm to all advising specific objects
          • Queries, Forms, Mailings
        • New objects should have appropriate realm assigned going forward, particularly new Alumni elements
  • Opt-outs
    • Capture granular opt-in and opt-out for SPS communication categories
      • Use built-in opt-out workflow with defined message groups
        • SPS Do Not Email (Y/N) - full organization
        • SPS No Email Solicitations (Y/N)
        • SPS No Event Invitations (Y/N)
        • SPS No Newsletters (Y/N)
        • SPS No Reunion Outreach (Y/N)
        • SPS No Contact (Y/N) - Since only emails are sent, this is likely unnecessary
        • SPS No Solicitations (Y/N) - Since only emails are sent, this is likely unnecessary
      • Align communication categories with Athena, and require designation in all communications sent through Slate
        • This can only be controlled through workflows and training when messages are created
      • Page showing selections should be displayed on submit, but no follow-up email communication
      • Need mechanism to allow contacts to change their preferences (e.g., opt back in at a later date)
  • Populations
    • Edge Cases
      • Alumni populations are based on alumni status, some program students will be alums from another program while an active student in a current program; how do we want to handle isolating only alums in a particular program, in the population or a student status field at the program level?
      • Students that have more than one program will only show in the one labeled as the current Program of Study; need to add a field to track historic programs, or to add the programs to the academic history for segmentation
  • Landing Page
    • Create separate homepage widgets for the Alumni realm highlighting relevant information
      • Actual widgets TBD
  • Communications / Deliver
    • Ensure that all restrictions (opt-outs) are honored across all communications
      • This should be as systematic as possible to ensure there are no accidental sends to opt-outs
      Ensure that the unsubscribe link for all comms goes to the custom opt-out form
    • Ensure that all "Slate" branding elements, including text in footers and opt-out messages, are changed to reflect SPSEnsure that the default sender alias is not  defaulting to spsadvising for any alum/program comms
      • This cannot be set per user, and will require control through process documentation
    • Use the Designer functionality for all standard communications
      • Components 
      • Create components for all of the potential elements that are included in a standard mailing
      • Use existing templates to model the first round of components{List initial set of components by name here}Document workflows for mailing creation, recipient list selection, queuing for review, and sending
      • Test and validate send privileges for user roles
    • Components 
      • Coordinate with Web Dev team for next phase of component development (likely for next build cycle)
          Create templates for each type of message that requires a specific layout
          • Begin with the regular Alumni office mailingsFocus on new designs, flexible branding, and responsive functionality
      • Templates
        • Create a simple universal template that can flex its layout depending on the components in use
      • Chrome Extension
        • Update the input form for collecting the content to inject into the selected component with any required customizations
      • Create template(s) in simple HTML to accommodate truly unique designs that fall outside of the designer components
        • May require content blocks for shared/reused messages
        • Plan for distribution to users, and document installation process
        • Refine functionality for improved usability
          • Better input for Events List component
          • Consider methods for getting images into the Slate library through the extension form
      • Model out the guardrails to ensure that emails are not sent directly, but go to the review queue for the Alumni team to review
        • If there is a way to only require this when there are Alums in the recipients list, that would be great, but may not be possible

    Features to Consider

    • How does Graduway data (when implemented) fit into the Slate implementation, if at all?Communications / Deliver
      • Create template(s) in simple HTML to accommodate truly unique designs that fall outside of the designer components
        • May require content blocks for shared/reused messages

    Features to Review in Future Slate Updates

    ...

    • Security and Access Management
      • Create a security model that supports three unique realms to serve the three utility functions
        • Advising
        • Alumni
        • Programs
      • Create roles to control access to functionality based on business function
        • Alumni Operations
        • Program Operations
      • Update permissions on all existing objects to ensure proper access based on role and need
        • Realms
          • Add realm column to object views where realm can be assigned
      • Create security documentation to define what permissions to apply to future objects based on the defined roles and realms
        • Include maps to existing objects for current state
      • Add populations to user profiles based on security requirements
        • Populations should include Program or Alumni Operations roles depending on the user
          • Alumni team = Alumni Ops
          • Program teams = Program Ops
    • Populations
      • Create the populations for each of the defined population groups (Degree ONLY for now)
        • Approved Alumni, Current Students, Former Students
          • Each category per program, and one set of three for All Programs
          • Assign each Program-centric population to the Academic Director (for targeted programs - Wealth and Insurance)
          • Assign the All Programs groups for Alumni and Current to Alumni Relations (do not assign former students - may need to change)
      • Create population rules to assign records to the appropriate population(s) based on defined criteria
        • Use the same naming convention as populations for consistency
    • Queries
      • Create queries based on populations and ensure permissions adhere to security model (realm and roles)
        • Approved Alumni for My Programs
          • Will include any Alumni from the current user's population base
        • Current Students for My Programs
          • Includes any current students from the current user's population base
        • Former Students for My Programs
          • Includes any former students from the current user's population base (non-alumni)
    • Communications / Deliver
      • Ensure that all "Slate" branding elements, including text in footers and opt-out messages, are changed to reflect SPS
      • Components 
        • Create components for all of the potential elements that are included in a standard mailing
          • Use existing alumni newsletter to model the first round of components
            • Call to Action - Centered
            • Divider
            • Events List
            • Footer
            • Header
            • Image - Full Width
            • Section Header
            • Story - Side-by-Side
            • Story - Campus News
            • Story - Class notes
            • Sub-header
            • Text Block - Full Width
            • Update Contact Info
      • Templates
        • Create template for the alumni newsletter mailing
      • Chrome Extension
        • Update the input form for collecting the content to inject into the selected component with any required customizations

    Previous Releases