Hacker News new | past | comments | ask | show | jobs | submit login
Asana (samaltman.com)
166 points by s4chin on March 30, 2016 | hide | past | favorite | 118 comments



Asana was the first program I ever used that made me feel old. But not in the actually rather good sense of it making me say "wow, they can do this now?"

Rather, it made me feel like an old fart using a computer for the first time, bewildered more often than not, most of my instincts rendered useless.

There are many examples in Asana of this. Each, taken alone, is banal: kind of annoying, but maybe not too bad. Taken together, though, we have something that a nicer person than I wouldn't wish on his worst enemy, but I'm just not that nice of a person.


You nailed it. Their UI and UX are both just really bad but it's a kind of hidden complexity that sneaks up on you and you don't realize it until you actually start using the product. They also had a horrible (like, really....really bad) mobile app for the longest time and even their new one uses very very weird UX paradigms for no clear reason.

I'm not even old.


My favorite example of their strange UI/UX pattern is trying to make a new task header in list mode. There isn't a dedicated button for this — or is there?! Try to hover your pointer on "Add Task" and a new button magically appears next to it, on:hover, called "Add Section"! Just like 1999 all over again, but without the GIFs and marquees.

They seem to have intentionally followed this design pattern, as hidden buttons often appear on hover next to adjacent buttons. I can't imagine how touchscreen laptop users feel using Asana. I won't even go into how their calendar view hides weekends, and how our team spent minutes finding the button to show weekends during a meeting.


> I can't imagine how touchscreen laptop users feel using Asana.

As a digital immigrant that hasn't jumped on touch devices, I have noticed there is a shift to more "implicit" interfaces with touch devices. Not much screen space to show things, so don't waste it on menus until they are needed. I suspect that touchscreen using digital natives don't have too much of an issue with this, but I've also never used Asana.


That section thing pissed me off so much!

I remember it got me so frustrated I spent the rest of the afternoon writing about my "onboarding" experience:

http://lumakey.net/blog/why-i-gave-up-on-asana-after-15-minu...


I agree adding sections is annoying.

FYI, any task that ends in `:` becomes a header. I find this easier than pressing the hidden button.


I really don't like how you have to be connected to the internet to use the mobile app. I'm a diehard asana user, but this kills it for me when I'm on airplanes. I'm on airplanes 2x a week.


Is the UX of Asana really that bad? ...worse than Jira?


What people forget is that JIRA is a more complex product. Probably by orders of magnitude. There is SO MUCH you can do with JIRA and so many different integrations that while it's very clunky, I feel they don't get enough credit for managing all that complexity in some manner that is at last somewhat sane. In fact, clunkiness comes with that territory of complexity, there's just really no way around it (well, this is a simplifying statement, but the point is that different tradeoffs would have had to be made).

That's why a lot of JIRA to Asana comparisons don't really hold up. The problem arises when a small team that needs a quick and simple to-do list start using JIRA and then compare it to other solutions which do probably 1/100th of what JIRA does. If you don't need the cruft that JIRA comes with, then that's fine...but there are genuinely orgs that do need it.

Now I'm no fan of JIRA. I don't really love it, and I fall under the camp that tolerates it. However, even then I can appreciate it for what it is and what it means to do. They can do better of course...but we can't simply compare directly between something like JIRA and Asana.


> Rather, it made me feel like an old fart using a computer for the first time, bewildered more often than not, most of my instincts rendered useless.

This captures the way I felt using Asana for the first time as well, about three years ago as a (not-that-old) college student. It was really hard to internalize its expected data model/flow. My team ended up settling on Trello. I've always figured that Asana was meant for larger teams and more complicated projects than I've been exposed to, but it certainly felt confusing as part of a small team.


I feel like Asana would be a mess with a large team of people (say 50+) marching towards one goal. I find it good for small teams. Once you need to roll up higher level reports that go out to C-Suite type management for the status of a major project, it starts to fall apart.

With groups of about 10 people I think its great.


It didn't make me feel old the way Snapchat did, but I tried Asana and was blown away by how unnecessary and cluttered the experience felt.


I know exactly what you mean.


Agree. Usually, the more one uses a product, the easier and more intuitive it gets. Slack is a great example of this. Asana is not.


"It becomes intuitive" is a phrase a previous client used to say when he'd insist on ... odd UI layouts and buttons.

"This makes no sense," we'd say.

