Developers Club geek daily blog

1 year, 8 months ago
The centralized notification Email

Earlier we ignored notification Email per se. There are many services which allow to send notifications from the websites to their users to mail address, but there are no services where users could select where and how many to accept notifications.

Yes, we said that Email not abruptly and it can replace it with push-notifications.
But there is a huge layer of users who got used to receive notifications on mail. It distracts less, to someone it is simple more usual.
However e-mail has minuses, for example having entrusted e-mail box to the website — you endanger yourself receipts of spam, also letters from different services look on a miscellaneous that can confuse.

So why not to make the protected notifications in a format of small blocks from different services under control of the user? The user will be able to select the frequency of receipt of letters, will be able to unsubscribe at any time from this or that channel, further to configure a quiet time. Moreover — it will be possible to add several boxes and to select from what channels on what boxes to receive letters.

We already partially implemented it, is more detailed under a cat to whom to read laziness — it is possible to try in our service, having added mail in the section "Profile" in the Email Beta block.

What does it look like?


The centralized notification Email

Everything looks approximately so. That is the usual block with history of notifications as on the website. At a clique on heading — there is a click-through.
"Pusha" can come from several channels, in parallel with dense forests to other attached devices.

Why it is necessary? What benefits?


From user side


Control of the number of letters


It is possible to configure as often they will come. For example to select 60 minutes (1 hour) And letters will come not more often than time per hour. In the first letter to you 1 notification, and in the second, in an hour and further will come, will come according to one letter with several notifications at once.

Safety of a box


Many have several mailboxes. One for correspondence, another for registration on the websites. The third for some important mailings.
Many do not trust the mailboxes since having received yadres on it can send spam. And process of the formal reply is sometimes not so simple.

Standardization


Many letters come to a mailbox and all of them are not standardized.

For example the notification from a sparka looks so:

The centralized notification Email

And: if you within 10 minutes had one more notification — it at all never to you will come. As a result you can pass that that important.

And yes — it is not visible that wrote where wrote. Not absolutely it is clear: 1 new event. To me more than one event never came.

And from VC.ru looks so:

The centralized notification Email

Yes there is no text again, it is not visible who and that wrote. Also it seems as too many notifications do not come — if wrote you several comments — to you they not everything will come notifications.

When using PushAll to you the unified notifications will come. I.e. what comes in the form of notifications to you through dense forests will also look in mail. Most likely there will be also a text and from whom and where. That is informational content has to increase.

For example the notification from Freeloot looks so

The centralized notification Email

Avatar on the picture, the name of service, a name of the sender, the text of the letter. At a clique on heading — transition to dialog.

Choice and compression


The user sees heading and 3-4 lines of the text. Having read them he can select — whether it is necessary to read to him further. He can click the link or ignore. It will become much simpler to rake tons of notifications if they are more capacious.

From third-party services


It is simpler to force the user to begin to receive notifications


If the user is already signed where that on notifications through PushAll — for it will not be difficult to be signed for the canal. If it did not use PushAll it yet can interest a method of receipt of notifications when it does not shine a box.

Cheaper at the price


As you remember, we submit 3 million notifications a month free of charge. I.e. if on you 10000 people are signed, all of them will select a method of obtaining E-mail and you will send them 10 notifications a day, then you receive 3 million notifications at the end of the month.

Also will cost it — nothing.

For comparison — https://pechkin-mail.ru/— 10 thousand subscribers will cost 11900 rubles a month. However "Without restrictions — on the number of the sent mailings. The maximum of the sent letters in a month is limited 20 (twenty) — the multiple most available extent of address bases on a rate. (For example, on a rate of 2100 rubles — the number of letters is limited in 200000)"

That is you should take quantity, but they even have no such rate. 100k letters will cost 5000 rubles. I.e. 0.056 rubles for the letter. That is 3 million notifications, even at the price in 3 kopeks for the letter will cost — 90 thousand rubles

Actually why so the cheapest way (free of charge) — users in parallel can receive notifications also from 10ka channels. By our experience, at you all the same most part of users will select normal push-notifications. And Email can be used as an archiving method a dense forest, having selected delivery time — 24 hours.

Standardization of all notifications


You send the notification to a certain certain user, or on all canal or group. To you all the same where the notification, greater, in telegrams, comes to mail, or can, in the future, even through the SMS.

The user solves as it is simpler to it to accept from you notifications. You only select what information it has to obtain.

Economy in integration with other services


It is not necessary to take mailing email in one place, SMS in another, web push in the third, dense forests in applications in the fourth and to work with all this separately and to force the user to subscribe on 100 times for you on different platforms repeating ritual over and over again.

To make one integration with service of notifications — and the user is farther all drives.

Market


In fact we began to compete with all services of Email-notifications. But most likely it not so, they give only the interface for mailing, and we provide a platform for the companies and users.

I googled — did not find any similar service where users could entrust email to one service, and to subscribe further for a set of the websites without giving them the mail.

Though is not present — found — subscribe.ru for example. But it is similar at them only global mailings, not clearly whether there are trigger mailings to certain users.

What already works?


The centralized notification Email

Adding of a box, its confirmation works. Setup of time between letters.

selfpush including the postponed sending on time works.

22:09 — broadcast works. The problem of change of the status old is corrected by a dense forest.

The centralized notification Email

Let's test and add receipt of notifications from channels tonight.

What will be farther?


The option of creation of OAuth-system where users could be registered on the third-party websites without transfer of the mailbox is interesting to us.

At the same time for identification the user's ID in PushAll will be used, and from data the website will be able to receive only the link to Google + and other public data. At the same time there will be an opportunity to close access to all these data, transferring only ID.

At an input through OAuth PushAll the user subscribes for the canal of the selected website. The website is always aware — the user is signed or not. In this case the user will be able easily to close access to the website to mailings to one clicking.

This article is a translation of the original post at habrahabr.ru/post/271591/
If you have any questions regarding the material covered in the article above, please, contact the original author of the post.
If you have any complaints about this article or you want this article to be deleted, please, drop an email here: sysmagazine.com@gmail.com.

We believe that the knowledge, which is available at the most popular Russian IT blog habrahabr.ru, should be accessed by everyone, even though it is poorly translated.
Shared knowledge makes the world better.
Best wishes.

comments powered by Disqus