HipChat is now free for unlimited users
blog.hipchat.com
blog.hipchat.com
Atlassian's business model is still "All roads lead to JIRA/Confluence." It's why so many of their products are free. This isn't as much a Hipchat v. Slack/IRC/Google/Campfire move, as adding another road to JIRA.
For a small team, there's no reason (for us at least) to move away from Trello, GitHub issues, etc.
As your team growths you will see the value in having a single unified set of tools that cover a majority of your needs vs a host of different tools chained together each providing a different experience, education and logins.
It's a shorter list and the Slack ones might be just better.
Honestly my feelings on it are mixed so far. Doing a "good" job of administering projects and issues seems to have a pretty steep learning curve if you want to use more than about 10% of JIRA's functionality.
JIRAs biggest win is integration with so many other tools. Bitbucket is an obvious one, but then 3rd party tools like bugsnag will auto-create tickets for any snags your app issues.
That's why I like Youtrack more. It's far less complex and driven by search plus keyboard shortcuts.
Their suggested solution is to use multiple different clients (i.e. one native, one browser) at the same time, which is beyond ridiculous.
I dont think that I have seen any uservoice votes above 6000 for any other product request before (see http://help.hipchat.com/forums/138883-suggestions-ideas/sugg...).
With no solution in sight, moving to slack or flowdock was a no brainer.
hipchat --detach & open -n /path/to/application.app
From the open man page: -n Open a new instance of the application(s) even if one is already running.We switched from HipChat recently, so far it's working fine. The only thing we miss are cross team notifications, but apparently they are working on it (can't find the link at the moment).
It's possible, see https://slack.zendesk.com/hc/en-us/articles/201727913-Connec... for more details. You'll lose the history though. We've been using native clients more or less, all are working fine.
I've used it, and it seems pretty good, but I don't have enough time behind the wheel to provide a review.
tl;dr: it's awesome
From a product design standpoint, Slack is streets ahead of the conservative HipChat.
So far the best reasoning I have is that we're a mostly-dev team, and that there's something for non-devs that is appealing in Slack, but surely it's not a prettier interface? I'm genuinely curious, as I'd like to justify switching to the prettier product. :)
It might not be a big deal for you, but when we were briefly using Slack at previous company, I loved that I could just add it as another network to irssi.
This isn't the usual "host your own server" integration. All Slack asks for are credentials for services you use and it seamlessly integrates into an assigned chat room (channel). My CEO did it for the startup I work at and in ten minutes from signup we had: Github, Trello, New Relic, Twitter, and Stripe all integrated.
edit: To clarify, we run github freshdesk and jenkins integrations. I'm sure there's plenty more. From what I recall it works in a similar way too.
Even at the very cheapest end of the spectrum, a developer is going to cost at least $60 an hour, fully loaded. If slack can make them 6 minutes more productive a month (ie: 12 seconds a day), then slack is worth it. These are productivity differences that aren't even measurable in practice which means the rational thing to do is to just be price insensitive and adopt the tool that works best, regardless of cost.
If a significant chunk of your company's discussion is taking place in chat rooms, it may be time to look into an upgrade.
You'd want something that gives you some standard next-gen functions: great global chat history search,video conferencing, screen sharing, markdown support, distributed team presence tracker, advanced noise management tools, dedicated integration efforts (integration to basic collaboration tools like asana, trello, etc should take minimal effort)
Keep in mind Slack is hardly the only other alternative in this game. Zapier gave a really good overview the other day, including Kato, who (full disclosure) I work for. https://zapier.com/blog/best-team-chat-app/
also @shalmanese makes a good point about justifying the cost.
But there is an all/here distinction-- just named everyone/channel.
In HipChat, you can be in a room but you won't get notifications if people mention "@here" while you're idle. With Slack, this isn't possible; you would get email notifications for all of the rooms you're in every time "@channel" is mentioned. Furthermore, "@everyone" can only be used in the primary chat room, not others.
https://github.com/cjbarber/hipchat-alternatives/
I while back.
This move by HipChat makes me happy.
I've attempted to move over, but HipChat is far superior for my needs.
Escape closes the blue banner for the current channel.
Shift-Escape closes that blue banner for all channels.
I went to HipChat instead but it's got its own problems. Weirdly you can choose to get notifications for all rooms you're in or none of them, but nothing in between. Very frustrating.
(That said, if I did it over again I might pick Slack over HipChat. The integrations with e.g. Github really are that much better.)
If you think about "chat" in generations, you started with IRC, AIM (which is still used in many companies) and then came HipChat. Not much development there for a couple years so Slack put some lipstick on the last generation of chat product. There's a whole new class of communication platforms being developed now that are taking things even further, by enabling true cross-company communication (meaning both internal & external), things like customer support integrated with internal team communication, etc.
It's not clear if Slack has this too.
Maybe Slack is different, but most rich web apps I've used ends up eating gobs of memory after prolonged usage.
Additionally, there's no native Windows client.
Slack is really the best I've seen.
1. It's 25% of the cost (although that has now shifted). This may not be a big deal for small teams but if you want to have 100 users on either service, the difference is between $2,400 a year or $9,600 a year. That's a big difference. 2. Hipchat has a self hosted option in the works which should be available within a month or two (per them). This is essential for any company that deals with potential PHI on their IM systems. Slack says they plan to offer a self hosted option but it's a long way out.
Those are two things slack just couldn't overcome, beyond the fact that I generally liked slack better (it's prettier, much better message searching, better integrations, etc). The fact that hipchat also has voice chat is a big plus too though we've not found it reliable. Presumably at some point it will get better though and make it a more valuable feature.
I use and enjoy HipChat. The feature I love about it is the ability to temporarily invite someone (edit: a non organization person) to a room.
It would be nice if it was possible to have it open all day and have it like an IRC. It would be perfect for having support rooms for an app.
One thing i'd like HipChat to improve on is the timeout that happens to their desktop app. As long as it is open, I do not want to have to "reconnect".
Nice one guys. And Nice one Slack. Surely, no slackers.
Wow. Groundbreaking stuff here. There were chatroom perl scripts in 1998 that did this.
Which really means that you can force people into a room, and there's no way to say "leave this room and don't let anyone force me back into it."
You can do this. Intercom.io are an example of someone who does - this is their help desk for new customer setup https://www.hipchat.com/gAstw61gT
This could be a significant issue for some, both morally and legally.
If you are using / are going to use Hipchat with this enabled, at least make sure you are aware of any legalities you need to conform to because of this. E.g. gather consent from employees.
a lot of us work in small dev shops, where we really like our privacy.
a lot of us also work in regulated industries, where if your employer is NOT logging, then your company gets fined by $government or $regulatingbody.
Messages and files shared in 1-1 chats are only browsable and searchable in HipChat by the two people involved.
"While admins do not have access to browse or search 1-1 chats through functionality within HipChat, this is an option we may provide in the future for organizations to opt-in to. If made available, it will not be retroactive, and we will be sure to address how affected users can be notified that their chats are subject to viewing by their admins" http://help.hipchat.com/knowledgebase/articles/358098
It does say the organization can email them and ask for that so while technically possible it's not so easy for the admin to snoop.
Hipchat isn't bad but I vastly prefer IRC, particularly with a good IRC bot.
It's actually pretty neat, you can try it out on : https://jabbr.net (+ it's opensource if you want to implement your own team chat )
That's HipChat 2.1.1013 running on x64 in Vmware 10.0.2 w/ 8gb of a total of 32gb allocated. Oh yea, I'm doing nothing in HipChat, just idling in a single channel, with two inactive conversations with AFK people open. The chat window contains no animated GIFs or Youtube vids or anything wild either.
I've been strongly considering switching to using a regular XMPP client especially since feature creep seems to be be bringing features I don't want (video chat etc)
Edit: I should add the view is filtered, the CPU load + memory usage in the top is from an encrypted filesystem backup currently running
In order for an organization to access 1-1 chats occurring
after May 27, 2014 or later, the organization will need to
make a request by emailing support@hipchat.com. As stated
in the HipChat-specific terms, the requesting entity must
have consent from their affected users in order to obtain
access to those users' 1-1 chat history. The typical way
that an entity would have the right to access employee
communications is through the entity's employee policy.
It is standard practice among businesses to state in their
policies that the employer has the right to access
communications occurring on workplace systems. You should
speak with your employer if you have questions about their
specific data access policies.It's nice of you to drop into this thread, but it's exactly as bad people assumed.
If I was an employer and I didn't cover this sort of breach of privacy in my employee policy, and someone at Atlassian bothered to ask (I'm sure that Atlassian invests in lawyers to vet each submitted request), I'd just add the language to the policy document and fire it off.
No one in the company wants this—we expect PMs to be private.
To be able to see "private" communications, the manager would have to send an email to hipchat to request certain access. See above for the exact terms.
And people used to pay for that?
Edit: Looks like OP was referring to this: https://blog.hipchat.com/2014/04/25/hey-were-changing-our-te...
And it was about $3/mo per user. Not bad at all.
Is this sentence really that hard to understand?
A functioning business doesn't want to arse around setting up a Jabber server, building integration with Jira, creating clients optimised for group IM, or that sort of thing. It's not impossible to do, but it takes time and other resources.
On the other hand, we can use Hipchat - it works pretty well, integrates with anything we want, and somebody else is doing the development work. It's an obvious win.
I would give money for somebody to work on this problem and open source it.
The magic bullet in collaborative chat like this seems to be presence awareness. We used to use GTalk for this but since moving to hangouts we can't ever tell who is at there desk when we need them.
Here's to hoping one of them gets it right; especially when you install on your desktop and your mobile device.
First I entered in my own details but neglected my lastname... didn't say I had to. It's a single name field. It rejected my submission and zero'd out the fields. Strike one.
Then it asked for my team members names and email addresses. It had a skip button, that was nice. I added their emails and used again their first names... let them add their last name or preferred name. Again it failed and removed all the data I entered. Strike two.
Then I attempted to download the client. It wouldn't let me till I verified my account. It will let me send solicitation emails to team members... but not download a client. Ok. Odd. I downloaded the client to my mac entered credentials and after about 4 minutes it failed to launch with a debug window displayed. Strike three.
I did try.
I wish IRC was overhauled SOMEHOW and made more accessible to the common person.
It's no more difficult than browsing the web.
Persistence also allows you to search through or link people to old conversations.
Does every product really need a technical justification? If every person at your company is comfortable setting up email clients, IRC bots, and bouncers, then this isn't a product for you.
If you would rather just pay someone $2/person/month to set this up for you, then this is the product for you.
Just last week we onboarded a new developer and instead of having to spread her personal GChat address all over the company and make sure that everyone has authorized her to speak to them, and worked out the kinks for the few (like me) who run their own XMPP server that play russian roulette on whether Google is going to allow federation today... we just sent her a link to a URL which allowed her to create a user and immediately started downloading a client that once authenticated, connected her to the entire company.
Granted, we could have used our internal IRC server (we actually do have one set up), but the maintenance behind it really started to get to us. In order to use it we had to VPN in and connect, and backlog wasn't available to people that aren't technical enough to understand shell clients (like our project managers). When we did decide to open up the security permissions we had spam bots connecting 24/7 trying to get into our channel, which we then had to password protect, which ended up being another piece of tribal knowledge that "you just had to know".
Still, I continue to have Campfire (Flint.app), HipChat, Adium with XMPP for OTR, Google Hangouts for multi-person conferencing, Email, irssi and Twitter open all day. I wish I could consolodate them all into one, but I can't because they all have specific use cases. If HipChat was to allow an OTR plugin and multi-person video chats and screen sharing, that'd get rid of 4 of my communications^W daily distractions, but it wouldn't get rid of all of them because they serve different purposes.
At the very least, HipChat being free is a much better argument against using Lync now.
There are a plethora of IRC clients to choose from one various platforms, but there's only the one hipchat. IRC is also an open protocol.
So, hipchat's only real chance is trying to be the Apple of IRC--they must nail UX and marketing to the tech-hapless to have a real chance.
however, for the rest of the world, if you work with a non-dev team (think sales, marketing, customer support), you will really frustrate them when you tell them: "the question you just asked was answered at 3am last night, if you just scrollback..."
...god forbid you lose power (like san francisco in a heat wave last week)
or you could just choose to really frustrate your IT person(s) by telling them they need to install and maintain irc clients + bncs across multiple operating systems for your users, that automatically start up and join the right channels when the user logs in.
or you could just frustrate all of your mobile users by draining their battery (and potentially their data plan) by telling them to stay connected to irc 24/7 from their phones via a mobile irc client, or hold a companywide training session on how to install an ssh client + screen-reattach + navigate irssi from a touchscreen phone.
or you could further frustrate your users by telling them irssi includes search as long as they learn the syntax of /lastlog.
i'm not even going to touch screenshots.
user-friendly > neckbeard.
pay the $X/mo per user for slack/hipchat
-versus-
paying $XX to $XXX/hour per user to provide them with the requisite knowledge foundation and ongoing support to use your arcane chat methodology that hates noobs.
I'm sure it's possible to get that setup with XMPP, and it's definitely possible to get an equivalent setup with IRC (which I have an external server running ZNC for), but it's not out of the box, and there is something to be said for having a good configuration set up and working for everyone out of the box.
Out of the box you get:
1. 1-on-1 messaging
2. Private and public chat rooms
3. A client that works on mobile, desktop, and web.
No matter where I am, I'm connected to my team.
4. Persistent and searchable history.
5. Real-time notifications if someone mentions
you while offline.
6. You can copy and paste screenshots directly into
the room. We use this all of the time for gui
mockup discussions.
7. Integration with most online services like
GitHub, etc...
8. Easy file transfers.
9. No servers to manage.
10. Easy user management.
11. Video calls.
12. Voice calls.
13. Screen sharing.
Most importantly, it all just works. We could get IRC to do much of the above, but it'd be a hodgepodge of a solution and require someone to spend time setting it all up and maintaining it. At $2/user/month HipChat is a no-brainer. Why waste engineering resources trying to solve problems that someone else already solved for us?Edit: And custom emoticons. Can't forget those. That's the best part of HipChat.
I guess the website is still getting redesigned ;)
Since they've added the video chatting, we've been loving it. There's a single button to click, it Just Works, etc.
It's been working pretty nicely.
These are tools for small / startup companies were you need something to just work and don't have resources to spend on anything but getting "established".
JabbR is also free to use, you can have private team rooms if you so like and it integrates with a bunch of auth services.
I can definitely agree on the flexibility part, but simplicity? No way. HipChat is easy enough for our completely non-technical users to be quite comfortable with immediately. The setup process is entering a username and a password. Ditto for the mobile apps.
I love IRC, but it's a very different thing.
I if slack could be self hosted I would consider it but Hipchat has our support.
That said, once someone includes video group chat (a la Skype) for free we will likely jump for whoever offers it.
Hangouts in G+?
Group video in hipchat would be a killer feature.
I think it's what some smaller businesses might do, or some people applying for a job: look what the startup/client does or needs, make something that's relevant to demo your skills/features and show it to them.
EDIT: ah, integration with other Atlassian products. got it.
I really miss chat sounds.
/sadtrombone
What are HipChat's advantages over other chat services?
What's a good, mainstream-ish, secure/encrypted chat service?
We use hangouts for group video, and hipchat for everything else.
Only issue is, they are doing it to their core business vs amazon who was doing it with just one segment and could afford to cannibalize profits in that sector
http://www.slate.com/blogs/future_tense/2013/10/10/amazon_bo...
On to the service itself:
I can't join in on my client's conversation without creating a whole new account with a different email address. Annoying and incredibly short-sighted. I know that the people over at HipChat never work with anyone outside of their office, but unfortunately this is not the case for most people.
Honestly, I can get an IRC server up and running in the time it takes to get a HipChat account activated. It's annoying that so many people are hyping HipChat, as if it were some groundbreaking thing.
You can do pretty much the same thing with IRC, but getting HipChat set up on peoples PCs and phones is dead simple which is nice when you are dealing with remote QA and support teams.
There are still desk-walking drive-byers, though far fewer.