"It becomes intuitive" was his reply.

It never became intuitive. You just adapt your muscle memory to the weirdness.


Try to use their API. It's braindead. You want to get the latest tasks? The ones they show you on their page by default? Sorry, you'll have to get ALL tasks, in random order .

You basically have to reimplement the Asana's server to be able to use their API.


we found it insanely powerful but hit a lot of snags trying to see an easy view of tasks; especially with team members on the move switching between online and offline.

Ended up writing chrome extension[1] which hit a nerve with a lot of other people as well. We got thank yous from as as africa where teams are using asana with patchy connectivity.

[1] https://chrome.google.com/webstore/detail/asana-task-viewer/...


I'd be interested in what you liked with other task trackers that felt bewildering in Asana? I've been using computers long enough to remember when window managers were a big innovation but my experience with Asana was the opposite. It was so easy to enter tasks and set them up compared to JIRA or other tools I'd used that it felt like Asana got out of the way and I could just get back to working. The only things I miss are referable ids and some of JIRA's reporting/querying capabilities.


This has been my experience with Asana as well, both before and after the (a?) major redesign.


The very first version of Asana I encountered was pretty intuitive, and the UI made it easy to just glide through editing my tasklist.

I stopped using it for something else, and when I came back a couple years later it was the opposite - kind of clunky, had to poke around a lot to try to do something.

I don't know what happened, but I'd love to have that first version back.


Exactly, this. I loved Asana when it first came out. Advocated for it successfully at two organization I was employed at. Couple years down the line, it's gotten needlessly bloated and complex.


From the very start, I've called Asana the Lisp of task management tools. The problem is all of the founders and early employees of Asana are insanely smart so they prioritized power over learnability at every design step. There's a huge amount of conceptual complexity to absorb and very little support in the way to help you do so.

Like Lisp, once you're over the hump, you become a rabid devotee but it's culturally not friendly to newbies and probably never will be.

My conversations with current and ex Asana employees have all reported essentially that my take is accurate.


Is there a lisp variant that switches from prefix notation to infix when you indent blocks by multiples of 4 instead of 2?

Did its maintainers not see fit to document it? Do they pooh-pooh you when you report the issue?

If so, I'm sure I'm not alone in never wanting anything to do with it.


Not that exact example but there's plenty of things spiritually similar in Lisp, starting from naming them car and cdr and going all the way down.


i find that for group-sized tasks a google spreadsheet and some kind of issue tracking system is fine (zendesk, github, etc.)

it's more about the day-to-day management of people and goals than the management of data in whatever system you choose. the data just needs to be easy to find and share.


I have noticed a few of these things, like sections, or the whole left pane. But it was still the best product my team tried out. What examples are you talking about particularly?


Asana is ... fine. Having used it and JIRA at the companies I've worked for I can say that each has their own set of useful and annoying features and quirks.

