Chinese smartphone maker Huawei has launched the Huawei Y9 (2019) smartphone in India. This phone has been launched at an event organized in Delhi. The price of this smartphone, priced at Rs 15,990 with a dual selfie camera. It has been launched in two color variants Midnight Black and Safer Blue.
This phone is being sold exclusively on Amazon. Apart from this, the phone buyer will get the Rokkersports Bluetooth headphone free of $ 2,990. Huawei Y9 (2019) specification
Huawei Y9 (2019) features a 6.5 inch full view display. This phone is equipped with a 3D Wrinkle design. The phone uses the Kirin 710 processor which comes with 7.0 with AI power. Talking about the camera, it has a dual-rear camera setup, with primary sensor 12 megapixels and second to 2 megapixels. Apart from this, a dual camera is also provided in the front, in which there is a sensor of 2 megapikles.
Apart from this, the dual cameras are also available in the front, in
which one sensor is 16 megapixels and the other is 2 megapixels. It is said that both cameras are equipped with AI.
The phone has been launched with 3GB and 4GB RAM variants and has 64GB
of inbuilt storage, which can be increased to 256 GB by memory card. Apart from this, it has a battery of 4000mAh for power.
In Huawei Y9 (2019) you will also find a fingerprint sensor equipped
with 4.0 identification technology and it is claimed that this
smartphone can be unlocked in 0.3 seconds. There is also fingerprint navigation in upgraded fingerprint technology. Which allows the user to manage all the notifications using one key.
As the successor to last year's tenth-anniversary edition iPhone X, Apple has launched the iPhone XS.
The new iPhone retains the
edge-to-edge design of its predecessor but comes with an improved
display and under the hood upgrades.
And given the iPhone XS is priced at $999, the same as iPhone X, the question is if it is worth the upgrade.
Here's a specifications-wise comparison.
In context: Apple iPhone XS v/s iPhone X: The differences
13 Sep 2018iPhone XS v/s iPhone X: Is it worth an upgrade?
As the successor to last year's tenth-anniversary edition iPhone X, Apple has launched the iPhone XS.
The new iPhone retains the edge-to-edge design of its
predecessor but comes with an improved display and under the hood
upgrades.
And given the iPhone XS is priced at $999, the same as iPhone X, the question is if it is worth the upgrade.
Here's a specifications-wise comparison.
Design At a glance
In terms of design, there's nothing new on the iPhone XS. So, you still have an edge-to-edge display with a notch that houses the front camera and Face ID module.
On the back, there's a dual camera setup and glass panel that enables wireless charging.
However, iPhone XS is now IP68 rated (iPhone X is IP67 rated) and is covered in a tougher glass. All about the screen DisplayAll about the screen
The iPhone XS has same 5.8-inch OLED Super Retina display with 458ppi of pixel density and 2,436x1,125 resolution.
However, Apple says the new display now offers 60% greater dynamic range of colors than its predecessor.
Further, the iPhone XS display also gets support for HDR 10, Dolby Vision, 120Hz touch sensitive, and the less-talked-about 3D Touch which debuted with the iPhone 6S.
Camera
For the shutterbugs and selfie lovers
In terms of camera, like the iPhone X, its successor sports a 12MP (f/1.8) wide-angle camera with OIS, 1.4-micron pixels, paired with a 12MP (f/2.4) telephoto lens with OIS and 2x optical zoom.
However, Apple has offered a faster sensor, a new image processing chipset that offers Smart HDR.
Up front, iPhone XS has the same 7MP TruDepth RGB camera with f/2.2 aperture.
Internals
All the important stuff
The most important upgrade is the new 7nm A12 Bionic chip which has a 6-core CPU, and a 4-core GPU.
The chipset comes paired with a new Apple-designed Neural Engine which can perform 5 trillion operations per second (600 billion operations on the older iteration).
Further, the new processor is 15% percent faster and 40% more power-efficient than the A11 chipset on iPhone X.
Sensors & Software
Lifeblood of your smartphone
In terms of software, there's the standard set of sensors you expect on a flagship smartphone.
Further, Apple's Face ID which debuted with the iPhone X, has now improved, thanks to the new Neutral Engine.
In terms of software, the iPhone XS will run iOS 12 out-of-the-box while iPhone X will get it as an OTA, starting September 17.
Battery & Connectivity
Staying connected
In terms of battery, Apple has said the iPhone XS will last half an hour more than iPhone X which packs a 2,716mAh battery.
Further, all connectivity options remain the same as seen on the iPhone X except for two major changes - Gigabit LTE that offers up to 1Gbps speed on 4G and support for dual SIMs (eSIM+Physical SIM).
]
There's also a taller 6.5-inch iPhone XS Max Alongside the iPhone XS, Apple has also introduced a new 6.5-inch iPhone XS Max. The bigger iPhone packs the exact same specs as the iPhone XS but comes with a higher 2688x1242 resolution, and is claimed to last 60 minutes more than its smaller sibling.
Our result
How things stack up!
The iPhone XS is surely the most advanced iPhone yet. There's a new A12 chipset that will offer improved performance, better image processing, and graphical rendering.
However, starting at $999, like its predecessor, the new iPhone isn't much of an upgrade over the iPhone X.
That said, if you're on an iPhone 8 or older, the leap to iPhone XS will be worth it.
Pricing and Availability The iPhone XS and iPhone XS Max will be offered in 64GB/256GB/512GB storage configurations with prices starting at $999 and $1099, respectively. These iPhones will become available starting September 28 in India.
Your mobile number will be closed if no support is linked to your mobile number before March 31. Some people may have linked their support number but we are going to
tell you a way to find out whether a link is linked to your mobile
number.
In
fact, the government has asked all telecom companies of the country to
validate through OTP from mobile users since January 1, 2018. For this, a toll free number 14546 was also given, so that you can
dial this number through your mobile number to know whether your edge
number has linked to mobile.
Also, let us know that your mobile number has been linked to the base. But it needs to be re-certified. You can make your verification by dialing 14546 nuber. After verifying this number you will be asked your support number. After that your mobile number will be an OTP and you will have to place the OTP. Then it will be verified whether your mobile number is linked to the base or not.
How Rainfall approaches all clients as an extension of their team.
Atlis
is the next generation of local search, a platform where its community
can get real, personalized recommendations for almost any type of
business simply by asking. In essence, Atlis has brought word of mouth
recommendations to the digital space by rewarding quality interactions
from its users with cash, status, and most importantly a trustworthiness
score.
When
Rainfall was first approached by Atlis in the Spring of 2015, that
product vision had not yet been created, or in better words, discovered.
The story of our partnership is a journey that includes the creation of
a product, a brand, and a new behavior from scratch through constant
iteration, testing, and deployment.
Our approach to the next generation of branding
At
Rainfall, we call projects like Atlis “full brand expressions” because
we have the ability to affect every visual element and touchpoint, not
only defining the rules for how the brand is presented, but literally
designing each and every component in company’s suite whether it’s
printed, on the web, or in the product itself.
When
developing any large system we design multiple pieces simultaneously in
order to test ideas on a broad scale. Sometimes a particular approach
will work well in one situation but not adequately characterize the
overall language of the brand. Working holistically allows us to spot
those situations and find effective solutions earlier in the creative
process.
Creating
a full expression involves understanding how the visual language works
as part of the narrative fabric without interrupting the audience’s
ability to engage. This is especially true in the digital space, as each
platform serves a higher purpose than simply communicating the brand’s
visual identity. Atlis’s interaction model and methods for information
hierarchy are themselves components of the identity, so on the web and
in the product those elements are of highest importance.
Here’s a look at what we created together with Atlis.
The Atlis Visual Identity
Atlis helps users make decisions
At
the start of our engagement Atlis existed as a big idea and a product
MVP. The working idea was that they could be the ultimate platform for
users to get trusted recommendations for businesses through a network of
their peers. At the time the mechanism for bringing that idea to live
was not yet complete, but there was a strong enough narrative structure
in place that we could strategically build a brand, a “favorite” between
two options.
The
Atlis logo, a heart between two dots, symbolizes the platform’s aim to
help it’s users make informed decisions when given multiple options. It
is quite simply the love that one shows for one business over another.
This mark fits with the company’s aim to strike friendly relationships
with both consumers and businesses in order to create a platform that is
mutually beneficial.
The Badges
At
this point Atlis had a visual presence but lacked the personality
required to excite its audience and encourage them to engage. As part of
a larger strategic exercise in gamification we developed a series of
badges to reward users for their participation and become the face of
the brand.
We
considered all of the individuals that compose the fabric of an urban
neighborhood to conceptually link each badge to a stage in one’s
knowledge of the businesses nearby. Each badge memorializes the journey
of discovery while also putting a face on Atlis.
The Atlis Product
Central
to Atlis is its mobile product, the main platform on which community
members ask for advice finding businesses or respond to others with
their own recommendations. As a concept the experience design is simple.
There is a flow to ask for advice, a flow to view and respond to other
users’ asks, as well as the necessary user and business profiles.
What
started as a simple task of designing each of these flows developed
into an approach of constantly iterating to optimize interaction and
effectively display large amounts of supporting information.
The Ask Flow
#AskAtlis
was a term coined early in the project that embodied the ease by which
users would seek information. Our job was to deliver on that promise of
ease by making the Ask flow as effortless as possible.
In
early versions an Ask was just one step. The user would define what
type of business they were looking for, write a brief supporting
question, and confirm the preferred location all at once. While this
seemed easiest we found that breaking that process into three focused
steps resulted in a greater number of Asks and better insight into
specifically what users were looking for.
The Response Flow
With
over 20,000 users, recommendations begin to roll in almost immediately.
Asking is only half of Atlis’s equation, and our main concern when
testing the concept was that no one would respond as those Asks came in.
Our approach was to make responding just as easy as asking, but with
the added support of contextual information. When users opt to provide a
recommendation Atlis suggests businesses that they have previously
recommended or visited aided with additional context clues such as time
of day, current location, and how long ago their last visit was.
Enticement
We
knew that making it easy for users to respond wasn’t going to be
enough, so we wove gamification into the core of the product experience.
Each interaction with Atlis is an opportunity to earn points,
increasing one’s standing within the community and represented with the
badges developed as part of the identity. For additional appeal, users
are rewarded in cash when someone acts on their recommendation and
visits a business.
Trust
With
a platform for recommendations involving status and cash we soon found
it necessary to develop a means by which users could evaluate the advice
from others. Were users thoughtfully suggesting businesses or were they
recommending a place that they figured the asker would visit for other
reasons? We wanted to create a democratized system in which users held
each other accountable for good advice and where trust is earned through
positive engagement with the community.
A
simple thumbs up and down system encourages users to give their opinion
as to whether advice is relevant to the asker’s intent. Users who give
thoughtful advice increase their trust score, those who try to game the
system will see it decrease, simple as that.
Available anywhere
We
need to cater to everybody, from longtime Atlis community members, to
newcomers, to businesses owners claiming their profiles. This means that
Atlis takes on many formats and exists in various contexts throughout
the course of a single day or a single user’s journey.
A
full application suite serves this purpose, including a responsive web
product, mobile apps, marketing landing pages, and soon more. For the
web, every element is fully responsive with content and interaction
models that adapt to contextual information including location and time.
The result — a positive experience for businesses
Atlis
is extraordinarily beneficial for its users because they can finally
get real recommendations from locals and friends who know their
neighborhoods. With the addition of more ubiquitous touchpoints and
machine learning currently in development, the quality of information
will continue to increase.
The
value that Atlis is creating is just the first step in ensuring a more
positive ecosystem for businesses. Businesses can make themselves
discoverable to new clientele without average ratings and negativity,
while leveraging satisfied customers to promote their businesses.
Rainfall’s
close partnership with Atlis resulted in a consumer brand and product
suite with wild initial success. It is a demonstration that our approach
of honesty and mutual respect with clients leads to work that engages
users and encapsulates the brand’s ideals.
Which
trends will shape app monetization in 2018? As the world becomes better
adapted for mobile, developers will benefit from greater revenue than
ever before. However to do this they must balance the needs of the user
with app monetization practices.
We’ll look at five trends that will influence the way that app monetization will work in 2018.
App experience will become more important for developers relying on ads to generate revenue.
In-app ads remain a popular method of app monetization for developers. Despite them having obvious drawbacks when applied poorly.
In
2018 app advertising will be all about the user experience. developers
must strike a balance between the number of ads, where they appear and
how the user interacts with them. This will be pivotal to app
monetization success. App owners will also have to consider how these
changes will affect their users in 2018. Too many ads will negatively
affect the user experience. But that doesn’t mean that it’s impossible
to provide value whilst delivering in-app ads.
Mobile
app advertising is maturing quickly. Make sure you look for a network
that uses safe brands, smart ad targeting, and provides support for
interactive ads.
When
integrating an app advertising strategy you may find a trade-off
between ease of integration and spamminess of ads. In 2018 it might be
worth taking the time to focus on putting user experience first.
Don’t
expect revenue from app ads to jump to new heights anytime soon. If
anything expect app ad revenue to decrease as more apps adopt in-app
advertising. Perhaps 2018 could be the year to supplement your app
revenue with another method.
More apps will adopt a freemium model as more users are becoming used to an app being free at the point of use.
Freemium
is allowing app owners to increase session length and generate engaged
users. This is a great place from which to convert users into healthy
revenue. After a positive app experience app users are more likely to
opt-in for premium features. Having the chance to nurture and educate
your users before this has a positive effect on your app monetization
strategy.
Try
not to appear like you are cheating your users. Make it clear that your
app is a freemium app from the very beginning. They won’t want to
invest a lot of time in a game or app to realise that they have to pay
to use some features.
It
seems that freemium is here to stay. With users finding it standard
practice to not pay for an app at the point of purchase. Because of
this, developers are finding it harder to justify an upfront fee. The
freemium app monetization model is a great opportunity to engage and
nurture audiences for app monetization.
Users will become dissatisfied if they have to commit huge amounts of time or money to unlock all app features.
In-app
purchases as a method of app monetization is still experiencing healthy
growth. This may be slightly overstated due to the inclusion of
‘services’ as purchases (think Uber etc).
One of the main trends well see in 2018 is that app developers will need to focus more on engagement rather than only increasing app monetization.
Once
a user has purchased in-app content then they are more likely come back
and spend more time in the app. This translates to better engagement
and retention and in turn better monetization.
No
category has benefited from in-app purchases more than the gaming
category. Here, developers are benefiting by placing engagement first.
The user now has the option to pay to advance through the game quicker
or access powerups and features.
Developers
need to make sure they are getting this balance right. In-app purchases
are effective because a few users spend a lot. There will always be
users who only want to play your game for free. True these users don’t
generate revenue, but they are still important for your app to exist.
Whilst
not being a mobile app, developers can still learn a lot from the EA
debacle in the new Battlefront game. Users quickly noticed that to
unlock some of the features they would have to play the game for 1000
hours. Alternatively, they could pay to unlock them. This seemed rather
unfair, especially when they had purchased the game upfront.
To keep users happy, developers will need to strike the right balance between monetization and experience.
In
2018 more and more users will become aware of how apps monetize their
users. That’s why app monetization methods must be clear and fair, in
the long term it will benefit you.
A conversation will need to be had with users about monetization of data and opt-out methods.
Users
are more aware than ever of the need for developers to monetize their
app audience. The conversation around app monetization is shifting to
help users understand why apps are free.
In
2018 consumer personalization will be a high priority for brands. They
will achieve this by using consumer data to help provide an improved
user experience.
Mobile app owners are sitting on a lot of behavioural data around their users. This is of value to those who wish to improve personlization for their users.
Data monetization
is secure, private and becoming more popular amongst developers. Users
are more likely to understand that this data will help to generate
improved personlization. By communicating the benefits and education
users about opt-in developers can monetize their app in this way.
A
benefit of app data monetization is that the user experience remains
intact. There are no intrusive adverts or the need for the user to pay
anything upfront. This means that the user will spend more time in the
app and engage with the app’s features. The app monetization strategy
can be adopted alongside other methods of monetization.
Data
monetization allows developers to monetize a much higher percentage of
users. The users don’t need to be engaged for it to work. The revenue
that you generate from each user will also be higher. This means you
don’t have to worry about monetization in relation to platform. It’s the
same regardless of the device.
Expect
revenue from data monetization to increase from a high starting point
with better technology. 2018 will see the consumer become more aware of
the power of big data and better educated on how it affects them.
App subscription models will more closely resemble SAAS subscriptions.
The
subscription model is one that looks to remain popular in 2018. Again,
users are used to trialling an app and its features before parting with
any cash
Subscription
models are becoming more complex than a simple buy or don’t buy. In
fact, many pricing structures now more closely resemble a SAAS model.
It’s common to see several pricing tiers with many different features.
This
allows app developers to persuade users who would previously not part
with any cash to subscribe to a lower tier of membership. This method of
app monetization is still the best fit for service apps.
A
side effect of this is that developers will need to clearly help users
understand the benefits of upgrading. More tiers and features mean a
better explanation is needed.
Closing thoughts for 2018
Developers
will continue to benefit from the app economy with revenue from app
monetization set to grow throughout 2018. Free apps will become the new
normal, compared to previously where single pay purchases were the most
popular. This will allow developers to generate more revenue over a
longer period of time.
Developers
will need to place more emphasis on the monetization experience. This
means that the developers are more likely to miss out on revenue from
app monetization if the app experience is not up to scratch. Due to the
free to download culture, more emphasis on experience and education is
needed. This will help to persuade users to enter into premium models
and subscriptions or to engage with in-app purchases.
More and more developers will need to adopt hybrid monetization strategies. Developers should
not
rely on a single method of app monetization. Instead, spreading
monetization across multiple strategies will provide stability.
Especially in a market that can change quickly. The preference of app
users is volatile. The changing platform rules around app monetization
may also affect developers in 2018. It’s important to stay one step
ahead!
Have you read Paid Applications Agreement, Schedule 2, Section 3.8(b)?
If
you’ve ever submitted an app to the App Store, you know the frustration
when Apple rejects your submission. Even more so when you thought you’d
followed all the rules. As it turns out, Apple can bury requirements
wherever they want, and it’s your burden to keep up.
About
a year ago, Apple started rejecting apps that didn’t comply with
Schedule 2, Section 3.8(b) of the Paid Applications Agreement, a verbose
list of self-evident truths about subscriptions. The Paid Applications
Agreement is a 37-page document that you had to agree to before you
could submit your app. It is only available via iTunes Connect in the
form of downloadable PDF.
The actual contents of Schedule 2, Section 3.8(b):
3.8(b)
requires that you “clearly and conspicuously disclose to users” all of
the above bullets. The first few items seem harmless enough but then we
start to get off into the weeds.
Apple
wants you to reproduce, “clearly and conspicuously”, all the details of
auto-renewing subscriptions. This information should be part of the
standard StoreKit subscription purchase flow. None of these bullets have
anything app specific to them. They are just boilerplate legalese.
Apple
has an iOS level user interface flow for in-app purchases that is quite
good as of iOS 11. This view already covers most of the in-the-weeds
bullets, except telling users about the 24-hour renewal policy.
Requiring
every developer to implement their version of 3.8(b) is costly and
creates a fractured experience for the user. Apple should be putting it
in the standard sheet. But it’s Apple’s walled garden. When they say
jump, you say “fine, whatever.”
How to Comply With 3.8(b)
According
to recent rejections that I’ve seen (as of Jan. 8th, 2018), reviewers
are being more particular about what your purchase flow requires. From a
recent rejection:
Adding
the above information to the StoreKit modal alert is not sufficient;
the information must also be displayed within the app itself, and it
must be displayed clearly and conspicuously during the purchase flow
without requiring additional action from the user, such as opening a
link.
All
of the information in 3.8(b) must be “displayed clearly and
conspicuously during the purchase flow without requiring additional
action from the user, such as opening a link.” Your beautiful and
compact purchase flow must include in it, somewhere, nine bullets
written by a lawyer.
Confide, recently updated, achieved it with the following:
According to one reviewer, being below the fold with a leading arrow qualifies as “clearly and conspicuously.”
For another data point, I know of one recently rejected developer who had the same information, but in another view that was linked from the purchase flow with a button. This did not qualify (according to one reviewer).
A Template
Include a customized version of the following “clearly and conspicuously” in your purchase flow:
A
[purchase amount and period] purchase will be applied to your iTunes
account [at the end of the trial or intro| on confirmation].
Subscriptions
will automatically renew unless canceled within 24-hours before the end
of the current period. You can cancel anytime with your iTunes account
settings. Any unused portion of a free trial will be forfeited if you
purchase a subscription.
For more information, see our [link to ToS] and [link to Privacy Policy].
Put
it on the screen where you initiate the in-app purchase, below the fold
might be OK, but you might want to put something to lead users there.
UPDATE:
Readers are telling me it may also be required that you include it in
your app store description. It’s a much easier change to include so I
recommend you add it there to.
Why has Apple Taken a Legal Problem and made it Ours?
Apple
shouldn’t be burying submission requirements in the bodies of contracts
that nobody will read. If Apple wants developers to know something,
they should put it in the App Store Guidelines, HIG, or developer
documentation. The cost of making changes in a software project right at
the end can be astronomical. Dropping a bomb like this on developers at
submission shows a total lack of regard for our costs.
Why
didn’t they just update the iOS in-app purchase sheet? I speculate that
Apple discovered some legal exposure from in-app subscriptions and
fixed it with lawyers instead of designers. This problem could be
universally solved with an iOS update, but I think some side effect of
Apple being a vast, lumbering bureaucracy made forcing 3.8(b) onto
developers the more politically convenient path. Apple, if you are
reading this, please either update the iOS sheet or move the
requirements to the App Store guidelines, so fewer developers get caught
unawares.
RevenueCat
is the best way to implement subscriptions in your mobile app. We
handle all the complicated parts so you can get back to building.
Request an invite today at https://www.revenuecat.com/
With
the introduction of OLED screens to the iPhone X, more and more people
are requesting night themes in their favourite apps to take advatage of
the true blacks on OLED screens, to save battery, and to make it easier
on the eyes in some cases. But should you add this option to your app?
Don’t confuse choice with convenience.
If
you ask any user if they’d want the option of night mode in your app,
they would say yes. As consumers we think we need more choices. It
sounds very logical. The more choices I have, the more likely I am to
choose something that suits me and makes me happy. But does more choice actually make users happier? In the TED Talk, The Art of Choosing, Sheena Iyengar explains how that might not actually be true.
Just
because users are asking for options, doesn’t mean they’re going to
start using them or that it’s the right choice for them. Depending on
the type of content that you provide to your users, a night mode might
actually hurt their engagement.
You have to ask yourself why you’re thinking about a night mode. If
you’re doing it solely to give your users options, then please, do
yourself and your users a favour and stop. There are many downsides to
having a night mode that you have to consider and be OK with before
adding it to your app.
A
night mode creates inconsistency within your app. It’s already hard
enough to keep your apps consistent with iOS and Android, and if you
have a website having that be consistent with everything too. Why would
you go out of your way to make it even more difficult for yourself?
A
night mode might reduce your users’ engagement with your app. Your
users are the reason that you have created your app. They have been
using your app and are used to it. If you have good information
architecture and user experience, they might be even using your app with
muscle memory. These users are your friends. They have already
memorized your app’s hierarchy and are using affordances and clues in
your app to navigate it fluently. Introducing a dark mode would change
all of that. Now they have to re-learn your app. Even though everything
is in the same place, they have to re-learn the affordances and clues
and repeat the process of getting used to it all over again, and this
risks alienating your users. They might see the dark mode and think
that’s a good choice for them and turn it on, but the next time they
open your app they won’t know how to navigate it and it will feel
strange. Remember when Instagram switched their UI design to the new
flat one with the new logo and everyone was running around setting
things on fire and protesting on the streets? Ok no one protested on the
streets but some users were pissed. Do you want your users to be
pissed? Looking back the re-design of Instagram was a success because it
simplified the interface to make room for new features like stories and
bookmarking photos and such. But a night mode is not a re-design.
Instead of moving your design forward, you would give it a split
personality.
Designing
a night mode for an app is no easy task either. You might think that
it’s just as easy as flipping the background and text colours, but
there’s actually a lot to consider. If there are photos in your app, are
they going to look their best in dark mode? On each given page, is the
right content being highlighted when the colours are switched? Do users’
attention still flow the same way they did in the regular mode? How
does the setting page look? Should the setting page also be switched to
dark mode? It would look very weird, wouldn’t it? what about all the
sub-pages of the settings page? how about the keyboard? Do we change it
to the dark keyboard in iOS when in night mode? If you have a black
tab-bar, should it now suddenly be white? because if it stays black then
there would be no contrast, but if you turn it white, there’s a big
bright object at the bottom getting all the attention from the rest of
the screen, and that’s not really what you want.
What
if my users have sensitive eyes and can’t handle bright lights? Or it’s
very hard for them to read balck on white due to dyslexia? Both iOS and
Android have very thorough accessibility features to accomodate the
whole experience for them. Having those settings on an app-by-app basis
would be confusing and inconsistent. There are options to reduce white
points, invert colours without inverting the photos, greyscale, adding a
tint, and options for different kinds of colour blindness built into
the system. So these don’t become an excuse for you to add a night mode
to your app.
OK. So there are many reasons why someone shouldn’t add a night mode to their app. But is there a good time to add a night mode? Yes.
It
all depends on the context — the type of content or service you are
providing your users and the context in which the users use your app.
The main complaint around the lack of night mode is prolonged reading at
night in a dark environment, mostly in bed or while in a car.
If your app is a game, then don’t bother.
If
it’s a productivity app, it’s still a very hard no as changing the
colour of the tools and the layout in an app that users depend heavily
on might confuse them. Unless you know for a fact that your users are
for some reason only using your app in bed with the lights off, then for
their sake do not add a night mode.
If
your app is related to messaging, then it’s be best to optimize for the
Smart Invert feature and let the user control the dark mode from the
accessibility section in settings if they wish.
If
your app focuses on reading, *cough* Medium *cough*, then it’s a good
idea to provide options for your users to adjust the reading environment
to their comfort. A great example of this is the Reader mode in Safari.
If
your app is related to driving, like Google Maps or Podcasts, and might
stay open while a user is behind the wheel, it’s a good idea to add
automatic night mode so that it won’t distract the users while they’re
behind the wheel (can’t wait for self-driving cars).
I’ve
seen a lot of confusion and frustration from users and designers
surrounding night mode and if it should be a system-wide feature or not.
I hope this article made it a bit clearer if you should or shouldn’t
add a night mode to your app. Happy designing! ❤️
Thinking
back on your last year, you probably have no idea. Days blend together.
Months fly by. And another year turns over without any real
understanding of how we actually spent our time.
Our mission at RescueTime
has always been to help you do more meaningful work. And this starts
with understanding how you spend your days, when you’re most productive,
and what’s getting in your way.
In 2017, we logged over 225 million hours of digital time from hundreds of thousands of RescueTime users around the world.
By
studying the anonymized data of how people spent their time on their
computers and phones over the past 12 months, we’ve pinpointed exactly
what days and times we do the most productive work, how often we’re
getting distracted by emails or social media, and how much time a week
we actually have to do meaningful work.
Key Takeaways:
What was the most (and least) productive day of 2017?
Simply put, our data shows that people were the most productive on November 14th. In fact, that entire week ranked as the most productive of the year.
Which
makes sense. With American Thanksgiving the next week and the mad
holiday rush shortly after, mid-November is a great time for people to
cram in a few extra work hours and get caught up before gorging on
Turkey dinner.
On the other side of the spectrum, we didn’t get a good start to the year. January 6th — the first Friday of the year — was the least productive day of 2017.
Now, what do we mean when we talk about the “most” or “least” productive days?
RescueTime
is a tool that tracks how you spend your time on your computer and
phone and let’s you categorize activities on a scale from very
distracting to very productive. So for example, if you’re a writer, time
spent in Microsoft Word or Google Docs is categorized as very
productive while social media is very distracting.
From that data, we calculate your productivity pulse — a score out of 100 for how much of your time you spent on activities that you deem productive.
On November 14th, the average productivity pulse across all RescueTime users was a not-so-shabby 60.
How much of our day is spent working on a digital device?
One
of the biggest mistakes so many of us make when planning out our days
is to assume we have 8+ hours to do productive work. This couldn’t be
further from the truth.
What we found is that, on average, we only spend 5 hours a day working on a digital device.
And with an average productivity pulse of 53% for the year, that means we only have 12.5 hours a week to do productive work.
What does the average “productive day” look like?
Understanding our overall productivity is a fun exercise, but our data lets us go even deeper.
Looking
at the workday (from 8am–6pm, Monday to Friday), how are we spending
our time? When do we do our best work? Do different tasks normally get
done at different times?
Here’s what we found out:
Our most productive work happens on Wednesdays at 3pm
Our
data showed that we do our most productive work (represented by the
light blue blocks) between 10 and noon and then again from 2–5pm each
day. However, breaking it down to the hour, we do our most productive work on Wednesdays at 3pm.
Email rules our mornings, but never really leaves us alone
Our days start with email, with Monday morning at 9am being the clear winner for most time spent on email during the week.
Software developers don’t hit peak productivity until 2pm each day
What about how specific digital workers spend their days?
Looking
at the time spent in software development tools, our data paints a
picture of a workday that doesn’t get going until the late morning and
peaks between 2–6pm daily.
While writers are more likely to be early birds
For those who spend their time writing, it’s a different story.
Writing apps were used more evenly throughout each day with the most productive writing time happening on Tuesdays at 10am.
What were the biggest digital distractions of 2017?
It’s
great to pat ourselves on the back about how productive we were in
2017. But we live in a distracted world and one of our greatest
challenges is to stay focused and on task.
Here’s what our research discovered about the biggest time wasters of last year:
On an average day we use 56 different apps and websites
Depending on what you do, this number might not seem that bad. However, when we look at how we use those different apps and websites, things get a bit hairier.
When it comes to switching between different apps and websites (i.e. multitasking), we jump from one task to another nearly 300 times per day and switch between documents and pages within a site 1,300 times per day.
For Slack users, 8.8% of our day is spent in the app
There’s been a lot of talk about how much email and communication eats into our days. But what do the numbers look like?
What
we found is that for people who use Slack as their work communication
tool, they spend almost 10% of their workday in the app (8.8% to be
exact).
We check email or IM 40 times every day
What’s more telling is how often we check our communication tools, whether email or instant messengers like Slack or HipChat.
On average, we check our communication apps 40 times a day, or once every 7.5 minutes during our 5 hours of daily digital work time.
Almost 7% of every workday is spent on social media
I’m sure most of us try not to spend time on social media while at work. But our data showed that almost 7% of every workday was spent on social media.
It’s not only time spent that’s the issue, however. On average, we check in on social media sites 14 times per workday, or nearly 3 times an hour during our 5-hour digital day.
So, what does all this tell us about how we spend our days?
Well,
first off, we need to remember that averages shouldn’t be treated as
universal truths. Everyone works differently. But having a high-level
look at productivity and the things that get in its way is a powerful
tool in improving how you work.
The
biggest piece of advice we can pull from all this data is to be aware
of the limited time you have each day for meaningful work, and spend it
wisely.
Our days are filled with distractions, and it’s up to us to protect what time we have.
Uber
has transformed the world. Indeed, its inconceivable to think of a
world without the convenience of the innovative ride sharing service.
Tracing its origins in a market which is constantly being deregulated,
Uber has emerged triumphant. Operating in over 58 countries and valued
roughly at US$ 66 billion, Uber has rapidly expanded to established
branches in over 581 cities in over 82 countries with the United States,
Brazil, China, Mexico and India being Uber’s most active countries.
If that wasn’t impressive enough, in 2016 the company completed a total of 2 billion rides
in one week. When you consider the fact that the first billion rides
took Uber 6 years, and the second billion was garnered in a mere 6
months, it’s not surprising to see Uber emerge as a global business
leader. This worldwide phenomenon is built on a simple idea, seductive
in its premise - the ability to hail a car with nothing but your
smartphone.
It
took the problem of hailing a taxi and gave everyone an equitable
solution while further capitalizing on the emerging market. And smart
people are asking the right question: How do I build an app like Uber for my business needs?
Humble Beginnings
It
all started in 2008, with the founders of Uber discussing the future of
tech at a conference. By 2010, Uber officially launched in San
Francisco. In 6 months, they had 6,000 users and provided roughly 20,000
rides. What was the key to their success? For one, Uber’s founders
focused on attracting both drivers and riders simultaneously.
San Francisco was the heart of the tech community in the US and was
thus the perfect sounding board for this form of technological
innovation to thrive.
In
the beginning, Uber spread their App through word of mouth, hosting and
sponsoring tech events, and giving participants of their events free
rides with their app. This form of go-to-marketing persists today -
giving 50% discounts to new riders for their first Uber ride. This
initial discount incentivized users to become long term riders, and the
rest was history. As more and more people took to social media to tell
the world about this innovative new App - the sheer brilliance of their
marketing strategy paid off.
Product Technology Cohesion: How Uber Works
What
makes Uber, Uber? For one, it’s the ubiquitous appeal, or the way in
which they streamlined their product, software and technology. It was,
at the start, fresh, innovative, and had never been seen before. So if
one were to replicate the model, they’d need to look at Uber’s branding
strategy.
To use Uber, you have to download the app, which launched first on iPhone, then extended to Android and Blackberry.
Uber’s
co-founders, Garret Camp and Travis Kalanick, relied heavily on 6 key
technologies based on iOS and Android geolocation. What really sold it
though, was its clear core value - the ability to map and track all
available taxis in your given area. All other interactions are based on
this core value - and its what sets Uber (and will set your app) apart from the crowd. To build an App like Uber, you’ll need to have:
1. Registering/Log-in features:
Uber allows you to register with your first name, last name, phone
number and preferred language. Once you’ve signed up, they’ll send you
an SMS to verify your number, which will then allow you to set your
payment preferences. Trip fares are charged after every ride through
this cashless system.
2. Booking features:
This allows drivers the option to accept or deny incoming ride requests
and get information on the current location and destination of the
customer.
3. The ability to Identify a Device’s location: Uber, via CoreLocation framework
(for iOS platforms) obtains the geographic location and orientation of a
device to schedule location and delivery. Understanding iOS and Android
geolocation features is crucial for this step, because that’s what your
App is running on.
4. Point to Point Directions: The Uber App provides directions to both the driver and the user. Developers of the Uber App use MapKit for iOS and Google Maps Android API
for Android to calculate the route and make directions available. They
further implemented Google Maps for iPhone and Android, but cleverly
adapted technology from other mapping companies to solve any logistical
issues that might come up.
5. Push Notifications and SMS: You get up to 3 notifications instantly from Uber when you book a ride.
A notification telling you when the driver accepts your request
One when the driver is close to your location
One in the off chance your ride has been cancelled
You
further get the full update on your driver’s status, down to the
vehicle make and license number, and an ETA on the taxi’s time of
arrival.
6. Price Calculator: Uber
offers a cashless payment system, paying drivers automatically after
every ride, processed through the user’s credit card. Uber takes 25% of
the driver’s fare, making for easy profit. They paired with Braintree, a
world leader in the mobile payment industry, but other good options
avaible are Stripe, or Paypal, via Card.io.
Here are few more much sought after features for the user’s side of the App:
The ability to see the driver’s profile and status:
Your customers will feel safer being able to see your driver’s
verification, and it’s makes good security sense to ensure you know
who’s using your App for profit.
The ability to receive alerts: Receive immediate notifications about the status of your ride and any cancellations.
The ability to see the route from Their Phones (An In built Navigation system): This
is intrinsically linked to your geolocation features, you want to be
able to direct your taxis to the quickest, most available routes.
Price calculation: Calculating a price on demand and implementing a cashless payment system.
A “spilt fare” option: Uber introduced this option wit great success. It allows friends to spilt the price of the ride.
Requesting previous drivers: It’s a little like having your favourite taxi man on speed dial, and is a good way of ensuring repeat customers.
Waitlist instead of surge pricing: Avoid
the media hassle of employing surge pricing by employing a wait list
feature, so your users can be added to a waiting list rather than be
charged more than they should, and to keep them from refreshing the App
during peak hours, reducing the resources required by your backend
infrastructure.
Another
key to Uber’s success, that should be noted by potential developers of
similar Apps, is the way in which Uber operates. They tap into more than
one market which equates to more riders, more drivers, and more
business for the company. Uber has mastered the art of localization -
the ability to beat out pre-existing markets and competitors, which
further retains their customer base by improving their own business
strategy.
They’ve
taken local context and circumstances into consideration. For example,
they partnered with Paypal in November 2013 to provide as many people in
Germany don’t use credit cards, and switched to services based on SMS
messages in Asia as there are more people but fewer smart phones per
capita. This helps them cater to various markets and and optimize
profits.
The Uber marketing strategy isn’t static - it’s dynamic. Expansion
was necessary, and the business model reaps profits from saturating the
taxi market with their customers and drivers, driving their exponential
growth. What aspiring App developers can take from this is that you
need to design your App for flexibility.
Design
your App in a way that’s going to let it take a hit and roll with
punches. Having a system in place that allows you to build and integrate
changes effectively within the App and allows team members to
communicate effectively is of paramount importance.
What
made Uber so successful was its ability to reshape how we think about
technology and its operation. Indeed it made the market a better, more
efficient place through the innovative on-demand service.
What Technology is Uber Built on?
The
tech side of the App is written largely in JavaScript which is also
used to calculate supply and predict demand. With the real time dispatch
systems being built on Node.js and Redis. Java, as well as Objective-C
is used for the iPhone and Android apps. Twilio is the force behind Uber’s text messages, and push notifications are implemented through Apple Push Notifications Service on the iOS platform and Google Cloud Messaging (GCM) for the Android App.
How much does Uber make?
Actually,
it’s a lot less than you think. The $66 billion valuation, after the
25% commission (which rounds out to about $0.19 per ride) mostly goes
towards credit card processing, interest, tax, compensation for
employees, customer support, marketing, and various anti-fraud efforts.
How much does it take to build Uber?
Uber’s
not just one App, it’s two - one for the rider and one for the driver.
The cost of developing an App like Uber is dependent on a number of
factors
the cost of building an MVP
product development and acquisition
getting the economics of marketing sorted
the constant cost of building on and improving your App’s analytic capabilities
When
you make an App like Uber, you’ll invest a fair bit into design
services, backend and web development, project management, not to
mention Android and iOS native app development. The total man hours
round out to around 5000 hours for similar on demand taxi Apps, which
puts the cost of developing such an App to around $50,000 (assuming that
your team works for $50 dollars an hour). However, since hourly rates
roughly range from $20 to $150, median costs could be higher or lower.
Conclusion
To
wrap up, Ubers success was due to several factors, including a clear
business model and interaction based features, and not the other way
around combined with a marketing strategy focusing on attracting users.
The
question on everyone’s mind of course is how can you reduce the overall
risk of failure by making sure that your idea and product are viable
when you’re developing an App?
One way is to use a Mobile App development partner (such as Octodev)
that has worked on many such Apps and understands the processes
involved. An advance of using such a partner is they’ve worked on many
such App development projects and have the practical experience in
product development to avoid the pitfalls and make the most of your
vision.
Another
important part of ensuring that your App development project is swiftly
and smoothly executed is having a clear road map and regular
communication during the project. There are many approaches to achieve
this and we, at Octodev, use a consultative approach to App development.
We draw from our successful App implementations. Get in touch with us now if you want an accurate cost for your own Uber like App idea.
This article was originally published on the Octodev Blog.
Hardik Gandhi is Master of Computer science,blogger,developer,SEO provider,Motivator and writes a Gujarati and Programming books and Advicer of career and all type of guidance.