Мы собираемся такую штуку делать, до 24 февраля делали флипп и работали по модели BNPL с ремонтами, аналог Curbio (обзор есть у Аркадия). Успели сделать 11 квартир, сейчас в новые объекты не входим.
ИИ-шки у нас не было, но был парсер, его вполне хватало
Если проект интересен, то можем пообщаться. Мои контакты @KatuninVladimir
Подобные инструменты превосходны и уже всем очевидно, что за ними будущее, по крайней мере что касается project management и operations management.
Однако, сразу бросается в глаза, что компания по умолчанию предлагает автоматизацию с файлами, которые уже находятся в облаке. Не понятно как быть с тоннами информации, которая циркулирует в компаниях через локальные хард-диски и почтовые клиенты. Получается, что необходимо привить культуру хранения информации в облаках в первую очередь, прежде чем рассматривать подобные продукты. Это, опять же, не такая тривиальная задача для компаний среднего калибра.
Например, такая же идея может быть не для интернет-магазинов, а для другого типа бизнеса, например B2B SaaS.
Например, компания продаёт свой B2B SaaS, для продаж использует CRM, например amoCRM, ей тоже нужны подобные цепочки писем как и интернет-магазинам. Тут может быть точно такая же прослойка.
Или no-code платформы для создания приложений? Запустил прилагу — будь добр настрой цепочки коммуникаций. Если мобайл — нужны пуши. Если SaaS — нужны письма. Кажется тут тоже такой прослойке есть место.
А ещё есть продуктовые компании, которые ведут и хранят всякие цифровые документы в Confluence или Notion. Если компания определенного типа, скажем self-serve SaaS, то и организация таких вот документов, заметок, мануалов, пресс-релизов, наверняка имеет какую-то определенную структуру, которую можно шаблонизировать, чтобы командам было проще работать. Ноушен или Конфлю — универсальные платформы, а вот надстройка над ними, позволяющаяя на раз-два развернуть преднастроенный воркспейс именно для этого типа бизнеса и вести там всю документацию по работе компании, кажется тоже может иметь место быть.
1. Возможностью зарабатывать дополнительные деньги, не прикладывая к этому никаких усилий 😉 Это относится и к страховой компании, и к сайтам-партнёрам.
2. Стремление захапать всё себе обычно не является долгосрочной стратегией. Иначе не существовали бы партнёрские сети, дилеры и франшизы.
Выгода партнера очевидна, он получает реферальную долю от каждой проданной допуслуги. Обычно очень существенную, а надо всего галочку поставить на бронировании.
А вот какую услугу запилить, чтобы потребитель это не считал навязанным — это надо подумать 🙂
В качестве идеи предлагается создавать подобные платформы или находить способы использования уже существующих для решения маленьких конкретных проблем у больших компаний?
Предлагается переводить частые и распространенные способы использования Экселя в компаниях в продукты. Например, с помощью технологий, аналогичных сегодняшней платформе.
Яндекс в директе уже несколько лет предлагает все сделать за меня. Но тесты показывают, что аудиторию и ключи они выбирают так, чтобы Яндекс заработал на мне максимум)))
Поэтому стороннее решение вполне может зайти, потому что у него цель иная — чтобы был эффект для меня как клиента.
Все так и вроде бы правильно. Но есть проблемка. Начальники в корпорациях не просто так начальники. Они ой как не любят, когда подчиненные начинают делать что-то автономно и сами по себе, исключая руководителей из цепочки принятия решения. Власть утекает и обнажает ненужность менеджеров. Это будет естественное сопротивление для заявленной идеи.
Абсолютно правильно. Но как в таком случае убрать лишнюю трансакцию по Коузу внутри самой фирмы, если принять решение об этом должна сама эта трансакция? Ответ может прийти только извне, новая платформа, а значит новое устройство самой компании.
Возникает вопрос о дублировании уже существующих горизонтальных связей между сотрудниками в других соцсетях, в чем же фишка и почему механика все-таки работает?
Когда человек зайдёт в условный Инстаграм, он будет разглядывать там фоточки своих коллеги или Урганта, Ивлевой и другой тысячи знаменитостей, на которых он подписан?
Заинтересовала тема.
Как вариант объединения нескольких идей:
1) коворкинг в шаговой доступности
2) аренда мебели и оборудования для компаний.
3) переделка квартир в офисы для коворкинга (1 комната — 2 места).
Пишите @VasiliyTop
Тема заинтересовала @VasiliyTop.
В нашей компании высокий уровень текучки менеджеров, от которых зависит выручка. Поиск, подбор, подготовка специалиста — дорогостоящее мероприятие.
Отдел кадров запустил анонимный опрос. Пространный, разовый, несистемный, скорее всего малорезультативный. Подозреваю, что в нашей компании зарплата также не стоит на 1 месте среди причин увольнения специалистов.
Готов поучаствовать в разработке сервиса. Думаю на 1 этапе можно обойтись инструментами ZeroCoding для тестирования MVP.
Результаты стартапа даже по российским меркам очень скромные, прямо какой то микро бизнес ипешки.
Мне непонятно как они решают проблему с обучением специфики по продуктам в каждом из бизнесов?
Ведь каждый B2B бизнес имеет узкую специализацию, без знания матчасти этой специализации, продать что-либо на рынке B2B почти невозможно.
После почтения этого материала начал вспоминать, что и как я покупаю у поставщиков на рынке B2B и пришел к выводу, что в 100% случаев продавец в B2B является для меня не просто продавцом (выпишите счет), а он является узкоспециализированным консультантом (специалистом с высокой квалификацией выше моих штатных сотрудников), который помогает мне сделать правильный выбор и сэкономить мне денег.
И тогда вопрос, как в этой схеме можно использовать внешних продавцов, если не обученные люди зачастую не в состоянии отличить характеристики роутеров микротик от роутеров циско!? Чтобы разбираться, в этом нужны годы подготовки и специальное it образование!
И так во всех других нишах B2B!
Везде нужно быть специалистом или по металлическим сплавам, или по сложным медицинским приборам, или знать весь химический состав материалов и иметь профильное образование, везде в B2B нужно быть узким специалистом!
То есть эта модель хороша в кейсе, но не применима на практике!
Добрый день.
А кто сказал что компании на площадке работают в B2B? Это сама площадка работает по принципу B2B, но в обзоре я не нашел того, что и ее клиенты тоже B2B.
Ваши аргументы актуальны для IT сферы. А вот, например, продажа услуг клининга или курьерской доставки — тоже B2B, но ведь вы не скажете, что это требует специализированных знаний?
Частично ваш аргумент имеет право на жизнь. Но только я нет уверен, что услуги курьеров или клининга нуждаются в живых продавцах. То есть, на рынках, где стоимость чека не высокая использовать живой труд и этим удорожать услугу чуть ли не в двое, не целесообразно.
В моей компании тоже есть простые услуги, но на них у нас не выделено ни одного продавца, клиент заполняет форму на сайте, ему приходит счет (автоматом), если оплата поступила, услуга запускается в работу. Никакой ручной работы живым человеком, обычный программный робот RPA, себестоимость такого робота, это оплата хостинга сервера на котором он работает — это 7 тысяч руб. в месяц в Селектел, плюс лицензия на RPA (но это уже копейки).
А в описании речь шла о живых продавцах, даже если они удаленные, то они всё равно имеют себестоимость.
Да это дешевле чем люди в офисе, но всё равно стоимость у них есть и для мелких услуг, и эта стоимость может оказаться нелеквидной, а для крупных услуг, компетенции этих людей не хватит, что бы продать крупные (дорогие) услуги.
Мое мнение что сейлз не инженер , как мы привыкли часто встречаться с инженерами, которые хорошо знают мат часть. Б2б продажу если делает инженер / специалист , то выходит стоимость сделки значительно дороже. Часто сейлз должен вести сделку , писать отчеты , понимать кто влияет на решение, кто принимает, как устроено принятие решения и тд а это часто похоже у крупного бизнеса, среднего и малого.
Я хотел сказать, что инженер разбирается в деталях одной отрасли. а сейлз может курировать разные сделки и в разных отраслях, специфика б2б сделок очень похожа, специальные знания в каждой отрасли разные и переучиваться Сейлзу надо меньше в 10ки раз, чем инженеру /специалисту, который нужен в штате компании , в отличии может быть от сейлза.
Artem Zarubin → Рецепт для предпринимателя
Чтобы полетело, нужно будет начать третий круг кризиса с недвигой в США. Им сейчас не до того, там мочат противников трансгендеров😁
Андрей Спиваков → Рецепт для предпринимателя
Очень похоже на set up, который продвигает Роберт Кийосаки в США.
Владимир Катунин → Рецепт для предпринимателя
Мы собираемся такую штуку делать, до 24 февраля делали флипп и работали по модели BNPL с ремонтами, аналог Curbio (обзор есть у Аркадия). Успели сделать 11 квартир, сейчас в новые объекты не входим.
ИИ-шки у нас не было, но был парсер, его вполне хватало
Если проект интересен, то можем пообщаться. Мои контакты @KatuninVladimir
Алексей Благих → Рецепт для предпринимателя
А что мешает авито или циан сейчас начать это делать? 🙂
Аркадий Морейнис → Рецепт для предпринимателя
А зачем? 😉
Алексей Благих → Рецепт для предпринимателя
Авито.Инвестиции будет )))
Александр Бессонов → Всё как раньше, но быстрее
Подобные инструменты превосходны и уже всем очевидно, что за ними будущее, по крайней мере что касается project management и operations management.
Однако, сразу бросается в глаза, что компания по умолчанию предлагает автоматизацию с файлами, которые уже находятся в облаке. Не понятно как быть с тоннами информации, которая циркулирует в компаниях через локальные хард-диски и почтовые клиенты. Получается, что необходимо привить культуру хранения информации в облаках в первую очередь, прежде чем рассматривать подобные продукты. Это, опять же, не такая тривиальная задача для компаний среднего калибра.
Аркадий Морейнис → Всё как раньше, но быстрее
А почтовый клиент на локальном компе можно вызвать по ссылке mailto:
Аркадий Морейнис → Всё как раньше, но быстрее
Для локального Экселя используется плагин платформы
Artem Zarubin → Не сотрудники, а команда
Отличный заход победить лень и некомпетентность условного менеджера. Кажется, такой подход полетит в условном ЖКХ, если быстро показать результат🙂
Alexey Shashkov → Денежная прослойка
Например, такая же идея может быть не для интернет-магазинов, а для другого типа бизнеса, например B2B SaaS.
Например, компания продаёт свой B2B SaaS, для продаж использует CRM, например amoCRM, ей тоже нужны подобные цепочки писем как и интернет-магазинам. Тут может быть точно такая же прослойка.
Или no-code платформы для создания приложений? Запустил прилагу — будь добр настрой цепочки коммуникаций. Если мобайл — нужны пуши. Если SaaS — нужны письма. Кажется тут тоже такой прослойке есть место.
А ещё есть продуктовые компании, которые ведут и хранят всякие цифровые документы в Confluence или Notion. Если компания определенного типа, скажем self-serve SaaS, то и организация таких вот документов, заметок, мануалов, пресс-релизов, наверняка имеет какую-то определенную структуру, которую можно шаблонизировать, чтобы командам было проще работать. Ноушен или Конфлю — универсальные платформы, а вот надстройка над ними, позволяющаяя на раз-два развернуть преднастроенный воркспейс именно для этого типа бизнеса и вести там всю документацию по работе компании, кажется тоже может иметь место быть.
Александр Бессонов → А за дождь ответишь?
Какая в этом случае выгода основному партнеру? Почему они будут стремиться встраивать дополнительные услуги и как их в этом убеждать?
Аркадий Морейнис → А за дождь ответишь?
1. Возможностью зарабатывать дополнительные деньги, не прикладывая к этому никаких усилий 😉 Это относится и к страховой компании, и к сайтам-партнёрам.
2. Стремление захапать всё себе обычно не является долгосрочной стратегией. Иначе не существовали бы партнёрские сети, дилеры и франшизы.
Алексей Бояркин → А за дождь ответишь?
Выгода партнера очевидна, он получает реферальную долю от каждой проданной допуслуги. Обычно очень существенную, а надо всего галочку поставить на бронировании.
А вот какую услугу запилить, чтобы потребитель это не считал навязанным — это надо подумать 🙂
Алексей Благих → Между технарями и консерваторами
Мечта отдела продаж — получать только тёплых клиентов для живого общения)
Александр Бессонов → Зачем заменять, если можно использовать?
В качестве идеи предлагается создавать подобные платформы или находить способы использования уже существующих для решения маленьких конкретных проблем у больших компаний?
Аркадий Морейнис → Зачем заменять, если можно использовать?
Предлагается переводить частые и распространенные способы использования Экселя в компаниях в продукты. Например, с помощью технологий, аналогичных сегодняшней платформе.
Алексей Благих → Реклама, бьющая точно в цель
Яндекс в директе уже несколько лет предлагает все сделать за меня. Но тесты показывают, что аудиторию и ключи они выбирают так, чтобы Яндекс заработал на мне максимум)))
Поэтому стороннее решение вполне может зайти, потому что у него цель иная — чтобы был эффект для меня как клиента.
Александр Бессонов → Как найти того, кто нужен?
Все так и вроде бы правильно. Но есть проблемка. Начальники в корпорациях не просто так начальники. Они ой как не любят, когда подчиненные начинают делать что-то автономно и сами по себе, исключая руководителей из цепочки принятия решения. Власть утекает и обнажает ненужность менеджеров. Это будет естественное сопротивление для заявленной идеи.
Аркадий Морейнис → Как найти того, кто нужен?
Если идея не делает кого-то или что-то лишним — это хреноаая идея 😉
Александр Бессонов → Как найти того, кто нужен?
Абсолютно правильно. Но как в таком случае убрать лишнюю трансакцию по Коузу внутри самой фирмы, если принять решение об этом должна сама эта трансакция? Ответ может прийти только извне, новая платформа, а значит новое устройство самой компании.
Алексей Благих → Как найти того, кто нужен?
Ещё таким образом можно понять, чему нужно научить сотрудников для решения задачи и кому лучше всего пройти это обучение, у кого скилы ближе всего.
Artem Zarubin → Выгодное чувство принадлежности
Кажется, взяли каналы в Slack #flood, #relocate, #running и #yoga и положили в UI ленты🙂
Аркадий Морейнис → Выгодное чувство принадлежности
Лишний раз доказывает, что не надо изобретать. А надо собирать старые кубики в новой конфигурации 😉
Алексей Р → Выгодное чувство принадлежности
Возникает вопрос о дублировании уже существующих горизонтальных связей между сотрудниками в других соцсетях, в чем же фишка и почему механика все-таки работает?
Аркадий Морейнис → Выгодное чувство принадлежности
Когда человек зайдёт в условный Инстаграм, он будет разглядывать там фоточки своих коллеги или Урганта, Ивлевой и другой тысячи знаменитостей, на которых он подписан?
Алексей Р → Выгодное чувство принадлежности
Я обычно смотрю фотки своих друзей, селебрити не интересуют) но механику понял, спасибо за разъяснение)
Алексей Благих → Долгосрочная лопата для краткосрочной аренды
Напомнило системы управления ценой кликов в Яндекс директ. А потом Яндекс сам внедрил у себя такую систему и тем самым убрал конкурентов)
Алексей Благих → Без правильного формата не полетит
Спасибо! Помогаю двум стартапам в этой области. Проблемы один в один. Решения нашли схожие.
Василий Топоев → Рядом с домом, но не дома
Заинтересовала тема.
Как вариант объединения нескольких идей:
1) коворкинг в шаговой доступности
2) аренда мебели и оборудования для компаний.
3) переделка квартир в офисы для коворкинга (1 комната — 2 места).
Пишите @VasiliyTop
Василий Топоев → Дешевле удерживать, чем нанимать
Тема заинтересовала @VasiliyTop.
В нашей компании высокий уровень текучки менеджеров, от которых зависит выручка. Поиск, подбор, подготовка специалиста — дорогостоящее мероприятие.
Отдел кадров запустил анонимный опрос. Пространный, разовый, несистемный, скорее всего малорезультативный. Подозреваю, что в нашей компании зарплата также не стоит на 1 месте среди причин увольнения специалистов.
Готов поучаствовать в разработке сервиса. Думаю на 1 этапе можно обойтись инструментами ZeroCoding для тестирования MVP.
Олег Хан → «Облачные» продавцы
Результаты стартапа даже по российским меркам очень скромные, прямо какой то микро бизнес ипешки.
Мне непонятно как они решают проблему с обучением специфики по продуктам в каждом из бизнесов?
Ведь каждый B2B бизнес имеет узкую специализацию, без знания матчасти этой специализации, продать что-либо на рынке B2B почти невозможно.
После почтения этого материала начал вспоминать, что и как я покупаю у поставщиков на рынке B2B и пришел к выводу, что в 100% случаев продавец в B2B является для меня не просто продавцом (выпишите счет), а он является узкоспециализированным консультантом (специалистом с высокой квалификацией выше моих штатных сотрудников), который помогает мне сделать правильный выбор и сэкономить мне денег.
И тогда вопрос, как в этой схеме можно использовать внешних продавцов, если не обученные люди зачастую не в состоянии отличить характеристики роутеров микротик от роутеров циско!? Чтобы разбираться, в этом нужны годы подготовки и специальное it образование!
И так во всех других нишах B2B!
Везде нужно быть специалистом или по металлическим сплавам, или по сложным медицинским приборам, или знать весь химический состав материалов и иметь профильное образование, везде в B2B нужно быть узким специалистом!
То есть эта модель хороша в кейсе, но не применима на практике!
Юрий Любимов → «Облачные» продавцы
Добрый день.
А кто сказал что компании на площадке работают в B2B? Это сама площадка работает по принципу B2B, но в обзоре я не нашел того, что и ее клиенты тоже B2B.
Ваши аргументы актуальны для IT сферы. А вот, например, продажа услуг клининга или курьерской доставки — тоже B2B, но ведь вы не скажете, что это требует специализированных знаний?
Олег Хан → «Облачные» продавцы
Частично ваш аргумент имеет право на жизнь. Но только я нет уверен, что услуги курьеров или клининга нуждаются в живых продавцах. То есть, на рынках, где стоимость чека не высокая использовать живой труд и этим удорожать услугу чуть ли не в двое, не целесообразно.
В моей компании тоже есть простые услуги, но на них у нас не выделено ни одного продавца, клиент заполняет форму на сайте, ему приходит счет (автоматом), если оплата поступила, услуга запускается в работу. Никакой ручной работы живым человеком, обычный программный робот RPA, себестоимость такого робота, это оплата хостинга сервера на котором он работает — это 7 тысяч руб. в месяц в Селектел, плюс лицензия на RPA (но это уже копейки).
А в описании речь шла о живых продавцах, даже если они удаленные, то они всё равно имеют себестоимость.
Да это дешевле чем люди в офисе, но всё равно стоимость у них есть и для мелких услуг, и эта стоимость может оказаться нелеквидной, а для крупных услуг, компетенции этих людей не хватит, что бы продать крупные (дорогие) услуги.
Сергей Иванов → «Облачные» продавцы
Мое мнение что сейлз не инженер , как мы привыкли часто встречаться с инженерами, которые хорошо знают мат часть. Б2б продажу если делает инженер / специалист , то выходит стоимость сделки значительно дороже. Часто сейлз должен вести сделку , писать отчеты , понимать кто влияет на решение, кто принимает, как устроено принятие решения и тд а это часто похоже у крупного бизнеса, среднего и малого.
Сергей Иванов → «Облачные» продавцы
Я хотел сказать, что инженер разбирается в деталях одной отрасли. а сейлз может курировать разные сделки и в разных отраслях, специфика б2б сделок очень похожа, специальные знания в каждой отрасли разные и переучиваться Сейлзу надо меньше в 10ки раз, чем инженеру /специалисту, который нужен в штате компании , в отличии может быть от сейлза.
Олег Хан → «Облачные» продавцы
Сергей Иванов: «…если делает инженер / специалист , то выходит стоимость сделки значительно дороже»
Ответ: зарплата инженера 150 (максимум 200) тысяч, зарплата продавца 300-400 тысяч, это вы зря считаете что инженер будет стоить дороже, продавцы стоят дороже высококласного инженера!