Obviously Atlassian had a nice exit so and I'm guessing there's plenty of room for growth in this industry (what % of teams actually use a dedicated task-management software? I bet it's not a lot!) so this could be a wise investment. Nonetheless the rhetoric—"Asana is the kind of lever that could someday massively increase the productivity of hundreds of millions of people around the world"—is kind of overblown.


My thoughts exactly, and I was reminded of this achewood panel:

http://achewood.com/index.php?date=05182004

It's a todo list. Good! I hope it works.


For myself, using Asana falls into the the don't love, but don't hate, category. The UI is pretty nice, but I always feel it just doesn't have enough teeth for complex project/collaboration. I mean, I see it has a lot of features to facilitate that need(project, hierarchical tasks, attachments, commenting), but it doesn't convey 'serious business'.


As a very heavy day to day user, my biggest three complaints are:

1. Ability to "lock" a row. We often build lists in Asana that are not meant to be tasks. It's great for project planning or status boards. The problem is everything in Asana is very easily checked off or moved, which sometimes can happen by accident. This provides a feeling of fleetingness that I think makes some people (especially super detail oriented project managers) nervous.

2. Native Apps. I really need a great official OSX native app. The iOS app, while it has gotten better, has always felt like an afterthought to the company.

3. Notifications. This is the main reason I want a solid OSX app. I need notifications to work really well. If something is important and needs my attention, I need to instantly know about it (and knowing about it via a push notification on my phone isn't good enough). Slack has cut down on email usage for us, like many, significantly. I don't check email as much now, so I can't rely on email notifications for our primary project management tool.

Overall Asana is great. I always end up going back to it after using other tools. I do agree however there are a few small things that would help to make it feel a bit more "grown up".


My experience is pretty similar. Asana is fine, and I find other tools generally less effective. The ui is convoluted though, especially since they introduced conversation. The way documents are integrated isn't great either - I wish there was a way to share team docs or project docs without sticking them into tasks or conversations.

And basic things like assigning tasks or moving them across sections take forever in the mobile apps - which is quite painful.

But when you define a clear process within a team, which features to use or avoid, it's way more powerful than email, and more inclusive than ticketing systems


So you use asana and slack? As a developer with a small company that is looking at messaging options, would you mind explaining your use scenarios for these two, in my view, relatively similar apps?


Agreed. We were using Asana for project management for a long time, but weren't happy.

It's too cluttered and dense, with too many possibilities for accidental edits (you nearly always have a cursor in some field) and very little sense of modality. You feel like you're in a spreadsheet. Which is not a good model for a project management system.

Personally I was also extremely unhappy with the WYSIWYG contenteditable editor they used for rich text fields; very error-prone (undo didn't really work properly) and almost useless for exchanging code snippets.

We ended up switching to Clubhouse [1] (a Pivotal/Trello clone with a Slack aesthetic), and our project manager is now much happier with the pipeline-oriented task view, which is something that was missing from Asana. Text fields are Markdown, which is a huge improvement. There's nothing revolutionary about Clubhouse, it's just plain and nice.

Asana wasn't terrible, but it wasn't good. A bit surprised that YC is bothering with them.

[1] https://clubhouse.io/


Oh man. One of the biggest pet peeves of mine about Asana is the "too many possibilities for accidental edits". Classic example of "Haste makes waste."


Clubhouse looks pretty nice.

Did the standup style overview ("Make stand-ups easy—or totally redundant.") work for your team?


I'm not the project manager, but I believe it's been very useful. During our stand-up we mostly just go through the "ice box" as well as current tasks.


I'm a daily user as well, and the performance really irks me, especially their mobile app. One of the most important things for an app like this is easy input for later triage. I almost always end up swearing whenever I try to input something in their mobile app.


Perf is our #1 priority right now. We've had a big team tackle the fundamentals for the last two years, and we're rolling things out in the coming months. I'm personally leading the team that's rebuilding our API on top of this new infrastructure. We're still early in that process, early signs are that we can get perf down to around 100ms. The mobile apps are built on top of the API, so this would make them fast too.


Interesting argument. I'm using Trello and many people say something similiar about it, but my researched always showed me that those people either don't know how to use Trello to the full potential or they are generally bad at organising.

What would make Asana convey "real business" ?


Each to their own, I suppose :)

I've quickly reviewed Asana, and actually found it quite complex.

Trello works nicely with our small team. People don't generally have full projects assigned to them, so a Trello card for a specific task to be executed works well.


I think it feels as though it was created as a very simple task tracker at first, and project/collab features were tacked on later.


It's great for tracking high-level objectives, for personal to-dos, and for collaborating with business users.

My biggest complaint (aside from the half dozen ways the UI breaks in Safari), especially when using it as a ticketing system, is that it doesn't have persistent item IDs that are short enough for a human to remember and refer to easily.

Oh, and repeating to-dos that skip weekends would be nice.


I want to like Asana because I feel like it has the team and momentum to get project/task mgmt "right" but, wow, is it a struggle. And it really doesn't even do much.

I don't get why project/task mgmt is such a hard tool to build usably. It's mostly glorified crud with some smart views and notifications.


The problem is precisely that it's not CRUD. It's a workflow problem. Many, perhaps most, CRUD systems secretly have some workflow under the hood, but they can get by with a few special-case hacks and a couple of quick fixes and call it a day. Workflow is much harder. I think it's because of the infinite recursion; for any action, I may want preconditions, postconditions, notification, permissions, and then I'd like each of those things to be actions that can recursively have those things, plus I'd like arbitrary relationships between all these things. There's an enormous tension between carving out a sufficient subset to satisfy most of your customers, without simply shipping them what is basically a domain-specific programming language too complicated for anyone but professional computer programmers to use.


I think the problem is that like calendaring or messaging, people have very different beliefs about "right".


Asana shows a simpler way to achieve a goal IMO. It always feels a bit "fundamental" but it never disappoints you, which is very frequent when you work upon a "serious" tool.


I like Asana's product design a lot, my one complaint is that (at least as of when I most recently tried it a few months ago), it was so slow. I like for my personal todo list have very fine-grained breakdown of tasks and having each page of the UI take several seconds to load so I could check of one task and navigate to the next one managed to kill the sense of flow I had between tasks.

In the end I went back to Workflowy (YC S10 for life!), which doesn't have as strong team-collaboration features (as well as email integration and several other bells/whistles), but few of my teammates were already using Asana anyway, and Workflowy is delightfully fast and simple-yet-flexible enough to support a hierarchy that roughly maps to how I had projects set up in Asana.


Yes, I believe Asana could be a strong use case for 'Just because React, doesn't mean it's fast'.


Interesting, didn't know they were using React. I thought they wrote their own framework. (Didn't they even have their own compiled-to-JS language at one point?)

In any case, "Just because X, doesn't mean it's fast", where X is a technology choice, is probably true for all X :)


