I've been throwing around this idea of interviewing startups to learn how the actual systems and processes work behind the scenes. (ie, what do you use to handle billing and how does it tie into everything else? how about customer support?)<p>I put up the second interview today (http://www.resultsjunkies.com/blog/back-office-exposed-zippykid) and was hoping I could get some feedback from other HN readers.<p>Is this interesting? Any areas you want me to dive particularly deep on?
I am <i>incredibly</i> interested in well-documented business or technical processes, particularly at startups that run at a smaller scale than the Google / Facebook / etc tier who usually publish that sort of thing.<p>What's interesting? Oh, where to start, where to start. Dashboards. Metrics. Customer service processes. Architectural decisions. Rationales and priorities, most particularly "We intentionally avoid doing X, because..."
Very interesting. I'm interested in hearing about working with open source projects, selling data, and customer support; I'm especially interested in how startups handle bugs in newer open source projects. Do you spend time identifying the cause and submitting a patch, switch technologies, or work on something else and punt the decision?<p>This is a specific system design question, but I'd also like to hear about choosing between job queues (e.g., Beanstalk) and batch systems (e.g., Hadoop) for soft real-time data processing.<p>Interesting startups to interview:<p>- FlightCaster and BackType (lots of data, users get product for free, discuss process of finding and selling to customers interested in associated data; both also deal with real-time data)<p>- Shopify (supporting users that use your product to sell their product)<p>- banksimple (regulated industry)<p>- DuckDuckGo (building a system to compete with a wealthy behemoth)<p>- WakeMate and Square (designing and manufacturing hardware)
Yes this is useful. In terms of the "infrastructure" I would drill deeper around surprises for people, what pieces they see as critical, etc.; just knowing the infrastructure is much less valuable than its relative importance and key lessons around its use... Good luck
As an engineer I want to request you to devote more questions to the infrastructure and the architecture in place. I would want to know the big architecture picture, alternatives that they researched, why they chose certain technologies , the human resource devoted to delivering the technical product, the ratio of technical-nontechnical in a team etc. Thank you for the initiative.
Sort of like a startup postmortem without necessarily the mortem part? I like it! Would be good specifically for those of use just venturing in to Startup Land :)
Probing for as much 'open-ness' as possible is the #1 thing I'd like to see. Things like 'share your financial model spreadsheet' and other documents like this would be essential. I'm doing something similar with salon owners at the moment as I'm launching a small salon software kit in the next few weeks.<p>Will definitely check back every once in a while!