Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Introducing Pulse for Web

pulse.me

Post reply on HN
Print view View original

21–30 of 39 posts

Re: Introducing Pulse for Web

#21

Post by cristinacordova »

chimi wrote: post #14
cristinacordova wrote: post #11

Earlier quoted context omitted.

We don't send frequent emails - we haven't emailed our user base in months - until today about this launch. If users don't have an account, they can't have a consistent experience across platforms. A good user experience is our top priority here.

Look, it's your app, you can do what you want with it, but you're losing potential users with this requirement -- end of story.

Yes, we agree that there will be some drop-off, but we're taking that chance in order to provide the best experience across platforms.

Re: Introducing Pulse for Web

#22

Post by cristinacordova »

yajoe wrote: post #19
cristinacordova wrote: post #11

Earlier quoted context omitted.

We don't send frequent emails - we haven't emailed our user base in months - until today about this launch. If users don't have an account, they can't have a consistent experience across platforms. A good user experience is our top priority here.

Congrats on shipping, and thank you for being part of the community. I would also second the feedback that requiring an email is undesirable. I know you are doing it so you can count reach and demographics easier and eventually sell those eyeballs or market research. We all need to eat. I get it. However! There is fatigue from needing to log into free services, especially when there are alternatives racing to the bot…

Thank you. You can test the mobile app without signing up. We found that many of our users didn't know about our account syncing feature (because they didn't sign up). They then told us that it was difficult to switch between devices when they downloaded our apps as they had different news sources on different devices. This is an effort to remedy that confusion by keeping one single consistent account across platforms. Trying to get users to sign up later when they want to sync (which we've tried on mobile) has proved to be difficult for most users.

Re: Introducing Pulse for Web

#23

Post by cristinacordova »

shurane wrote: post #12
cristinacordova wrote: post #11

Earlier quoted context omitted.

We don't send frequent emails - we haven't emailed our user base in months - until today about this launch. If users don't have an account, they can't have a consistent experience across platforms. A good user experience is our top priority here.

What about being able to at least preview the service without needing an account? We can do that already on the app version, before we decide to sign up with Pulse. Signing up is an extra step, and a little too much, for a product that I want to field test before I decide I want to use it.

Fair point. As you said, you can test the mobile app without signing up. We found that many of our users didn't know about our account syncing feature (because they didn't sign up). They then told us that it was difficult to switch between devices when they downloaded our apps as they had different news sources on different devices. This is an effort to remedy that confusion by keeping one single consistent account across platforms. Trying to get users to sign up later when they want to sync (which we've tried on mobile) has proved to be difficult for most users.

Re: Introducing Pulse for Web

#24

Post by cristinacordova »

darklajid wrote: post #13

I'm sure I'm not the target. The window is - empty? [1] Ghostery informed me that it had to block Facebook Connect, but this surely isn't the intended landing page, even if I _do_ hate Facebook crap? I mean - I could at least use the links above and see the about page, but for a landing page this is kind of baad. 1: https://dl.dropbox.com/u/1194203/Pulse.png

Thanks - we have fix on the way for those that block FB Connect

Re: Introducing Pulse for Web

#25

Post by mlapida »

Requiring facebook connect is a deal breaker. My corporate intranet blocks all facebook request (and I do as well with Ghostly). Please place the facebook connect JavaScript at the bottom of the page.

Re: Introducing Pulse for Web

#26

Post by cristinacordova »

mlapida wrote: post #25

Requiring facebook connect is a deal breaker. My corporate intranet blocks all facebook request (and I do as well with Ghostly). Please place the facebook connect JavaScript at the bottom of the page.

Thanks - we have fix on the way for those that block FB Connect

Re: Introducing Pulse for Web

#27

Post by cristinacordova »

Albuca wrote: post #7

Definetly looks interesting! However the corperate network I am on at the moment does not display the page correctly (could be anything from outdated html5 or just regular blocking). Either way, I really enjoy the iPhone/Android app! I agree though, I don't like the IE logo on the top right of the page. Call my crazy, but I am really fond of the simple, clean, eligant display on the iPhone/Android. Plus I just don't…

Your corporate network is likely blocking FB Connect, which we have on the top of our page. We're working on a fix for it.

Re: Introducing Pulse for Web

#29

Post by [deleted] »

cristinacordova wrote: post #21
chimi wrote: post #14

Earlier quoted context omitted.

Look, it's your app, you can do what you want with it, but you're losing potential users with this requirement -- end of story.

Yes, we agree that there will be some drop-off, but we're taking that chance in order to provide the best experience across platforms.

[deleted]
Post reply on HN