The Chrome React Inspector picked up the React. Which was the basis for my assumption.


We're switching to React and moving away from simulation on the server. We're close to converting our core views and should be rolling those out soon. If you're interested in our perf problems, I would check out https://www.quora.com/Why-is-Asana-so-darn-slow-to-load/answ...


I just skimmed through some of those Glassdoor reviews. They were all quite positive, but I find it interesting that the vast majority were posted Feb-Mar 2016.


That happened when someone noticed we were ranked #1 in the Bay Area and announced it to the company. Employees followed with more reviews.


I wonder, earnestly, on a tangent: how do you ensure the authenticity of Glassdoor reviews? What's the guarantee that people are not faking good reviews? They should probably implement a system of employment verification.


I apply the same metric I apply to online product or service reviews. If they appear on a regular cycle, or if they appear in some of there kind of statistically improbable clumps, or if there are no negative comments at all, then they may not be entirely plausible.

Employment verification won't help on Glassdoor, because it would be the easiest thing in the world to hint to a group of the most settled employees that maybe they could leave positive ratings.

It would help against malicious negative reviews - which can also be a thing.


Websites with reviews are doing a disservice to users by not giving us tabulated reviews and tools to view detailed statistics. I'm reminded of 538's impressive interactive data exploration pages.


Many valid reviews are written by former employees, so I'm not sure how you could verify those. A subset of those are from people with an axe to grind. Look at any company that's had layoffs, for example. In general, I've found Glassdoor to be incredibly biased, either shills (in a small company, nobody's going to publicly trash their employer with the risk of being identified), or trolls (any company, once large enough, has former employees who didn't get along with their boss and choose to escalate it).


Relatedly, I'm not convinced Glassdoor doesn't delete or hide posts that are unfavorable to the employer. I've kept tabs on the reviews and scores left on my previous company's page and at least several negative reviews are nowhere to be found.


It doesn't to my knowledge. I see both good and bad reviews for my company come hit my email inbox regularly.


Fake reviews are generally written by PR/Marketing people so they never look authentic.


A lot of companies ask their employees to write positive reviews so employment verification doesn't necessarily help guaranteeing authentic reviews.


I think it requires a company email? I can't recall. They also have a verification window, reviews don't post for a couple days.


It's not difficult for a company to create new email addresses or use past employees' email addresses. I know at least one company that does that.


At my last job we used Asana and one of our PM's was an internal 'Asana Champion'. He made sure we did things 'the Asana way' and stuck to a structured process for getting things done. I think this is required to get a whole organization using Asana efficiently - otherwise it's too easy for everyone to use Asana 'their own way' and it becomes a mess.

I always hated that there was no 'doing' status for tasks - we always had to hack around that.


You can create a tag for "Doing" since that stays tied to the task rather than creating a section for "Doing". It's still a hack but gets the job done. As soon as you think of workflow, that extra dimension works better in Trello/Kanban systems since Asana nails the hierarchy via projects/subtasks.


Asana's interface is cluttered especially when the number of projects and tasks get more.

While we like its collaboration features like easy sharing, its task details is really a let down when we worked as a team.

Which is why we decided to build our own project management tool / issue tracker from scratch that overcomes its shortcomings, also we recently gave our internal tool - a public release now available at taskmail.io


I've been using Asana for a while and have recommended it to various companies / customers. I think it is a good tool for collaboration and reducing email clutter, especially when coupled w slack.

One thing that is sorely lacking is the agile / product management piece. You can sort of make it work, but it just doesn't fully cut it. I'm currently using Asana AND an agile tool (not Trello). They overlap in so many areas, but there are some missing features from Asana for scrum/agile work, that if added would make it work for a broad set of use cases even beyond agile development:

a) ability to create categories within categories in a project: With Asana, I can create one level of categories in a given project. Ideally, I'd like to have different buckets like: Backlog, Sprint Todo, In Progress, Deploy. Within each of those, I'd like to categorize by "Epic". E.g. "Backlog -> Reports", "Backlog -> User Auth"

