Альтернативная точка зрения на партнерство, относительно той, которую проповедуют инвестиционные фонды.
Поднимите мне карму, пожалуйста. Я тут вчера ступил, весьма неудачно, и совсем отхабрился. Если статья понравилась — заказывайте другие темы в комментариях или через личные сообщения.
Спасибо!
(далее…)
Итак вас покупает большая и известная компания. Для большинства стартапов, это единственный вариант успешного выхода. Стать самостоятельной, прибыльной в долгосрочной перспективе компанией на порядок сложнее.
Итак, что будет дальше? (далее…)
Я не владелец бизнеса. И не исполнительный директор. Я, как и все программисты, наемный работник. Поэтому решение о повышении зарплаты своим подчиненным принимаю не я. Но я даю рекомендации. И к ним прислушиваются или нет.
Рассуждаю я примерно так.
Сколько же надо платить программисту? Как правило, рыночная «вилка» вознаграждения для конкретной квалификации известна и составляет от X до 1.5*X. Можно рискнуть и платить по нижней планке — X. Однако, возможность получать в 1.5 раза больше за ту же работу скорее всего перевесит все остальные мотивы, которые удерживают бойца в моей команде. Ситуация усугубляется еще и тем, что агрессивные «охотники за головами» делают разрыв в вилке еще больше, чтобы побыстрее перекупить квалифицированные кадры. Надо ли платить по верхней планке, тем более, если она сильно завышена? А, может быть, следует платить еще больше?
Заранее, приношу свои извинения, за занудность и излишнюю детальность нижеследующего изложения в стиле — «как для домохозяек». Я много раз пытался объяснять свое видение подхода к решению этого вопроса людям, которые должны были принимать решение о повышении оклада, но они не всегда меня понимали. Или, может, просто, не хотели?
(далее…)
В 14 лет я начал как все — основал свою студию веб-дизайна. Создавал, кстати, её на пару со знакомым, с которым встретился в поезде в детский лагерь. Студия приносила небольшой (но весомый для школьника) доход, а после была продана за хорошую сумму.
Студент с деньгами и без бизнес-опыта — это к катастрофе. Поэтому на следующем проекте я собрал почти все ошибки из возможных. Бизнес-идея MJ.ru была простая: это аналог живого журнала, где лучшие авторы получали гонорары. Вместо команды профессиональных программистов я снял огромный офис и нанял красивую секретаршу. Про бизнес-модель начал думать уже тогда, когда деньги начали кончаться. Так я получил первый ценный опыт.
Внизу — ещё несколько итераций и детальный рассказ про выбор ниши для стартапа. (далее…)
Игорь Шойфот — основатель, сооснователь, председатель, СЕО и СОО нескольких успешных стартапов (Epsylon Games, Fotki.com, vInternship, и еще более десятка), инвестор, представитель TMT Investments в Америке (с офисом в Сан-Франциско), преподаватель Университета Беркли (один из самых престижных государственных университетов США) и Университета Сан-Франциско, председатель совета директоров крупнейшего украинского инкубатора Happy Farm. Игорь и TMT Investments специализируются на инвестициях (от 250 тысяч $ до 5 миллионов) в продвинутые стартапы, а также помогают стартапам из СНГ и России выйти на международные рынки. Если вы из России или СНГ и приезжали в Долину для поиска инвестиций или бывали на каких-нибудь стартаперских вечеринках, то вы наверняка уже знакомы с Игорем.
Интервью получилось довольно провокационным и длинным, поэтому назвали его в шутку «Анатомия Игоря Шойфота» — типа «всё, что вы хотели, но боялись у Шойфота спросить». Кстати, кто не знает Игоря, предыдущее ознакомительное интервью (не моё) на Хабре было тут, а здесь отличная обучалка от Игоря о том, как делать питч-презентацию
(далее…)
Существует мнение, что разработку проекта можно закончить. В основном, так считают люди, далекие от самой разработки, но и внутри каждого разработчика есть ощущение, что когда-нибудь это закончится и все будет работать хорошо и само.
Этот пост я написал для разоблачения самообмана и возможности сослаться на него в диалогах. Я постарался приводить понятные аналогии и примеры.
(далее…)
Это перевод заметки Math Experts Split the Check, в которой на простом примере разделения счета в ресторане наглядно демонстрируется, насколько разными могут быть взгляды и суждения физика, математика, инженера, экономиста и программиста.
Инженер: не забудьте дать на чай 18%.
Математик: это до налогов или после?
Физик: давайте предположим, что в нашей системе нет налогов.
Программист: но налог есть! (далее…)
В последнее время часто сталкиваюсь с проектировщиками интерфейсов, которые вышли из дизайнеров, и на мой взгляд их объединяет одно свойство они не корректируют бизнес процесс. И в итоге остаются хорошие, сделанные по правилам интерфейсы, которые не решают главную проблему:
«Основная проблема интерфейса в том что это интерфейс. Интерфейсы — это препятствия на пути. Я не хочу сосредоточивать свои силы на интерфейсе. Я хочу сосредоточиться на работе… Я не хочу осознавать себя использующим компьютер, я хочу осознавать себя делающим дело».
Дональд Норман
Проблема заключается в том, что если процесс, обслуживаемый интерфейсом, сложный и запутанный, то и интерфейс будет такой же. Процесс мутный — интерфейс мутный. У вас будут россыпи тогглов, чекбоксов и списков, а перед использованием интерфейса, нужно будет пройти 2-ух недельные курсы подготовки, и сдать экзамен.
Я думаю многие сталкивались с такими интерфейсам в ERP системах, и там это кажется допустимым, ведь это же корпоративный софт. Однако часто проблема скрывается не в том, что у вас сложный бизнес-процесс, а в том, что он не систематизирован и не подготовлен для пользователя.
Для того, что бы продемонстрировать разницу, мы сделаем с вами небольшой интерфейс для разбора входящих обращений.
Всем привет! С вами «Метрика» — шоу для тех, кто создает и анализирует продукты и сервисы, проектирует и руководит, занимается бизнесом и любит новые технологии.
В 19-м выпуске Метрики вас ждет наша беседа с Кириллом Рожковским, ИТ-предпринимателем (WapStart, OmyConf). Говорим о возможностях проектирования внутри команды и взаимодействия с внешними подрядчиками.
(далее…)
Процесс оплаты картой на месте
Мечта многих интернет-магазинов — чтобы клиенты могли оплачивать пластиковой картой сразу по факту доставки. Это мегаудобно и с точки зрения поиска сдачи, и по бухгалтерии, и по контролю средств от курьеров. Проблема в том, что POS-терминал — тяжелая дорогая и сложная в оформлении штука, которую с собой просто так не повозишь.
Мы разработали собственное решение, которое состоит из трёх частей:
Всё. Клиент проводит картой по железке, приложение делает процессинг, а телефон нужен как платформа связи. (далее…)