WK15 Franky&Yin

Feedback from the presentation

  1. the default page of this app is the fourth page… not common
  2. is the notification page necessary?
  3. what to determine the access to some pages? engine?
  4. “switches”…. not precisely describe the operation for the “back trunk”
  5. “restricted mode”, less important, but if the user is drunk, isn’t hard for the user to find the page. how to judge when should this page pop up.
  6. consider things users mostly want to see at the first glance.

Final Project-Caremote (ios11 +watchos4)

Concept statement

We are designing an app to provide automatic remote service for cars that allow users to control their smart car accessories and stay informed about the vehicle conditions when they are not in the car cabin.

Also, users can make simple adjustments to car functions from the app for better convenience.

Design Value

For most families with more than one driver or one car, it’s of great necessity for cars to adapt every user’s personal preferences without too much preasets.

The app provides users with less complexity to handle the cars. Just sit into the cabin with your phone, and everything will be set up according to machine learning process (from detection in daily use) and input to the car.

Different from the “smart key”, the app is created to be a terminal and a dashboard with all the essential functions to remote control the car. Also it’s like a driver’s digital database that imports all the personal settings to the car through wireless connection once the driver gets into the cabin.

User group

Frequent drivers/ careless people/ families with more than one car/ technology addicts

Persona

Mark/ 50/ senior manager

Mark has a family with 2 children. With 3 advanced cars of his own, he sometimes finds it hard to handle new tech features of his vehicles.

Because his family members are sharing all 3 cars, he sometimes has to adjust car settings after the car driven by other family members, like seat position or media recourses.

Also because of forgetfulness, sometimes he cannot remember if he has turned off lights or closed the glass windows when he leaves the car, but it’s inconvenient to go back and recheck them.

The final version of iPhone

Apple Watch Version

Digital prototype of Apple watch version

Feedback on final presentation:

  1. think about the operation of switching views in setting tab.
  2.  For Apple watch, the push notification part, no red background.

 

WK14 Franky&Yin

The feedback we got from digital prototyping

  1. different button systems!! consistency!!
  2. index page, “distance remaining”
  3. car finding page, a. beep button pop back automatically. b. the arrow at the map, the street name? gear icon and car icon?
  4. safety tab, add the window in the switch
  5. think about the condition to trigger different states / the technique support
  6. Add text under the icon in the fixed bottom tab, the icon of setting looks like filter
  7. preference page, add more text to explain detecting process
  8. restricted mode, the button is not necessary?
  9. air-conditioner, hierarchy issue, adjust by seats,
  10. media, the sound balance, research

Project3 Add-on   Apple Watch

Notes for apple watch human interface guideline

navigation: hierarchical/ page-based. Avoid creating hierarchies deeper than 2-3 levels.

Do not use long-press gestures in interfaces that have Force Touch menus.

The system font specifically omits the ultra light and thin weights below 20 points because they are not legible at small sizes.

Always include a Cancel button.

Do not use black for your icon’s background.

Prefer buttons that span the width of the screen.

 

App map

Wireframe and Visual design

 

WK10 Yin Hu & Franky Wang

Project3

app map

Wireframe

Feedback:

  1. consider if the user is a passenger.
  2.  buttons in the index page, buttons in other tabs, such as buttons in the safety tab, their positions makes users feel confused.
  3. tap the button to enter and tap it again to exit, users may don’t know how to use it.
  4. the car finding, the location detection technology?
  5. the approach to connecting cars may not be so convenient.

WK9_Yin Hu

Insights from paper prototyping

Log in view: confused about the User ID, what if it’s the first time for users?

Me tab: What’s the function of setting? is that necessary?

Confirm details: put things in the middle

Bag tab: inputting card info is complicated… think about change card and time function here.

The brief description of BonFood apple tv version

Bonfood tvOS version app is a simplified version of the Bonfood iPhone version. I suppose that users of this tvOS version app have already used this app on their iPhones. Considering the typing problem on apple tv, I cut functions: (1)managing health data (including adding new/ editing/ deleting)(2) setting function in me tab, which means users should have the pre-setted delivery address information and card information, so in this apple tv app, users just choose which address and card to use.

Updated app map

feedback of presentation: the sync button is not necessary in the Health Data tab.

Visual Design (updated)

Digital Prototype (updated)

#Thursday App_Yin Hu

App Name: Tiny Poll

It’s a voting tool used in the Group Messages in iPhone. It could be treated as an extension of the Messages since after installing you won’t find it on your home screen except in the bottom of Messages.

TinyPoll is fast and easy to use. Because polls are sent directly through iMessage, you never need to leave a group conversation. It takes just a few taps to create a multiple-choice poll and sent it to your friends.

As the votes pour in, the animated tally gets updated in real time. And you can change your decision by tapping other options. The operation is super easy.

By default, you can create a poll with two multiple-choice options every two hours. An annual subscription, which currently costs less than a slice of pizza, lets you create unlimited polls and add up to five options.

WK6 Yin Hu

Notes from tvOS HIG

  1. Consider the distance between users and screens.
  2. Differentiate between click and tap, and avoid triggering actions on inadvertent taps. Clicking is a very intentional action, and is generally well-suited for pressing a button, confirming a selection, and initiating an action during gameplay. Tap gestures are fine for navigation or showing additional information, but keep in mind that the user may naturally rest a thumb on the remote, pick it up, move it around, or hand it to someone.
  3. Don’t display a cursor. 
  4. Don’t display a back button.
  5. Favor horizontal navigation of content.

 

tvOS App map 

tvOS Wireframe