b) ability to show categories horizontally, instead of showing a stacked vertical list: This would be similar to the way Trello does it. (Note that Trello also lacks in other areas, and is not ideal either, but it comes close.).

c) ability to have more options for prioritization / sort order

d) ability to have labels in the summary view for things like tags, epics

People's mileage may vary in how they use scrum/kanban/etc., but the basics are mostly the same. I would think that with the rise of "software eating the world", addressing the agile/scrum use case represents a good market opportunity.

It would allow our teams and many teams to compress their tools from asana + agile tool to one tool. It might also take market share away from Trello for some use cases.


Finally created my HN account to post this comment :). Just wanted to share.

I am an owner of a small IT business. We've been using Asana as our project management system for about 2 years, almost from the beginning of our company.

I love it now.

Initially, it took some time to get accustomed to the way interface works, and I tried several times to switch to something different, but I've always kept coming back — Asana fits our workflow perfectly: many simultaneous projects with numerous prioritized tasks each, partially remote employees with good sense of responsibility.

I love the speed of entering new tasks and sorting them. I really appreciate the speed of switching between projects and task details. I am fond of the "spreadsheet" feel of the UI, where you can edit anything right away, without dancing around.

I see only two major downsides.

1. Initial loading time of web interface is really slow. I have a habit of closing the tab every now and then, hence I get to see the loading screen at least 30 times a day.

2. Their free version is too functionally complete for me to switch to paid version. We have around 10 team members, and I stumble upon no restrictions in my workflow. I would love to pay for Asana, since it's bringing so much value to my company. But I in business, not a charity, and I will not do so until I have to. Recently, their technical support was even so kind to switch my company's domain name (not possible via UI) for free. Had they told me that the only way to do that is to upgrade my organization to paid plan, I'd start paying in a heartbeat :(

My only wish so far: pre-render the React UI on server while prefetching first bunch of AJAX requests, so that it loads instantly. Please if you ever add this, make it a premium feature.


As a long time, 'power' Asana user I can confidently say that it's a good task list manager and nothing more. "Project Management", or rather, at a higher level, "Work", is much more than a dynamic, shared, list of tasks.

Asana has tried to create the killer app, the email beating, unified metaphor for project management and... it's not enough. I would not have invested without a very promising roadmap.


Yup. We use JIRA for development, Trello for ideation, and Slack for communication. On top of all that, I use Asana as a personal to-do/task manager. So far, none of those programs has been apple to supplant any of the others.


I tried to like Asana. I gave it several tries over the years, but the UI is so uninspired it seemed to drain my creativity. It looks polished though.


They launched a new UI a few months ago, complete with flying unicorns and rainbows (seriously).


I tried it. It didn't do anything for me, but to each his own.


when I think of Asana I always remember this tweet https://twitter.com/davidsacks/status/34785257697980416


On the other hand, this is the one that comes to mind for me: https://twitter.com/dhh/status/714799846616657920


Eh, I respect DHH but he's willfully misreading that paragraph, and it's hard to ignore his bias in the matter.


ha, i love the "fancy todolist" description


Complaining about ripoffs in a marketplace is pretty much complaining about competition. How annoying.


I'm astonished at the negativity in many of these comments.

I use Asana for everything, as do many of the people I work with.

Universally it seems people are at first a little uncomfortable with it, but then fall completely in love and use it all the time and can't imagine ever doing with out it again.

It is fast and fluid to work in. It is simple and flexible enough that you can basically improvise a team workflow without formalizing it ... often the system just evolves naturally as the team uses it.

Most of us were very sad about the new interface, it feels condescending and more cluttered.

And there will always be more features to wish for. But I think it is a product in a class by itself.


Asana is a wonderful tool and it keeps getting better. I think this is more of an investment in the team and the future opportunity than it is in the current tool. There's a long road ahead!

On a sidenote, we're working on a project that marries the best of Asana, Trello, and JIRA, plus with some super-smart integrations. It's designed specifically for dev teams, thought I'd drop this shameless plug here in case folks are interested. Check it out at: http://getcadence.com/


Tasking, time and project management, and issue tracking is a really busy space. I am surprised Sam invested, given the crazy amount of competition. Trello, JIRA, Fogbugz, YouTrack, Basecamp, PivotalTracker...

Not only that, but once a company chooses an app like this, they're pretty much stuck with it. My company is currently transitioning from FogBugz to JIRA and it is taking months, and we're still going to keep fogbugz around, just in case. So I'm curious how Asana will tackle the "stickiness" problem.


no "stickiness" problem whatsoever :) Our department (and the departments i see around) switched back from JIRA to Excel (it good to be home Chewey!) the very moment our top management stopped pushing SCRUM down everybody's throat. It happened so easy and quickly that the last uttered word "SCRUM" hadn't yet stopped reverberating in the office :)


Im surprised Asana is still considered a 'startup', especially to the degree that yCombinator is going to invest in, I thought their philosophy was to help ground level startups.


It sounds like Y Combinator is not the one investing, only Sam Altman.


Ah, its a weird blur on his blog when he speaks for himself or for YC. But it makes sense if its just him investing and not YC.


Sam is investing personally, not YC.


I don't imagine Sam Altman made enough money from the sale of Loopt to lead a $50m round (only guesswork though). Is he somehow leveraged by having raised a fund for "personal investments". The latter would be a really interesting.

Maybe @sama himself could answer this, if it's not too personal.


Asana blog makes it clearer:

>Today Asana closed a Series C financing round, raising $50M in new capital. The round was led by Y Combinator president Sam Altman. Sam participated alongside a number of other customers, investors, and leaders for whom we have deep respect.

Sam is only part of that $50MM.


I'm sure he's made money as a partner/president of YC, too. Perhaps tens of millions?


Question for Sam if he's reading. I've never seen someone speak about Glassdoor in reference to making an investment decision. Obviously, most Glassdoor references we would see might be regarding decisions to apply to a company or accept a job.

As an investor, wouldn't you rather get the opportunity to actually speak to current and (perhaps more importantly) former employees, and do you usually get that opportunity? I'm not talking about executives, but rather software developers, managers, etc.

TIA if you answer.


I think he's referring to Glassdoor posts made by current and former employees, not the ones about applying to work at the company. Even if there aren't any explicitly negative reviews, you can learn a lot by reading between the lines.


Understood. Perhaps my comment was ambiguous. My question is "Would you rather speak to current and former employees about their experience at the company than to rely on potentially faked reviews, and if so, are you usually granted that request when made?"

I wasn't referring to any posts criticizing or praising a company's hiring practices, although those might be helpful too (coincidentally I believe they had an article here yesterday on their engineering interviews).


If it wasn't for Instagantt I'd not use Asana. The non-devs love Asana, but the devs get very frustrated with the UI. Not sure what accounts for the divided opinion


> Asana is the kind of lever that could someday massively increase the productivity of hundreds of millions of people around the world. There’s not only an opportunity for Asana to be a huge company, but also for Asana to materially increase the output for the planet—somewhat amazingly, software has not yet eaten this important part of the world.

What important part of the world?


I am curious; why doesn't Dustin Moskovitz fund Asana entirely on his own? Genuine question. It's not like he couldn't afford it, he's worth around 10 billion. If he truly believes in the company why not put some of his Facebook money into it?


It's good to have other people invested in the success of "your" company. Obviously if Asana needed extra cash and no one was willing to invest, Dustin could step in...but why do that when that's not the case?


Dustin did put some of his money into this round:

> Us (Dustin & Justin). We’re very bullish on Asana. We each pour a lot of effort into building Asana, every weekday. We speak frequently about our excitement for the company’s future, and we’re excited to put our money where our mouths are.

Source: https://blog.asana.com/2016/03/asana-raising-50m-for-work-tr...


I've only been in one environment that tried to use it, and the sponsor struggled to get everyone to follow suit, and eventually it was dropped. I think adoption is as much a people and process ("How we do work") issue than pure technology.


Any plans to use new found capital to provide ability to move projects between workspaces :)?


I was also surprised by the negative notes, so I went to the site to see what the product was about.

I watched a 1:32 min video that said "what we are doing now isn't working". Really, 90 seconds to tell me that?

From that point it was down hill. What happened to web sites that get to the meat of what they are doing quickly?

I was very disappointed. As a project manager based on the website and the first 100 comments here it's unlikely that I would give this product a second glance. There are other project tools out there, I'd pick another.

I only hope that this is an early April Fools joke, in which case "Ya got me Sam".


Open tickets, assign a priority and party, and burn them down. I'm always surprised that people keep thinking that putting a prettier UI on top of this is somehow the next billion dollar efficiency.


There's a lot of people in this thread who sound a bit disappointed in using Asana for Dev work. I understand that, as well as frustration with the huge-ness of JIRA. If you agree, I'd appreciate it if you checked out my current project http://rowstack.com, and let me know what you think. We did ShowHN a couple weeks ago, and have been aggressively building out the features people asked for.


On the comment about sticky recurring revenue I think an important factor is the lock-in effect of having pretty much all your company's audit protection based on an app like Jira or Asana. How would a company that tracks git commits on the jira story level even move off jira?!


I love that Sam's post has a link to Asana's post which has a link to Sam's post.


Synergy!


Asana is an awesome company. We recently created an employer profile with them on StayInTech: https://stayintech.com/info/asana


If you don't like to be led into "doing things Asana way" try Hitask (hiTask.com) - it doesn't make you work in any particular frame of mind, you can actually do things your way.


When it comes to investing, "I like how the teams work" is probably not the path you should be walking down in making a decision about where to drop a hefty chunk of change on.


Though this is Sam's personal investment, YCombinator has always stated they invest more in teams than ideas; do you have data to suggest a better approach for picking winners?


Doesn't matter how good the team is if the market doesn't want the product.

To pick a winner, you need foresight. You have to know a lot about what people are doing today to predict what they are doing tomorrow.


Of course, but a great team can adapt their product to meet the market demands and will execute well. A poor team, on the other hand, likely cannot come up with a great product or, if they can, will execute poorly. After all, if they have a great product and execute well then, by definition, they're a great team.


Why didn't you write good things about it before you were investing and now that you are you write?

This post should come with a big fat disclaimer: "I'M AN INVESTOR IN ASANA, THAT'S WHY I WANT YOU TO LIKE AND USE ASANA."


The very first sentence begins with "I’m delighted to finally be investing in Asana."


Isn't that pretty? I'm delighted!


Yeah, this feels pretty shill-like, even if he does make it clear he's investing.

Though it's also the readers who are to blame for upvoting a low-content advertisement. From some random blogger this would have died or been called out as not worthy, from the Pres of YC everyone happily discusses Asana...kinda lame.


> Though it's also the readers who are to blame for upvoting a low-content advertisement. From some random blogger this would have died or been called out as not worthy, from the Pres of YC everyone happily discusses Asana...kinda lame.

To be fair, this is extends beyond just this post. While some of pg's/sama's essays are insightful, quite a few of them in recent memory were incredibly vapid, but still remained at the top of HN for a day or so. Would never have happened if they had been written by some random person.

The mistake here is assuming that things on HN reach the top solely because of quality in the first place. After all, YC companies get to insert their job ads in the front page whenever they want.

The only discussion boards were things are really "meritocratic" are the ones like 4chan, but most people don't find these very palatable for understandable reasons. Other than that, pretty much any online board tends to have a cult of personality around the people running it.


> The mistake here is assuming that things on HN reach the top solely because of quality in the first place. After all, YC companies get to insert their job ads in the front page whenever they want.

I'd never claim that quality is the only reason why things reach the top of HN, but if you're suggesting that we rig it in favor of YC, that's not true. There's no similarity between the job ads and how stories work. That's why we have the job ads to begin with: it's a distinct mechanism, managed by software, and the relation to YC is both public and always the same.

Btw, YC startups don't get to "insert their job ads in the front page whenever they want". There's a queue, it doles out one ad at a time, startups that haven't had an ad recently get to go first, and no one gets more than one a week. That seems pretty even-handed to me, but if you have a suggestion for making it fairer, please tell us.


I don't think there is a big problem in upvoting content from known writers just because they are known. After all, they got to this position for a reason, and we shouldn't expect everybody to read everything without at least a basic filter.

The problem here is that this isn't even an article, it is just propaganda.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: